[RESOLU] UUID et mtab

lynn · Le 11/09/2010, à 20:51

Bonjour,

Quelqu'un saurait ou on peut "récupérer" l'UUID d'un disque dur une fois qu'il est monté ? Habituellement je me sers de mtab, mais dans ce fichier, l'uuid n'est pas utilisée ... il y'a seulement /dev/sdx /media/..... et moi j'aurai aimé la même chose mais avec l'uuid.
Si quelqu'un à une solution, je prends

Merci par avance

Dernière modification par lynn (Le 13/09/2010, à 01:31)

wido · Le 11/09/2010, à 21:17

Bonjour,

ls -l /dev/disk/by-uuid/

ou

blkid

lynn · Le 12/09/2010, à 03:33

Merci Wido mais en fait ce que je recherche, c'est une manière de déterminer qu'une partition est montée ou non grâce à son uuid.

Pour bien me faire comprendre :

Plutôt que ce genre de ligne qui apparaît dans le fichier mtab quand ma partition est montée :

/dev/sda5 /media/save ext4 rw,nosuid,nodev,uhelper=udisks 0 0

Voici un exemple d'information que j'aimerai obtenir, basée sur l'uuid de la partition quand celle-ci est montée, et non pas sur /dev/sdx. Un fichier fonctionnant un peu à la manière de mtab mais avec l'uuid :

UUID=11fdd9f4-e719-4f71-a291-14396000e658 media/save ext4 rw,nosuid,nodev,uhelper=udisks 0 0

Si un tel fichier existe, et bien je ne sais pas ou il est ...

Donc voila, si tu as une idée ou quelqu'un qui passerai par là ...

Merci pour vos idées et bonne nuit.

grandtoubab · Le 12/09/2010, à 06:49

ça se passe dans la fstab
http://www.lea-linux.org/documentations/index.php/Fstab
http://doc.ubuntu-fr.org/uuid_et_label
exemple

@ubuntu-desktop:~$ cat /etc/fstab
# /etc/fstab: static file system information.
# faire sudo blkid pour vérifier les uuid
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda3
UUID=ae02ece1-192f-4996-8067-144aaa760f93 /               ext4    relatime,errors=remount-ro 0       1
# /dev/sda6
UUID=eebd4af3-8098-400f-a05b-54298dca87cd /home           ext4    relatime        0       2
# /dev/sda5
UUID=05693020-0f23-47da-bf3c-b051232a2790 none            swap    sw              0       0
#/dev/hda        /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
#/dev/sr0         /media/cdrom0   iso9660,udf user,noauto,exec,utf8 0       0
#/dev/scd0        /media/cdrom0   iso9660,udf user,noauto,exec,utf8 0       0
# ACERDATA
/dev/sda2 /media/ACERDATA ntfs rw,nosuid,nodev,allow_other,umask=003 0 0
# Donnees
/dev/sda1 /media/Donnees ext4 defaults 0 0

Dernière modification par grandtoubab (Le 12/09/2010, à 06:53)

roger64 · Le 12/09/2010, à 10:26

Bonjour

En dehors de la ligne de commande (qui a ses avantages), il y aussi gparted qui a fait bien des progrès.
Avec sudo gparted vous voyez vos disques. En sélectionnant une partition, en faisant un clic droit puis en recherchant l'information, vous trouvez notamment l'UUID. Vous pouvez aussi démonter la partition et voir disparaître son point de montage.

J'utilise désormais gparted pour démonter un DD externe à deux partitions depuis Lucid. Il me semble qu'il m'offre une meilleure sécurité que la procédure standard avec Gnome.

lynn · Le 12/09/2010, à 16:05

Merci pour vos réponses

Je me suis aperçue que si il est possible de monter un média par son uuid ( fstab ), il n'est par contre pas possible de le démonter en utilisant seulement son uuid. Dans le style :

umount UUID=XXXXXXXXXXXXXXX /media/animes

Je ne cherche pas à monter automatiquement un disque avec l'uuid en utilisant fstab ( ça je sais faire )

J' utilise un script qui démonte, au bout d'un certain temps, le disque que j'ai monté manuellement ( via le menu raccourcis de gnome ). Pour ça je surveille le fichier /etc/mtab. Je vous met le script que j'utilise.

#! /bin/bash
[ -e "/tmp/animes" ]
> "/tmp/animes"
TEMPS=m
DUREE=30
inotifywait -m /etc/mtab | while read ligne
do
[ "$(grep "/dev/sda7 /media/animes ext4 rw,nosuid,nodev,uhelper=udisks 0 0" <<< $ligne)" ]
sleep $DUREE$TEMPS
umount /dev/sda7
done
exit 0

Cette méthode fonctionne très bien mais si on change l'ordre de branchement de ses disques sur la carte mère, alors le /dev/sda7 peut très bien devenir /dev/sdb7 ou autre ... c'est donc la variable sdXX qui me pose problème. Peut-être qu'il y'a une solution ( sans utiliser fstab ) mais je ne la connais pas

Voila voila ...

grandtoubab · Le 12/09/2010, à 16:22

je pensais qu'on démontait le répertoire cible ie

umount /media/animes

http://pwet.fr/man/linux/administration_systeme/umount

Dernière modification par grandtoubab (Le 12/09/2010, à 16:23)

wido · Le 12/09/2010, à 16:27

Utilise un label pour nommer tes disques durs?
http://doc.ubuntu-fr.org/uuid_et_label# … _mieux_non

lynn · Le 12/09/2010, à 16:45

grandtoubab a écrit :

je pensais qu'on démontait le répertoire cible ie
umount /media/animes

J'avais commencé par utiliser cette commande mais je suis vite aperçue que quand je remontais mon disque, le script n'était plus efficace pour la simple et bonne raison qu'un dossier "animes" était encore présent dans /media ... alors que ce dossier aurait du être "vide". Ce problème est assez aléatoire; des fois ça fonctionne et des fois non.
Donc quand je monte une nouvelle fois mon disque dur et qu'il y'a déjà un dossier nommé "animes", le nouveau montage prend le nom de "animes_" et forcement mon script ne sert plus à rien alors qu' avec la commande umount /dev/sdXX il n'y pas ce problème.

lynn · Le 12/09/2010, à 16:49

wido a écrit :

Utilise un label pour nommer tes disques durs?
http://doc.ubuntu-fr.org/uuid_et_label# … _mieux_non

Ma partition s'appelle "animes". J'avais utilisé Gparted pour le faire...

grandtoubab · Le 12/09/2010, à 18:26

lynn a écrit :

grandtoubab a écrit :
je pensais qu'on démontait le répertoire cible ie
umount /media/animes
J'avais commencé par utiliser cette commande mais je suis vite aperçue que quand je remontais mon disque, le script n'était plus efficace pour la simple et bonne raison qu'un dossier "animes" était encore présent dans /media ... alors que ce dossier aurait du être "vide". Ce problème est assez aléatoire; des fois ça fonctionne et des fois non.
Donc quand je monte une nouvelle fois mon disque dur et qu'il y'a déjà un dossier nommé "animes", le nouveau montage prend le nom de "animes_" et forcement mon script ne sert plus à rien alors qu' avec la commande umount /dev/sdXX il n'y pas ce problème.

? heureusement que le point de montage /media/animes existe!, sinon tu ne pourrais pas monter /dev/sd dessus

ce qui m'étonnes c'est qu'il faut être superutilisateurpour faire umount
exemple

@ubuntu-desktop:~$ df -T
Sys. fich.    Type   1K-blocs   Utilisé    Dispo. Uti% Monté sur
/dev/sda3     ext4    10160468   5982120   3666280  63% /
none      devtmpfs      182732       304    182428   1% /dev
none         tmpfs      189564        12    189552   1% /dev/shm
none         tmpfs      189564       120    189444   1% /var/run
none         tmpfs      189564         0    189564   0% /var/lock
none         tmpfs      189564         0    189564   0% /lib/init/rw
/dev/sda2  fuseblk    94847756  79432600  15415156  84% /media/ACERDATA
/dev/sda6     ext4    19308816  14334024   4001660  79% /home
/dev/sda1     ext4    30233896    176064  28522020   1% /media/Donnees
guy@ubuntu-desktop:~$ umount /media/Donnees
umount: seul root peut démonter /dev/sda1 de /media/Donnees

Dernière modification par grandtoubab (Le 12/09/2010, à 18:30)

lynn · Le 12/09/2010, à 18:54

grandtoubab a écrit :

? heureusement que le point de montage /media/animes existe!, sinon tu ne pourrais pas monter /dev/sd dessus

Comme tu le dis, ce n'est pas étonnant mais ce point de montage est censé disparaître quand le média en question est démonté ... ce qui n'est pas toujours le cas et ceci en sachant que je n'ai aucune entrée concernant ce disque dans fstab.
Personnellement dans /media, en temps normal, quand il n'y a rien d'autre de branché ( clé usb ou autres périphériques ) je n'ai que cdrom et cdrom0 qui apparaissent. Et comme je le disais peu avant, parfois, alors que mon disque nommé "animes" est démonté, il reste quand même un dossier vide nommé "animes", appartenant à root.
Et par le fait, quand je remonte mon disque, le point de montage crée est renommé "animes_" et ainsi de suite. Si mon pc est mal luné, je peux me retrouver avec "animes_" "animes__" "animes___" etc.

J'ai un peu rusé en ajoutant la commande rmdir /media/animes* à la fin de mon script. Au moins, je suis sûre que tout aura disparu lors du prochain montage

jamesbad000 · Le 12/09/2010, à 21:27

Salut,

Une commande comme ci-dessous, permet de récupérer le chemin d'accès /dev/sdXY en fonction de l'UUID (0ae7835d dans l'exemple) :

devPath=`sudo blkid | grep 0ae7835d | sed -e "s/^\(.*\):.*/\1/"`

Après tu n'a plus qu'à réintroduire $devPath dans ta commande umount

alej · Le 12/09/2010, à 21:45

J'suis pas sûr d'avoir tout compris mais si tu as monté ta partition dans nautilus sous "animes", tu peux la démonter avec...

gvfs-mount -u /media/animes

... ce qui vire de facto le point de montage "animes" sous /media

lynn · Le 12/09/2010, à 22:02

Merci alej
Je ne connaissais pas cette commande ! je vais tester ça

Edit : Ca fonctionne à merveille cette commande. Je passe en résolu.

Pour ceux qui auraient une solution, j'ai ouvert un autre fil : http://forum.ubuntu-fr.org/viewtopic.php?pid=3724985#p3724985

C'est sur le même script, mais pas le même sujet

Merci à tous.

Dernière modification par lynn (Le 13/09/2010, à 01:30)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/09/2010, à 20:51

[RESOLU] UUID et mtab

#2 Le 11/09/2010, à 21:17

Re : [RESOLU] UUID et mtab

#3 Le 12/09/2010, à 03:33

Re : [RESOLU] UUID et mtab

#4 Le 12/09/2010, à 06:49

Re : [RESOLU] UUID et mtab

#5 Le 12/09/2010, à 10:26

Re : [RESOLU] UUID et mtab

#6 Le 12/09/2010, à 16:05

Re : [RESOLU] UUID et mtab

#7 Le 12/09/2010, à 16:22

Re : [RESOLU] UUID et mtab

#8 Le 12/09/2010, à 16:27

Re : [RESOLU] UUID et mtab

#9 Le 12/09/2010, à 16:45

Re : [RESOLU] UUID et mtab

#10 Le 12/09/2010, à 16:49

Re : [RESOLU] UUID et mtab

#11 Le 12/09/2010, à 18:26

Re : [RESOLU] UUID et mtab

#12 Le 12/09/2010, à 18:54

Re : [RESOLU] UUID et mtab

#13 Le 12/09/2010, à 21:27

Re : [RESOLU] UUID et mtab

#14 Le 12/09/2010, à 21:45

Re : [RESOLU] UUID et mtab

#15 Le 12/09/2010, à 22:02

Re : [RESOLU] UUID et mtab

Pied de page des forums