Monter une clef (ou tout autre periph de stockage amovible)
Le
Yves Lambert
Je présume que la question a été posée et débattue 41999 fois, aussi je vous prie de m'excuser d'être le 420000ème à la poser mais voila :
Lorsque je branche un périphérique de stockage USB, udev lui affecte un lecteur /dev/sdx et pour les partitions /dev/sdx1. x varie selon l'humeur d'udev, ce qui a été monté auparavant etc. aussi je peux difficilement ajouter une entrée dans fstab qui me simplifierait pourtant la vie. Si je monte la partition en tant que root, vu que c'est du fat, je ne peux pas changer l'owner (ça n'a peut-être rien à voirr avec le fait que c'est du fat, toujours est il que je ne peux pas changer l'owner :
$ su -c "mount /dev/sdd1 /media/clef"
Mot de passe :
$ ls -l /media/clef
-r-xr-xr-x 1 root root 154 6 janv. 2010 machin
drwxr-xr-x 2 root root 4096 1 janv. 2004 truc
$ su -c "chown -R luser:luser /media/clef"
Mot de passe :
chown: changement de propriétaire pour « /media/clef/machin »: Opération non permise
chown: changement de propriétaire pour « /media/clef/truc »: Opération non permise
$ touch /media/clef/bidule
touch: impossible de faire un touch « /media/clef/bidule »: Permission non accordée
C'est un peu chiant
Est-ce qu'il y a un moyen de monter ma clef en tant que luser sans passer par gnomeVFS ou autre artifice et sans rajouter une %*µ de ligne dans /etc/fstab/ qui ne me servira à rien si je veux monter deux clefs ou si udev décide d'affecter une autre lettre à ma clef ?
En attendant si j'ajoute la ligne :
/dev/sdd1 /media/clef msdos user,noauto
à fstab, ça baigne (jusqu'à ce que le node de la partition de ma clef soit affectée à une autre lettre et où je n'aurais plus qu'à modifier encore fstab :(
Merci pour le néon ;)
--
C'est quand on a raison qu'il est difficile de prouver qu'on a pas tort.
-+- Pierre Dac -+-
Lorsque je branche un périphérique de stockage USB, udev lui affecte un lecteur /dev/sdx et pour les partitions /dev/sdx1. x varie selon l'humeur d'udev, ce qui a été monté auparavant etc. aussi je peux difficilement ajouter une entrée dans fstab qui me simplifierait pourtant la vie. Si je monte la partition en tant que root, vu que c'est du fat, je ne peux pas changer l'owner (ça n'a peut-être rien à voirr avec le fait que c'est du fat, toujours est il que je ne peux pas changer l'owner :
$ su -c "mount /dev/sdd1 /media/clef"
Mot de passe :
$ ls -l /media/clef
-r-xr-xr-x 1 root root 154 6 janv. 2010 machin
drwxr-xr-x 2 root root 4096 1 janv. 2004 truc
$ su -c "chown -R luser:luser /media/clef"
Mot de passe :
chown: changement de propriétaire pour « /media/clef/machin »: Opération non permise
chown: changement de propriétaire pour « /media/clef/truc »: Opération non permise
$ touch /media/clef/bidule
touch: impossible de faire un touch « /media/clef/bidule »: Permission non accordée
C'est un peu chiant
Est-ce qu'il y a un moyen de monter ma clef en tant que luser sans passer par gnomeVFS ou autre artifice et sans rajouter une %*µ de ligne dans /etc/fstab/ qui ne me servira à rien si je veux monter deux clefs ou si udev décide d'affecter une autre lettre à ma clef ?
En attendant si j'ajoute la ligne :
/dev/sdd1 /media/clef msdos user,noauto
à fstab, ça baigne (jusqu'à ce que le node de la partition de ma clef soit affectée à une autre lettre et où je n'aurais plus qu'à modifier encore fstab :(
Merci pour le néon ;)
--
C'est quand on a raison qu'il est difficile de prouver qu'on a pas tort.
-+- Pierre Dac -+-
Poser une question
régler ça. Une limite à 72 caractères pour ce que tu écris est en général
considérée comme correcte. Évidemment, il ne faut pas recouper les
citations.
Yves Lambert wrote in message
Ce n'est pas udev qui décide, c'est le noyau, plus exactement le
sous-système SCSI. Le but d'udev est précisément l'inverse : permettre de
configurer des noms de périphériques stables indépendamment des aléas
d'allocations au niveau du noyau.
Donc tu vas faire un /sbin/udevadm info -p /sys/block/sdx --attribute-walk,
et tu vas aller dans /etc/udev/rules.d écrire une règle qui va bien pour que
ta clef USB ait toujours le même nom. De préférence par un lien symbolique
(SYMLINK+="...") plutôt qu'en changeant le nom principal.
D'ailleurs, tu as probablement déjà des règles qui font ça : va voir dans
/dev/disk/.
Lis man mount, cherche le paragraphe « Mount options for fat ». Les options
uid et gid devraient t'intéresser, ainsi que umask, dmask et fmask.
On 27 Jul 2010 11:22:27 GMT
Nicolas George
J'ai corrigé ça, en principe c'est bon. Il suffisait d'y penser (les
développeurs de claws y avaient (bien) pensé).
OK.
Pareil, j'aurai dû y penser.
Ce n'est pas plutôt /sbin/udevadm info -p /sys/block/sdd/sdd1
--attribute-walk qui va me donner l'info qui va bien ? (je ne remplace
pas d par x, je sais bien que ma clé a droit à son anonymat, mais le
but du jeu c'est de l'en sortir :)
Juste pour info, vu qu'il me suffit d'essayer (je ne le fais pas
maintenant vu que je suis en train de me noyer dans man udev et que
j'ai un grand ménage à faire dans mon apparte) je pourrais créer un nom
mnémonique (ou pas) du style /dev/apn ou /dev/clef2douze ?
à ces moments les partitions apparaitront-elle automagiquement sous la
forme /dev/clef2douze1, /dev/clef2douze2 etc. quand je branche la clé ?
Ben oui j'ai ça :
lrwxrwxrwx 1 root root 10 27 juil. 15:30 /dev/disk/by-uuid/F410-4EFB
-> ../../sdd1
comment se fait il que cet uuid est si court, est il vraiment
universel et unique ? chaque fois que la clé va être monté, est-ce que
je vais retrouver ce symlink vers la clé ?
Si oui, est-ce qu'il me suffit de créer un symlink /dev/clef
-> /dev/disk/by-uuid/F410-4EFB pour que /dev/clef désigne la partition
1 de ma clef quand celle ci est branchée ?
J'ai fait ça :
# ln -s /dev/disk/by-uuid/F410-4EFB /dev/mpman
# eject /dev/sdd
# ls -l /dev/disk/by-uuid/F410-4EFB
ls: impossible d'accéder à /dev/disk/by-uuid/F410-4EFB: Aucun fichier
ou dossier de ce type
# file /dev/mpman /dev/mpman: broken symbolic link to
`/dev/disk/by-uuid/F410-4EFB'
## Je débranche et je rebranche la clef :
## Au bout d'un moment j'ai :
# file /dev/mpman /dev/mpman: symbolic link to
`/dev/disk/by-uuid/F410-4EFB'
# mount /dev/mpman /media/clef
# echo $?
0
Bon, c'est du bricolage, mais ça a marché o:) que demande le
peuple ? Pourvu que ça dure (ça c'est plutôt la mère de Napoléon qui
demandait ça :) (je ne suis pas sûr du tout que je vais retrouver mon
sumlink si je redémarre la machine. Je suis presque sûr du contraire...
Je n'ai plus qu'à remplacer sdd1 par mpman dans fstab, e la nave va (si
ça marche plus (Q : pourquoi ça ne va plus marcher ? R: je ne suis pas
sûr du tout que je vais retrouver mon symlink si je redémarre la
machine.) il ne me reste qu'à revenir à l'étape précédente (celle que
j'ai séché) à faire avant d'avoir à redémarrer. J'ai bon ?
Troisième fois que j'aurai dû lire un peu avant de poster :(
Ce serait le plus simple, mais j'ai dû sauter une étape importante ou
mal lire parce que ça ne donne pas le résultat espéré :
# umount /media/clef
# mount /dev/sdd1 /media/clef/ -t vfat -O uid00,gid00
# echo $?
0
ls -l m'indique que les fichiers appartiennent toujours à M. root et pas
à 1000, c'est à dire à moi :'(
Merci à toi.
--
Quand on a pas de passé, on n'a pas d'avenir.
-+- Fernand Braudel (1902-1985) -+-
Utilises-tu un environnement de bureau et lequel ? Au moins gnome et xfce
peuvent monter automatiquement.
Sinon comme l'a presque dit Nicolas tu peux utiliser /dev/disk/by-id, où
par exemple ma clef apparaît comme ceci :
lrwxrwxrwx 1 root root 9 juil. 27 15:09 usb-JetFlash_Transcend_8GB_PRB8TF0M-0:0 -> ../../sdb
lrwxrwxrwx 1 root root 10 juil. 27 15:09 usb-JetFlash_Transcend_8GB_PRB8TF0M-0:0-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 juil. 27 15:09 usb-JetFlash_Transcend_8GB_PRB8TF0M-0:0-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 juil. 27 15:09 usb-JetFlash_Transcend_8GB_PRB8TF0M-0:0-part3 -> ../../sdb3
--
LL
Pas besoin de lier ça à un environnement graphique. usbmount fait ce qui
est demandé...
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Nicolas Richard
C'est subtil : -O optlist et -o options.
/me bash myself.
--
<flynn`> est-ce qu'il existe un serveur FTP plus simple que wu-ftpd ,
et tout aussi (ou plus ?) secure ?