[resolu] fstab - monter une partition offset sda4p1 dans une partition

ladsy · Le 06/05/2014, à 13:00

Bonjour,

Je viens d'installer une machine virtuelle Windows Xp dans une partition /dev/sda4
(après création du vmdk idoine ...).

sudo fdisk /dev/sda

Commande (m pour l'aide) : p

Disk /dev/sda: 60.0 GB, 60022480896 bytes
255 têtes, 63 secteurs/piste, 7297 cylindres, total 117231408 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x0003298d

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda1   *        2048    20000000     9998976+  83  Linux
/dev/sda2        20000001    24194304     2097152   82  partition d'échange Linux / Solaris
/dev/sda3        24194305    97594624    36700160   83  Linux
/dev/sda4        97594625   117231407     9818391+   7  HPFS/NTFS/exFAT

La description de ma partition sda4 est la suivante :

fdisk -l -u -C 1222 /dev/sda4

Disk /dev/sda4: 10.1 GB, 10054032896 bytes
255 têtes, 63 secteurs/piste, 1222 cylindres, total 19636783 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000c2a1e

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda4p1   *          63    19615364     9807651    7  HPFS/NTFS/exFAT

De plus, depuis l'installation de Windows, l'UUID de la partition sda4 a foutu le camp !

sudo blkid
/dev/sda1: UUID="063d487b-7319-4f03-9d85-07300b0dddd8" TYPE="ext4" 
/dev/sda2: UUID="d74408f4-8064-468e-bba7-9509b69a74b9" TYPE="swap" 
/dev/sda3: UUID="b0da600f-acbc-41fa-9cba-7170b2f842b8" TYPE="ext4"

Dans mon /etc/fstab, j'avais avant d'installer mon Windows Xp, une gestion de sda4 de cette façon :

# /disque was on /dev/sda4 during installation
#UUID=EB27-639B  /disque         ntfs    utf8,umask=007,gid=46 0       1
#/dev/sda4  /disque         ntfs    utf8,umask=007,gid=46 0       1

Maintenant ça ne marche plus, vu qu'il y a une partition sda1 ... déclarée dans sda4. sda4, du point de vue de la VM, est un VRAI disque ..., avec son MBR, son boot, ses partitions.

Je monte donc ma partition sda4p1 ainsi :

mount -o loop,offset=32256 -t ntfs /dev/sda4 /disque

Ou /disque me permet d'accéder à l'intérieur de ma partition Windows Xp "hébergé" depuis mon hôte Ubuntu 14.04.

J'aimerai bien déclarer ma partition sda4p1 dans /etc/fstab .... mais je ne sais pas comment m'y prendre avec la gestion de l'offset ???

Comme j'emploie ma VM avec tous mes utilisateurs (3 dont 1 qui n'est pas administrateur), je fait à chaque boot un chmod 777 /dev/sda4 ... ainsi, la VMbox accède en écriture même si elle est lancée par un userlambda. Il faudrait que userlambda puisse monter / démonter quand il veut /dev/sda4p1 et que ce soit déclaré dans les groups et /etc/fstab. En plus, il faudrait que user1 puisse démonter /dev/sda4p1 alors qu'elle a été montée par user2 .... ainsi, chaque fois que je user2 lance VBox, un script démonte la partition avant de lancer la Vbox (user1, 2, 3 ne travaillent jamais en même temps, mais je switch entre les 3, itou, je veux pouvor écrire dans /disque avec user1 quand ni 2 ni 3 l'utilise ... puis lancer Vbox via user2, puis lancer Vbox via user3, puis réécrire via user 2). ..... vous voyez le topo ? oui je sais , c'est hard à comprendre comme fonctionnement, mais à l'emploi en fait, c'est hyper souple
Là, non plus, je ne sais pas encore trop comment faire.

Merci d'avance.

question subsidiaire 2 ... pour les courageux ... ;-)
Visiblement, il ne faut surtout pas avoir la partition sda4p1 montée pendant que la machine virtuelle tourne ! Si crée un fichier sous Windows ... et bien il n'est pas vu dans la partition via ls (il faut que je démonte/remonte la partition). Si je supprime sous linux un fichier rm /disque/fichier.txt ... je me retrouve avec des indications erronées de taille !... le fichier est vu après montage/démontage sous Linux, mais n'est jamais vu sous Windows. Par précaution j'ai fait un scan de fs sous Windows ..
Est-ce normal ? ne me dites pas oui svp, j'aimerai croire à un bogue ou problème à corriger pour ne pas avoir à gérer un démontage chaque fois que je lance ma VM.

Dernière modification par ladsy (Le 13/05/2014, à 22:43)

maxire · Le 07/05/2014, à 16:12

Bonjour,

Cette VM sous quoi tourne-t-elle, virtualbox ou vmware ou autre chose?

Normalement pour accéder avec tous les droits à une partition via un fichier lien vmdk utilisé par une machine virtuelle il suffit de rattacher les utilisateurs au groupe "disk".
En tout cas c'est la solution que j'applique pour accéder à des partitions réelles via une machine virtuelle VirtualBox, pour Vmware je ne me suis pas encore penché sur la question.

Ta solution me semble compliquée, personnellement j'accède à mes partitions linux réelles à partir de machines virtuelles Virtualbox sans problème mais je ne les considère pas comme des disques partitionnés mais comme des disques sans table de partitions (monopartition donc) le mbr lui, étant virtuel.
J'ignore si cette solution s'applique pour windows.

Question subsidiaire 2, en terme de gestion de concurrence d'accès c'est beaucoup demander, je dirais que la réaction de linux est normale.

ladsy · Le 09/05/2014, à 10:36

Bonjour,
Merci de te pencher sur mon problème.

> Cette VM sous quoi tourne-t-elle, virtualbox
Yep, Virtualbox en version 4.3.10 sur une ubuntu 14.04. La VM est un Windows Xp SP3
> rattacher les utilisateurs au groupe "disk".
Ah c'était "disk" ? Sur internet, je n'avais trouvé que chmod 777 /dev/partoche
Merci, j'ai pu supprimer un mauvais script fait maison lancé en temps que service rien que pour faire ça.

> j'accède à mes partitions linux réelles à partir de machines virtuelles Virtualbox sans problème
Pour accéder à mes partitions réelles depuis virtualbox, je fais un dossier partagé Virtualbox.
Mais attention, là j'ai le besoin inverse.
Il s'agit d'accéder depuis l'hébergeur (Ubuntu Linux) à la partition créée (MBR et tout et tout) par l'hébergé Windows dans une partition que j'avais déclarée à l'installation de Linux.

> des disques sans table de partitions (monopartition donc)
heu ? tu peux développer un peu, ou me donner un lien ?
> le mbr lui, étant virtuel.
item ?

Merci encore.

Dernière modification par ladsy (Le 09/05/2014, à 11:20)

maxire · Le 09/05/2014, à 12:37

Bonjour,

Voici un exemple de montage d'une machine virtuelle à partir d'une partition réelle.

Je démarre aussi bien en réel qu'en virtuel un linux 10.04/Lucid.
Comme tu es un professionnel je vais être concis.

Carte des partitions de la machine réelle (table GPT):

[aspire7730z@aspire7730z-arch ~]$ blkid
/dev/sda1: LABEL="Archlinux Mate" UUID="702e9948-528f-4336-bd43-e3672da0c963" TYPE="ext4" PARTLABEL="Linux/Windows data" PARTUUID="101d16c2-a210-0a63-6712-a9b1bd4f6418" 
/dev/sda2: UUID="b80ddc9b-4340-4fae-825c-85e71e97a09b" TYPE="swap" PARTLABEL="Linux swap" PARTUUID="a7fe8730-4d07-1cf7-cb74-6e13d22b360a" 
/dev/sda3: LABEL="Data" UUID="b37808df-b87a-40cf-af7b-edea0e02e413" TYPE="ext4" PARTLABEL="Linux/Windows data" PARTUUID="46f54a80-c258-04b2-3521-d9e4d0202116" 
/dev/sda5: LABEL="Lucid" UUID="325d2cc0-3541-461c-b2e4-d69de268163f" TYPE="ext4" PARTLABEL="Linux/Windows data" PARTUUID="721f626a-47bf-4c4e-a58a-2097ba370bfe" 
/dev/sda4: PARTLABEL="BIOS boot partition" PARTUUID="1f3d0b52-2579-0520-082c-4ff9ac0dab05" 
[aspire7730z@aspire7730z-arch ~]$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 232,9G  0 disk 
├─sda1   8:1    0 111,3G  0 part /
├─sda2   8:2    0   1,5G  0 part [SWAP]
├─sda3   8:3    0 116,2G  0 part /data
├─sda4   8:4    0  1007K  0 part 
└─sda5   8:5    0   3,9G  0 part 
sr0     11:0    1  1024M  0 rom

/dev/sda5 héberge Lucid.

Contenu du répertoire descriptif de la machine VirtualBox nommée Lucid:

[aspire7730z@aspire7730z-arch Lucid]$ ls -1
Logs
Lucid.vbox
Lucid.vbox-prev
lucid-pt.vmdk
lucid.vmdk
master.disk
master.vmdk

lucid.vmdk pointe sur la partition /dev/sda5 et est créé par la commande:

VBoxManage internalcommands createrawvmdk -filename lucid.vmdk -rawdisk /dev/sda -partitions 5

master.vmdk pointe sur le fichier master.disk et est créé par la commande:

VBoxManage internalcommands createrawvmdk -filename master.vmdk -rawdisk master.disk

Je conseille de mettre le chemin complet du fichier master.disk référencé par l'option -rawdisk, sudo n'est pas utile dans la mesure où l'utilisateur a été rattaché au groupe "disk".

Contenu de master.disk:

[aspire7730z@aspire7730z-arch Lucid]$ fdisk -l master.disk

Disk master.disk: 1,5 GiB, 1574961152 bytes, 3076096 sectors
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 68EE23BD-556A-4A58-84A8-D5526938CD79

Périphérique Début          Fin Taille Type
master.disk1  2048         4095     1M BIOS boot partition
master.disk2  4096      3076062   1,5G Linux swap

master.disk est créé via la commande dd puis en utilisant fdisk ou gdisk pour son partitionnement.
Au final il suffit lors de la création de la machine virtuelle d'attacher les deux disques master.vmdk et lucid.vmdk à celle-ci, démarrer la machine avec un live-cd et de créer le swap via la commande mkswap (astuce je crée le swap virtuel avec la même valeur d'UUID que le swap réel ce qui évite de bricoler la fstab) et j'installe Grub.
Je ne détaille pas la méthode, je suppose que tu domines l'utilisation du live-cd et de la commande chroot.

Une fois la machine virtuelle démarrée voici la cartographie de ses partitions:

yves@lucidkey:~$ sudo blkid
/dev/sda2: UUID="b80ddc9b-4340-4fae-825c-85e71e97a09b" TYPE="swap" 
/dev/sdb5: LABEL="Lucid" UUID="325d2cc0-3541-461c-b2e4-d69de268163f" TYPE="ext4" 
yves@lucidkey:~$ ls -1 /dev/sd*
/dev/sda
/dev/sda1
/dev/sda2
/dev/sdb
/dev/sdb1
/dev/sdb2
/dev/sdb3
/dev/sdb4
/dev/sdb5
yves@lucidkey:~$ swapon -s
Filename				Type		Size	Used	Priority
/dev/sda2                               partition	1535972	0	-1
yves@lucidkey:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# Partition principale, /dev/sda5
UUID=325d2cc0-3541-461c-b2e4-d69de268163f      /               ext4    errors=remount-ro 0       1
# Partition swap, /dev/sda2
UUID=b80ddc9b-4340-4fae-825c-85e71e97a09b       none            swap    sw              0       0

/dev/sdb correspond au disque réel, seule la partition /dev/sdb5 est accessible à Lucid virtuel, /dev/sda est master.disk.
En fait en parlant de disque "monopartition" j'ai fait une confusion avec un autre mode de création de machine virtuelle dans lequel je crée une partition par fichier (ex. part1.disk, part2.disk) via les commandes dd, mke2fs et mkswap.

Je pense que dans le cas de Windows il est possible d'appliquer cette solution en créant un fichier master.disk partitionné msdos avec une seule partition ext4 contenant uniquement grub, grub servant à démarrer Windows, et donc la partition réelle contiendra bien un système de fichiers ntfs aisément montable.

Il existe également une option -mbr disponible avec la commande createrawvmdk qui pourrait faire l'affaire, mais j'ai été incapable de l'utiliser.

Cartographie de Lucid démarrée en réel:

yves@lucidkey:~$ sudo blkid
/dev/sda1: LABEL="Archlinux Mate" UUID="702e9948-528f-4336-bd43-e3672da0c963" TYPE="ext4" 
/dev/sda2: UUID="b80ddc9b-4340-4fae-825c-85e71e97a09b" TYPE="swap" 
/dev/sda3: LABEL="Data" UUID="b37808df-b87a-40cf-af7b-edea0e02e413" TYPE="ext4" 
/dev/sda5: LABEL="Lucid" UUID="325d2cc0-3541-461c-b2e4-d69de268163f" TYPE="ext4" 
yves@lucidkey:~$ ls -1 /dev/sd*
/dev/sda
/dev/sda1
/dev/sda2
/dev/sda3
/dev/sda4
/dev/sda5
yves@lucidkey:~$ swapon -s
Filename				Type		Size	Used	Priority
/dev/sda2                               partition	1535992	0	-1
yves@lucidkey:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# Partition principale, /dev/sda5
UUID=325d2cc0-3541-461c-b2e4-d69de268163f      /               ext4    errors=remount-ro 0       1
# Partition swap, /dev/sda2
UUID=b80ddc9b-4340-4fae-825c-85e71e97a09b       none            swap    sw              0       0

Dernière modification par maxire (Le 09/05/2014, à 13:13)

ladsy · Le 12/05/2014, à 11:43

Ouf ! ça c'est de l'explication.

Le sujet étant pas simple pour moi (pro oui, mais pas admin unix), j'ai dû relire 3 fois pour m'en imprégner. Récapitulons pour voir si je comprends bien :
Plutôt que de créer 1 VMDK comme moi, tu as créé plutôt 2 VMDK.

L'un est la partition "cible" sur l'hôte, qui sera aussi la partition de stockage de l'hébergé.
L'autre ne sert qu'à booter (et swap, entre autre) la machine hébergée.

Ta partition "cible" est de ce fait toujours montée en totalité autant du point de vue de l'hôte que de l'hébergé et contrairement à moi, elle n'est pas tronçonnée. Ce qui correspond bien à mon besoin.

Sauf qu'avec Windows, le MBR doit être sur le disque C: et on ne peut pas lui dire aussi simplement d'affecter un usage dédié à une parition données (exemple : tu colles C:\Windows dans /dev/sda1 et C:\Program Files\ dans /dev/sdb2) ... en tout cas, je ne sais pas faire. Par conséquent, je ne saurais pas faire comprendre à mon Windows hébergé de bien vouloir booter sur un disque C: et d'installer sur un disque ... D: (quoique ce serait envisageable, mais ensuite bonjour les dégats dans la vie quotidienne avec des softs qui ne veulent que s'installer sur un Windows en C: quand il se trouve en réalité en D:).

Il reste par contre la suggestion de l'option -mbr qui semble coller le MBR dans le VMDK ... il faudrait voir alors si dans ce MBR là, on pourrait déclarer tout /dev/sda4 (enfin toute la partition cible) comme étant la fameuse partition C: de Windows. Ou plutôt, que Windows, à l'installation, prenne le MBR déclaré dans le VMDK pour le MBR du disque et qu'il prenne tout seul tout le disque comme C:.

L'idée est à triturer ... je vais devoir réinstaller mon Windows Xp quand j'aurais le temps (en ce moment, ma machine est complète, avec tous ses softs). Pour 1 mois, je vais encore rester sur 3 pattes le temps de ... trouver le temps, puis je m'y remet sur cette idée.

Merci beaucoup en tout cas, ça m'a bien éclairé. C'est éblouissant !

Dernière modification par ladsy (Le 12/05/2014, à 11:47)

maxire · Le 12/05/2014, à 12:20

Merci pour le compliment, tu as compris le principe et également que Windows XP reste un système d'exploitation assez rudimentaire comparé à un linux, tout au moins pour son noyau.
Peut-être qu'avec un Windows 8.1 en mode EFI ce serait plus facile qu'avec Windows XP.

En fait, qu'est-qui intéresse les utilisateurs?
Si ce sont uniquement des données documentaires, la partition réelle pourrait être un disque E:\DATA\ (D:\ = cd/dvd) le reste du sytème windows résidant sur un disque virtuel C:\.
Il reste juste à trouver le moyen de faire pointer les répertoires personnels des utilisateurs vers ce disque E:\.

Bonne expérimentation!

Dernière modification par maxire (Le 12/05/2014, à 12:22)

ladsy · Le 12/05/2014, à 18:49

> Si ce sont uniquement des données documentaires, la partition réelle pourrait être un disque E:\DATA\ (D:\ = cd/dvd)
> le reste du sytème windows résidant sur un disque virtuel C:\.
Moui, tu as raison ... mais non, pas dans mon cas.
Je suis en train de me casser la tête pour un seul utilisateur ... moi.
Ce qui m'intéresse est de pouvoir accéder à mes données en partition VFAT depuis tous mes user Linux (j'en ai 4), exactement comme si j'étais en dual-boot sous Windows 7.
Pourquoi Xp plutôt que 7, ou 8.0, 8.1 ... hé hé. La machine est un Lenovo T60 que je trimbale dans mes rendez-vous clients depuis 2008. Elle est gonflée à 3 Go de RAM (1 Go à l'époque). Il y a 2 ans, quand j'ai mis un SSD de 60 Go pour lui rendre une nouvelle jeunesse, je ne pensais pas garder aussi longtemps mon bousin. Pour faire de la bureautique LibreOffice (mes documents, rapports, tableaux, présentations converties en PDF, c'est amplement suffisant). Cette valeureuse petite machine (que j'affectionne assez) a toujours travaillé sous Xp avant que je le convertisse en Ubuntu avec un Xp virtualisé car (hélàs), les clients travaillent sous Word et PowerPoint et qu'il faut bien de temps en temps gratter du PPTX / DOCX etc ...).
Je ne veux pas me payer un PC portable neuf, vu que mon T60 fait très bien son travail, qu'il est bien assez réactif (SSD oblige) et puissant pour taper 15 pages bien présentées ... En plus, je ne sais pas du tout si lui coller un SSD 250 Go sera possible : car il est en SATA 1 ... hors si officiellement tout disque SATA est rétrocompatible, je ne sais pas ce que donnera un SSD en SATA 3 (et puis ce serait un peu du beurre aux cochons car le SSD de 256 Go neuf coûte quasi aussi cher que la valeur du PC ! ... et puis un 7200 non : économie d'énergie et perte énorme de réactivité ... ). En gros, si je rachète un disque, autant que je change de machine.

Je dois donc affiner au mieux les partitions de mon espace disque et leur emploi !!

Par exemple : pas question d'employer 2 partitions VFAT. J'ai affecté 10 Go pour la partition Xp et soit j'accède depuis Xp via un dossier partagé aux répertoires utilisateurs, soit je laisse tout sur la VFAT
En outre, le système VFAT me permet de servir de partition poubelle / partage entre user Linux, sans gestion de droit et de propriété, pour le gros paresseux que je suis
Pour bien parfaire le tout, alors que j'avais il y a peu une belle partition dédlée /home ... je suis bon pour mutualiser la partition root et /home car cela me permet de déborder sur les 3 ou 4 Go de root .... ce qui est un corrolaire à l'impossibilité de mettre 2 partitions VFAT et d'employer la partition C: impérativement comme un stockage
Pourquoi donc autant de pingrerie et de besoin d'adaptation me diras-tu ? ... Car j'ai 4 comptes de stockage dropbox, et 1 de stockage compte hubic (chacun répartis dans mes 3 users), qui commencent de pomper chacune entre 4 et 15 Go de données , soit quasiment la moitié des 60 Go du disque SSD ! Autrement dit, en réallouant convenablement mon espace disque, je peux à l'aise tenir 6 à 9 mois de plus sans investir plus ... le temps de faire asser de CA dans mon taf pour m'autoriser à me payer une config ... un peu moins désuette

... alors, tant que j'y suis : avant de réinstaller avec la dernière Trusty, j'employais bêtement Windows Xp dans un disque VMDK de 8 Go ... et j'avais pas ma partition VFAT de partage / poubelle / à la gestion mal propre de droits ... mais bien pratique. Je pourrais recommencer au pire des cas, en collant le VMDK dans un /dev/sda4 VFAT et basta. Oui ! Mais, j'aurai bien voulu rendre les choses un rien plus propre avec une partition dédiée ... tout en me disant qu'une parition dédiée, bien déclarée, sera sûrement plus "optimale" qu'un fichier VMDK de 8Go. Voilà voilou pourquoi je me tritre aussi les méninges.

... interdiction de faire la remarque qu'un tel comportement un peu geek est peu pro ... car le VraI pro, celui sans un peu de principes libristes, serait juste allé au plus simple à savoir : laisser le PC sous Windows Xp et installer LibreOffice dessus (ou même pas LibreOffice d'ailleurs).

Dernière modification par ladsy (Le 12/05/2014, à 19:04)

maxire · Le 13/05/2014, à 10:15

C'est à mon tour de relire 2 fois un message, histoire de bien comprendre ton problème.

Je crois que ce que je propose est difficile à appliquer pour un windows xp, ce serait sans doute possible avec windows 8.1 qui semble moins rigide quant à sa position sur un disque quelconque.

Désolé, j'étais tellement content de montrer mon système que j'ai répondu en élargissant trop le sujet.
Je pense qu'une fstab comme celle-ci devrait faire l'affaire:

# /disque was on /dev/sda4 during installation
#UUID=EB27-639B  /disque         ntfs    utf8,umask=007,gid=46 0       1
/dev/sda4  /disque         ntfs    loop,offset=32256,utf8,umask=007,gid=46 0       1

Je crois me souvenir avoir déjà tenté ce genre de chose mais avec un fichier à la place de /dev/sda4 (qui est de toute manière considéré comme un fichier dans le principe Unix), cela devrait être bon aussi avec un UUID.
Il serait bien d'ajouter l'option sizelimit dont tu trouveras la description dans la page man de losetup.

Dernière modification par maxire (Le 13/05/2014, à 10:17)

ladsy · Le 13/05/2014, à 22:52

Hiiiii haaaa !
loop,offset=32256,
Je me doutais bien que ça avait cette odeur, mais je ne trouvais vraiment pas sur google. En fait, je ne savais pas qu'on pouvait intégrer les options type loop, offset de mount directement dans fstab.

Maintenant, comme les modifications sur la partition apportées par la machine virtuelle une fois lancées ne sont pas prise en compte par Linux lors que la partition est montée ... et réciproquement ... pour éviter toute erreur de système de fichier, je dois m'assurer que la partition est démontée avant de lancer Virtualbox/Windows, puis je dois la remonter.

J'avais tenté de trouver la commande fstab pour que tout utilisateur puisse démonter /disque alors qu'elle a été montée par un autre user ... hum, ça cagade. J'ai des problèmes Fuse (Unprivileged user can not mount NTFS block devices using the external FUSE library. Either mount the volume as root, or rebuild NTFS-3G with integrated FUSE support and make it setuid root.)
Alors je me suis fait un chti script qui me fait un :

gedit ~/.local/share/script/lancer_virtualbox.sh
sudo umount -l /disque          # oui, comme un gros groin, j'ai désactivé tout mot de passe pour sudo, je privilégie le pratique à la sécurité sur une machine que seul moi emploie :)
VBoxManage startvm "admlho01a"

... j'aurai bien voulu qu'il mount /disque, mais VBoxManage semble rendre la main immédiatement.

En tout cas, maintenant, j'ai une belle partition /disque en NTFS qui :
- se monte au démarrage
- sert de partition d'écriture à chaque utilisateur
- est employée par Windows dans Virtualbox.

Merci beaucoup.

Dernière modification par ladsy (Le 13/05/2014, à 22:56)

maxire · Le 14/05/2014, à 08:54

Pas terrible la désactivation du contrôle de mot de passe avec sudo.
Pour monter un système de fichiers par un utilisateur lambda puis le démonter par un autre utilisateur béta ajouter l'option "users" dans le montage fstab.
Extraît de la page man de mount:

The non-superuser mounts.
              Normally, only the superuser can mount filesystems.  However, when fstab contains the user option on a line, anybody can mount the corresponding system.

              Thus, given a line

                     /dev/cdrom  /cd  iso9660  ro,user,noauto,unhide

              any user can mount the iso9660 filesystem found on his CDROM using the command

                     mount /dev/cdrom

              or

                     mount /cd

              For  more details, see fstab(5).  Only the user that mounted a filesystem can unmount it again.  If any user should be able to unmount, then use users instead
              of user in the fstab line.  The owner option is similar to the user option, with the restriction that the user must be the owner of the special file. This may
              be  useful  e.g.  for  /dev/fd if a login script makes the console user owner of this device.  The group option is similar, with the restriction that the user
              must be member of the group of the special file.

ladsy · Le 14/05/2014, à 15:00

maxire a écrit :

Pas terrible la désactivation du contrôle de mot de passe avec sudo.

Oui, je sais, c'est porcin, ... mais j'assume ma paresse.

Depuis que je l'ai fait, je ne m'en porte que mieux. Ca me casse les pieds de devoir taper le mot de passe à chaque sudo.
En plus, mon mot de passe se résumait à la lettre "p" !!!
Car c'est une lettre qui se retrouve au même endroit sur pas mal de clavier, et qu'elle est la plus facile à taper avec la main droite (donc la main la plus rapide et la plus précise) ...
Vu ce haut concept de sécurité ... un peu plus ou moins ....

maxire a écrit :

Pour monter un système de fichiers par un utilisateur lambda puis le démonter par un autre utilisateur béta ajouter l'option "users" dans le montage fstab.
Extraît de la page man de mount:

Sauf que je tombe sur le sempiternel message :
Unprivileged user can not mount NTFS block devices using the external FUSE library. Either mount the volume as root, or rebuild NTFS-3G with integrated FUSE support and make it setuid root.
Autant avec users, tu peux démonter, autant ... et bien de toute façon le user lambda ne peut pas remonter la NTFS ... où alors, sauf s'il y a plus simple à faire : je devrais recompiler il semble, mais là, ça me casse les pieds pour le moment.

maxire · Le 14/05/2014, à 18:24

Oui, ce mesaage à la c... me dit quelque chose, personnellement je n'ai pas de problème pour monter/démonter une partition ntfs en mode utilisateur non privilégié.
Je ne me souviens plus comment j'ai réglé le problème, je n'ai rien recompilé c'est certain.

maxire · Le 15/05/2014, à 10:02

Correctif, je peux monter une partition ntfs sans problème sous Archlinux, sous Mint donc Ubuntu non.
Archlinux installe un ntfs-3g compilé avec la bonne option, Ubuntu non.[Edit] Euh non, en fait ntfs-3g n'est pas installé
Donc tu n'as pas d'autre choix que de passer par un sudo mount...[Edit] Euh non, en supprimant le paquet ntfs-3g, le problème est réglé, mais par contre tu perds l'accès aux utilitaires ntfs comme l'équivalent à chkdsk.

A+

Dernière modification par maxire (Le 15/05/2014, à 17:20)

ladsy · Le 15/05/2014, à 21:08

maxire a écrit :

Euh non, en supprimant le paquet ntfs-3g, le problème est réglé, mais par contre tu perds l'accès aux utilitaires ntfs comme l'équivalent à chkdsk.

Plus précisément, avec le pilote ntfs par défaut, tu perds l'accès en lecture / écriture (non car il suffit de rajouter l'option rw, mais car ce pilote ntfs n'écrit pas, depuis le début). Du point de vue de la facilité d'usage, c'est pas forcément mieux que de ne pas pouvoir monter avec un utilisateur dont les droits ne sont pas privilégiés.
Ah par contre, tu retrouves en effet la possibilité de faire un mount /partoche avec tes utilisateurs.

Un peu bête qu'il n'y ait visiblement pas de PPA proposant un ntfs-3g intégré avec FUSE.

Dernière modification par ladsy (Le 15/05/2014, à 21:14)

maxire · Le 16/05/2014, à 09:15

J'aurais dû ajouter un [Edit2] pour préciser que gvfs ne monte les partitions qu'en lecture, d'où la nécessité d'installer ntfs-3g ce qui fait doublon avec gvfs.
Il faut dire que je n'utilise pas de partitions ntfs autement que celles accessibles en réseau via Samba.
C'est effectivement très bête que cette option d'intégration de Fuse dans ntfs-3g ne soit pas activée.
Elle n'est sans doute pas fiable.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 06/05/2014, à 13:00

[resolu] fstab - monter une partition offset sda4p1 dans une partition

#2 Le 07/05/2014, à 16:12

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#3 Le 09/05/2014, à 10:36

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#4 Le 09/05/2014, à 12:37

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#5 Le 12/05/2014, à 11:43

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#6 Le 12/05/2014, à 12:20

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#7 Le 12/05/2014, à 18:49

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#8 Le 13/05/2014, à 10:15

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#9 Le 13/05/2014, à 22:52

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#10 Le 14/05/2014, à 08:54

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#11 Le 14/05/2014, à 15:00

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#12 Le 14/05/2014, à 18:24

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#13 Le 15/05/2014, à 10:02

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#14 Le 15/05/2014, à 21:08

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

#15 Le 16/05/2014, à 09:15

Re : [resolu] fstab - monter une partition offset sda4p1 dans une partition

Pied de page des forums