Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] Auto unmount possible ?

paradise

Bonjour,

J'ai l'habitude de démonter ma clef USB en cliquant droit sur l'icône/ligne dans les emplacements de Dolphin pour activer "Retirer en toute sécurité...".

Mais ma copine a la mauvaise habitude de retirer la clef sans effectuer cette opération, donc pas de sauvegarde puisque pas de démontage, et il est vrai qu'auparavant j'avais Mandriva dans mon portable, et en retirant simplement la clef ça démontait le volume en même temps.

Je sais : pas conseillé, toussa...

Mais bon, toujours est-il qu'avec Fedora cet "auto unmount" (ou "umount") est absent, sans doute volontairement, je comprends, pour des raisons de sécurité.

Question : est-il possible d'ajouter cette fonction sans que ce soit trop compliqué ?

edit : Et est-ce que l'auto unmount chez Mandriva, ou Fedora si on peut ajouter la même commande, se fait automatiquement à la fin du chargement du fichier ? Parce que dans ce cas, il n'y a pas de risque de corruption des données enregistrées ?

homere57

bonjour,
il serait plus judicieux que ta copine se plie aux regles car on ne sit jamais si l'ecriture est termine snas passer par "retirer..."
a+

Bretwalda

Ca va tellement vite de corrompre une clef usb que je suis d'accord avec homere57. Il vaut mieux faire ça proprement que tenter de limiter les dommages ...

paradise

Bon, OK, c'était en partie par curiosité technique, de toute façon elle a compris le principe, je lui avais déjà expliqué, merci pour vos réponses.

elbelo69

Heu, y'a un truc que je comprends pas bien ....
Un automount signal au system (suite à une interuption matériel) qu'un nouveau périphérique est disponible.
L'interet de demonter ca clé ou disque externe propremement permet de s'assurer que les données soit bien ecritent ( facile a montrer avec un petit dd sur peripherique USB sans conv=fdatasync )
Donc, je vois pas comment un autoumount pourrais faire le travail ...
En effet, voila le scénario : interuption materiel declenche un script de sync mais la clé n'est deja plus là, sinon il n'y a pas d'interuption ! Donc pas de sync !

Non ?

paradise

Certes, mais comme je le dis plus haut, par exemple avec Mandriva, une fois un fichier enregistré dans la clef, je peux la retirer, le fichier est bien sauvegardé, et en la retirant la fenêtre se vide.

Je suppose donc que dans ce cas, il y a un script qui quelque part démonte automatiquement la clef à la fin du transfert des données, mais non à cause de l'enlèvement de la clef...?

Et si ça marche avec une distro X, il doit bien y avoir moyen de faire la même chose avec Fedora ? Même si, OK, ce n'est pas une procédure à conseiller.

nouvo09

Dans tous les cas, la question n'est pas de savoir si on constate ou non que le périphérique est démonté, mais de savoir avant le démontage si toutes les données prévues ont bien été écrites. Et rien ne permet de forcer l'écriture, que ce soit pour des questions de vitesse ou autre.

La seule manière de savoir si toutes les données ont bien été écrites et qu'il n'y a plus rien dans les buffers est dans un terminal de taper la commande:

sync

quand elle rend la main c'est qu'il n'y a plus d'écriture en suspens.

paradise

Je comprends bien, mais je viens de refaire l'expérience avec Mandriva, en prenant un petit fichier texte de quelques kilos, donc copié en une seconde.

Je répète :

- copie du fichier dans la clef, j'attends quelques secondes ;

- je retire la clef, ce qui provoque la disparition de l'affichage des fichiers enregistrés dans la clef ;

- je vérifie, en réouvrant Dolphin et le contenu de la clef, le fichier est bien là et complet.

Je procède à la même opération basique avec Fedora :

- copie du fichier ;

- je retire la clef, il ne se passe rien ;

- je vérifie en réouvrant Dolphin, je ne retrouve pas le fichier dans la clef

Je dois passer, bien sûr, par "Retirer en toute sécurité la clé" dans Dolphin avant de retirer la clef : démontage manuel classique, OK.

Je sais bien que c'est la procédure normale, encore une fois, c'est juste que je me demandais s'il était possible néanmoins d'ajouter une commande, un script, que sais-je, pour avoir la même chose que Mandriva, donc une sorte de "auto unmount".

edit : Mais ce n'est pas important, ça ne me dérange pas de démonter manuellement.

elbelo69

Salut,

Etrange, sous F16,
Si je branche une clé USB, gnome me notifie, j'ouvre avec Dolphin. Je me retrouve avec un Dolphin qui point sur la clé (normal).
Je copie un fichier (472 Ko)
Je retire la clé "sauvagement", Dolphin se ferme ! Deja c'est la premiere difference et la deuxieme c que si je reconnecte la clé, mon fichier et bien là. (sur 472Ko c plutot normal..).

Dans l'ordre :
Quand tu branche ta clé, tu as bien une trace dans /var/log/messages du genre ??:

Mar 28 14:41:00 vfx kernel: [19447.383171] usb 2-2: new high-speed USB device number 8 using ehci_hcd
Mar 28 14:41:00 vfx kernel: [19447.507171] usb 2-2: New USB device found, idVendor=13fe, idProduct=5100
Mar 28 14:41:00 vfx kernel: [19447.507215] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Mar 28 14:41:00 vfx kernel: [19447.507222] usb 2-2: Product: USB DISK 3.0
Mar 28 14:41:00 vfx kernel: [19447.507228] usb 2-2: Manufacturer:         
Mar 28 14:41:00 vfx kernel: [19447.507233] usb 2-2: SerialNumber: 07BB0B07D76E0B84
Mar 28 14:41:00 vfx kernel: [19447.509369] scsi10 : usb-storage 2-2:1.0
Mar 28 14:41:00 vfx mtp-probe: checking bus 2, device 8: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-2"
Mar 28 14:41:00 vfx mtp-probe: bus: 2, device: 8 was not an MTP device
Mar 28 14:41:01 vfx kernel: [19448.574915] scsi 10:0:0:0: Direct-Access              USB DISK 3.0     PMAP PQ: 0 ANSI: 4
Mar 28 14:41:01 vfx kernel: [19448.578099] sd 10:0:0:0: Attached scsi generic sg2 type 0
Mar 28 14:41:01 vfx kernel: [19449.305886] sd 10:0:0:0: [sdc] 62554112 512-byte logical blocks: (32.0 GB/29.8 GiB)
Mar 28 14:41:01 vfx kernel: [19449.308000] sd 10:0:0:0: [sdc] Write Protect is off
Mar 28 14:41:01 vfx kernel: [19449.310251] sd 10:0:0:0: [sdc] No Caching mode page present
Mar 28 14:41:01 vfx kernel: [19449.310260] sd 10:0:0:0: [sdc] Assuming drive cache: write through
Mar 28 14:41:01 vfx kernel: [19449.317737] sd 10:0:0:0: [sdc] No Caching mode page present
Mar 28 14:41:01 vfx kernel: [19449.317746] sd 10:0:0:0: [sdc] Assuming drive cache: write through
Mar 28 14:41:02 vfx kernel: [19449.344249]  sdc: sdc1
Mar 28 14:41:02 vfx kernel: [19449.349959] sd 10:0:0:0: [sdc] No Caching mode page present
Mar 28 14:41:02 vfx kernel: [19449.349963] sd 10:0:0:0: [sdc] Assuming drive cache: write through
Mar 28 14:41:02 vfx kernel: [19449.349965] sd 10:0:0:0: [sdc] Attached SCSI removable disk

Quand tu debranche :

Mar 28 14:43:39 vfx kernel: [19606.599146] usb 2-2: USB disconnect, device number 8

Le service autofs est bien lancé ? (a priori oui)

[vincent@vfx D2]$ sudo service autofs status
autofs.service - LSB: Automounts filesystems on demand
	  Loaded: loaded (/etc/rc.d/init.d/autofs)
	  Active: inactive (dead) since Wed, 28 Mar 2012 11:18:13 +0200; 3h 29min ago
	 Process: 11093 ExecStop=/etc/rc.d/init.d/autofs stop (code=exited, status=0/SUCCESS)
	 Process: 1255 ExecStart=/etc/rc.d/init.d/autofs start (code=exited, status=0/SUCCESS)
	  CGroup: name=systemd:/system/autofs.service

paradise

Avec mon PC, quand je retire la clef, j'ai bien

usb 1-6: USB disconnect, device number 3

Mais par contre :

[root@localhost ~]# service autofs status
Redirecting to /bin/systemctl  status autofs.service
autofs.service
          Loaded: error (Reason: No such file or directory)
          Active: inactive (dead)

autofs n'était pas installé !

À présent ça marche, il y a bien un auto unmount.

Mais avec mon portable, j'ai bien autofs installé, mais ça ne marche pas aussi bien, normal vu qu'il est moins puissant que mon PC, il faut lui laisser plus de temps temps, et de plus il manque une notification du transfert de données, comme il a été mentionné dans un sujet dernièrement, ça aiderait aussi.

Bon, merci pour ta réponse !