#1 Le 11/03/2017, à 14:59
- ar barzh paour
[Résolu] umount donne un retour d'erreur
bonjour tout le monde , à faire des manips on arrive à quelques trucs ennuyeux
pour effectuer des essais
j'ai effectué manuellement quelques mount
ensuite j'ai voulu effectuer unmount sur certains dev
si cela se passe bien sur la plupart j'ai quelques ennuis sur certains dev
en particulier celui-ci qui contient mes photos
exemple de montage manuel
sudo mount /dev/sdc6
visualisation du montage
jpb@jpb-desktop:/mnt$ mount|grep /dev/sdc6
/dev/sdc6 on /mnt/jpb-2017:03:11-12:02:43 type ext4 (rw,relatime,data=ordered)
jpb@jpb-desktop:/mnt$
impossible de démonter
sudo umount /dev/sdc6
umount: /dev/sdc6: umount failed: Argument invalide
info sur cette partition
jpb@jpb-desktop:~$ sudo blkid|grep /dev/sdc6
/dev/sdc6: LABEL="Photos" UUID="3d84d1cf-035e-48bb-8b93-762bad2f41ca" TYPE="ext4" PARTUUID="86fa836a-06"
jpb@jpb-desktop:~$
le soucis c'est que cette partition n'apparait plus dans nautilus , je ne peux donc plus travailler sur cette partition
les autre partitions concernées
obtenu via la commande mount :
/dev/sdb1 on /mnt/jpb-2017:03:11-12:02:43 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdb6 on /mnt/jpb-2017:03:11-12:02:43 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdb7 on /mnt/jpb-2017:03:11-12:02:43 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdc1 on /mnt/jpb-2017:03:11-12:02:43 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdc8 on /mnt/jpb-2017:03:11-12:02:43 type ext4 (rw,relatime,data=ordered)
/dev/sdc9 on /mnt/jpb-2017:03:11-12:02:43 type ext4 (rw,relatime,data=ordered)
/dev/sdc10 on /mnt/jpb-2017:03:11-12:02:43 type ext4 (rw,relatime,data=ordered)
/dev/sdb8 on /mnt/jpb-2017:03:11-12:09:21 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
j'essaie de faire umount , seul sdb8 s'est démonté
jpb@jpb-desktop:/mnt$ sudo umount /dev/sdb1
umount: /dev/sdb1: umount failed: Argument invalide
jpb@jpb-desktop:/mnt$ sudo umount /dev/sdb6
umount: /dev/sdb6: umount failed: Argument invalide
jpb@jpb-desktop:/mnt$ sudo umount /dev/sdb7
umount: /dev/sdb7: umount failed: Argument invalide
jpb@jpb-desktop:/mnt$ sudo umount /dev/sdc1
umount: /dev/sdc1: umount failed: Argument invalide
jpb@jpb-desktop:/mnt$ sudo umount /dev/sdc8
umount: /dev/sdc8: umount failed: Argument invalide
jpb@jpb-desktop:/mnt$ sudo umount /dev/sdc9
umount: /dev/sdc9: umount failed: Argument invalide
jpb@jpb-desktop:/mnt$ sudo umount /dev/sdb8
jpb@jpb-desktop:~$
le blkid associé à ces partitions (j'ai viré les lignes non concernées)
jpb@jpb-desktop:~$ sudo blkid
.....
/dev/sdb1: LABEL="XP-P1-c" UUID="0AF8F8ED4E45274B" TYPE="ntfs" PARTUUID="00098c59-01"
/dev/sdb6: LABEL="ex-photos" UUID="079B6B49295F7AD1" TYPE="ntfs" PARTUUID="00098c59-06"
/dev/sdb7: LABEL="f" UUID="62B9CDEA2B174741" TYPE="ntfs" PARTUUID="00098c59-07"
/dev/sdb8: LABEL="Ex-Data" UUID="47FB9C03336449C6" TYPE="ntfs" PARTUUID="00098c59-08"
/dev/sdb9: LABEL="U14.04-P9-32b" UUID="a123a4fe-db9b-4aec-959b-b9c8a0b38f65" TYPE="ext4" PTTYPE="dos" PARTUUID="00098c59-09"
/dev/sdb10: LABEL="PHO" UUID="72fa40bd-3a63-4665-aefe-f5a8a7ce2910" TYPE="ext4" PARTUUID="00098c59-0a"
/dev/sdc1: LABEL="XP-P1-a" UUID="78684472684430E4" TYPE="ntfs" PARTUUID="86fa836a-01"
/dev/sdc5: LABEL="Data" UUID="158730c0-4b38-42f9-853a-ea825678687a" TYPE="ext4" PARTUUID="86fa836a-05"
/dev/sdc8: LABEL="s-SH" UUID="85810d27-ca1e-4735-a512-cef70f288c26" TYPE="ext4" PARTUUID="86fa836a-08"
/dev/sdc9: LABEL="U12-04" UUID="4772792d-7d8e-40d8-b23d-4f3681ebf8a6" TYPE="ext4" PARTUUID="86fa836a-09"
/dev/sdc10: LABEL="swap-U12" UUID="5f1dda49-0768-4377-9ce9-222fc6264f53" TYPE="ext4" PARTUUID="86fa836a-0a"
jpb@jpb-desktop:~$
j'ai pensé à un moment que c'était à cause du type ntfs mais il y a des partitions ext4 qui me donnent le messages d'erreur
Dernière modification par ar barzh paour (Le 11/03/2017, à 19:05)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram Ubuntu 22.04 Ubuntu 24.04 , W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#2 Le 11/03/2017, à 15:22
- f.x0
Re : [Résolu] umount donne un retour d'erreur
Bonjour ar barzh paour,
que donne
sudo umount -v /dev/sdc6
SOPI
Hors ligne
#3 Le 11/03/2017, à 15:29
- MicP
Re : [Résolu] umount donne un retour d'erreur
Bonjour
…
obtenu via la commande mount :/dev/sdb1 on /mnt/jpb-2017:03:11-12:02:43 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096) /dev/sdb6 on /mnt/jpb-2017:03:11-12:02:43 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096) /dev/sdb7 on /mnt/jpb-2017:03:11-12:02:43 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096) /dev/sdc1 on /mnt/jpb-2017:03:11-12:02:43 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096) /dev/sdc8 on /mnt/jpb-2017:03:11-12:02:43 type ext4 (rw,relatime,data=ordered) /dev/sdc9 on /mnt/jpb-2017:03:11-12:02:43 type ext4 (rw,relatime,data=ordered) /dev/sdc10 on /mnt/jpb-2017:03:11-12:02:43 type ext4 (rw,relatime,data=ordered) /dev/sdb8 on /mnt/jpb-2017:03:11-12:09:21 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
…
Je ne comprends pas pourquoi tu utilise le même point de mountage (/mnt/jpb-2017:03:11-12:02:43) pour 7 systèmes de fichiers différents,
mais si tu veux pouvoir les dé-mounter, il te faudra commencer par dé-mounter le dernier système de fichiers qui a été mounté sur ce même point de mountage.
Donc, pour pouvoir dé-mounter ces systèmes de fichiers et donc libérer le répertoire /mnt/jpb-2017:03:11-12:02:43 de sa fonction de point de mountage,
il faudra procéder dans l'ordre inverse qui avait été utilisé lors du mountage :
sudo umount /dev/sdc10 && sudo umount /dev/sdc9 && sudo umount /dev/sdc8 && sudo umount /dev/sdc1 && sudo umount /dev/sdb7 && sudo umount /dev/sdb6 && sudo umount /dev/sdb1
Mais tu pourrais aussi faire la même chose en utilisant le nom du point de mountage :
sudo umount /mnt/jpb-2017:03:11-12:02:43
sudo umount /mnt/jpb-2017:03:11-12:02:43
sudo umount /mnt/jpb-2017:03:11-12:02:43
sudo umount /mnt/jpb-2017:03:11-12:02:43
sudo umount /mnt/jpb-2017:03:11-12:02:43
sudo umount /mnt/jpb-2017:03:11-12:02:43
sudo umount /mnt/jpb-2017:03:11-12:02:43
(autant de "sudo umount …" que de systèmes de fichiers utilisant ce point de mountage.)
On pourrait utiliser à la place, cette ligne de commande :
(set -e; while :; do sudo umount /mnt/jpb-2017:03:11-12:02:43 2>/dev/null; done)
La ligne de commande ci-dessus dé-mountera tout ce qui pourrait avoir été mounté sur le point de mountage /mnt/jpb-2017:03:11-12:02:43
=======
Je me suis basé sur les informations contenues dans les extraits de retours de commandes que tu as donné, en espérant qu'ils n'y manquait aucune ligne importante.
Dernière modification par MicP (Le 12/03/2017, à 02:55)
Hors ligne
#4 Le 11/03/2017, à 16:23
- ar barzh paour
Re : [Résolu] umount donne un retour d'erreur
@f.x0 je n'ai pas vu ton post avant .... et la partition est maintenant démontée
Je ne comprends pas pourquoi tu utilises le même point de mountage (/mnt/jpb-2017:03:11-12:02:43) pour 7 systèmes de fichiers différents,
j'essaie de récupérer des infos dans les fichiers de ces partitions !
je ne le fais pas "manuellement" comme je l'ai dit plus haut , c'est un programme qui s'en charge sauf que ça ne s'est pas bien passé
normalement le programme aurait du faire
1- création du répertoire /mnt/jpb-2017:03:11-12:02:43
2- pour chaque n dont la partition n'est pas déjà montée
mount <dev[n]> /le répertoire en question
récupération d'infos dans ce point de montage
umount <dev[n]>
3- lorsque tous les dev ont été traités
- supression du point de montage
à priori je ne sais même pas combien il y a de n ( en fait de 0 au nombre de partitions existantes sur mon PC)
une info intéressante que tu me donnes , c'est que l'on peut démonter sans nommer le dev
je suppose qu'à un moment donné , un /dev ne s'est pas démonté ( tempo?)
je retravaille mon programme qui me vérifiera que umount a bien été effectué
en tout cas merci
tout est rentré dans l'ordre
mais il est vrai que je ne connais pas suffisamment la commande mount et umount
voilà ce que je veux faire :
pour chaque partition existante et si le fichier existe
faire cat /etc/fstab >> tmp.txt
Dernière modification par ar barzh paour (Le 11/03/2017, à 16:28)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram Ubuntu 22.04 Ubuntu 24.04 , W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#5 Le 11/03/2017, à 16:39
- MicP
Re : [Résolu] umount donne un retour d'erreur
Il faudrait qu'à chaque fois que ton script mounte un système de fichier, il le dé-mounte dès qu'il ne s'en sert plus.
Hors ligne
#6 Le 11/03/2017, à 19:05
- ar barzh paour
Re : [Résolu] umount donne un retour d'erreur
oui c'est ce que normalement le point-2 aurait du faire en fin
normalement le programme aurait du faire
1- création du répertoire /mnt/jpb-2017:03:11-12:02:43
2- pour chaque n dont la partition n'est pas déjà montée
mount <dev[n]> /le répertoire en question
récupération d'infos dans ce point de montage
umount <dev[n]>
3- lorsque tous les dev ont été traités
- supression du point de montage
merci pour l'aide , je marque résolu
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram Ubuntu 22.04 Ubuntu 24.04 , W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne