UDF et thunar

domi301 · Le 12/09/2018, à 22:31

Salut

Avec une xub 18.04 64B

j'ai voulu expériment UDF en alternative aux galères exfat/fat32 pour les clés USB
https://forum.ubuntu-fr.org/viewtopic.php?id=1131391

pas de soucis pour la formatage de la clé et une copie initiale de fichiers
mais au montage suivant thunar m'annonce que la racine de la clé dans /media/user appartient à root sans droit utilisateur
et refuse de copier des fichiers ver la clé en GUI
(en affichant les colonnes optionnelles de thunar sur droits et proprio)
par contre, de manière illogique par rapport aux restrictions root il autorise bien à consulter le dossier udf
et à copier des fichiers depuis la clé (alors que les options vers la clé sont toutes en grisé...)

pourtant depuis le terminal aucun soucis pour copier/déplacer des fichiers
et le point de montage montre que le user est le propriétaire et non root

mount 
..
dev/sdb on /media/phocas/LinuxUDF type udf (rw,nosuid,nodev,relatime,uid=1000,gid=1000,iocharset=utf8,uhelper=udisks2)
$ ll /media/phocas
total 9
drwxr-x---+ 3 root   root   4096 sept. 12 21:58 ./
drwxr-xr-x  3 root   root   4096 oct.  22  2017 ../
drwxr-xr-x  2 phocas phocas  532 sept. 12 22:01 LinuxUDF/

?? avez vous essayé udf avec Xubuntu

moko138 · Le 16/09/2018, à 09:24

domi301 a écrit :

Avec une xub 18.04 64B
j'ai voulu expériment UDF en alternative aux galères exfat/fat32 pour les clés USB
https://forum.ubuntu-fr.org/viewtopic.php?id=1131391

1) Quel(s) problème(s) as-tu rencontré avec exfat, qui était beaucoup moins généralisé au moment où le tutoriel que tu mentionnes a été publié ?

2) Quant au problème que tu rencontres, c'est un bug répertorié, vois clés usb en lecture seule, puis non détectées

domi301 · Le 20/09/2018, à 08:26

merci moko138

au final après reboot et les dernières mises à jour ca semble bien marcher en UDF sur clé usb
pour les autres soucis de thunar j'irai sur l'autre poste mais ca semble aller mieux aussi

NB: la bonne commande pour formater une clé reconnaissable par windows avec une bonne identification est

$ sudo mkudffs --media-type=hd --blocksize=512 --label="jaune" /dev/sdX

il faut utiliser --label et non --vid comme indiqué dans divers tuto

le seul petit piège est que si la clé est montée automatiquement avant son formatage il faut la démonter depuis le terminal et surtout pas par thunar qui nettoie "trop bien"

 umount /dev/sdXN

[EDIT] je viens de comprendre un truc dans thunar. l'icone "triangle vertical" associée au montage usb déclenche une éjection complète
mais avec un clic-droit sur l'usb on peut choisir entre démontage simple ou éjection complète. Si on démonte seulement alors plus besoin du umount dans le terminal

[Edit-2] selon le type de formatage il peut falloir préciser un No de partition avec /dev/sdXN (

sinon pour te répondre
j'ai eu parfois des soucis avec exfat entre windows et linux mais plus pour du déplacement de fichier depuis la clé que pour la lecture
ca coincait parfois sur les droits d'écriture (peut etre autant à cause de gvfs que de exfat au final..)

mais ce qui au final m'a motivé pour explorer UDF c'est tout simplement cet article, mis à jour en 2018.04
https://doc.ubuntu-fr.org/exfat

L'utilisation de ce format est déconseillé. En effet, lors de l'éjection ou du démontage du volume externe : risque d'instabilité du système voire plantage. Il est recommandé d'attendre que ce format soit supporté nativement par le système.

il me semble aussi avoir lu que UDF n'étant pas journalisé serait bien adapté pour les mémoires usb

?? Penses tu qu'il faudrait préférer EXfat à UDF pour les stockages temporaires sur clé

Dernière modification par domi301 (Le 20/09/2018, à 21:56)

moko138 · Le 20/09/2018, à 11:09

Merci domi301 de ta réponse détaillée !

L'avertissement que tu cites m'étonne beaucoup :
s'il est justifié, les forums linux devraient regorger de fils décrivant le problème.
Or je n'en ai jamais vu.
- -

La non-journalisation, c'est à double tranchant
- Oui, ça use moins la mémoire... dans le cas d'écritures incessantes dans le répertoire /var/log d'un système. C'est pourquoi dans les cas, rarissimes car nous ne parlons pas de live gravée sur usb, mais d'installation authentique sur mémoire flash (clef usb ou carte-mémoire), on conseille généralement de formater en ext2, qui est non journalisé.

- Mais, dans le cas d'un support de stockage (sans système d'exploitation), la différence d'usure est négligeable.
Par contre, la journalisation est très utile en cas de débranchement prématuré ou - le cas est très fréquent - de déconnexion par insuffisance d'alimentation :

dmesg a écrit :

usb (...) device descriptor read/(...), error -110
USB disconnect, device number <n>

Or un système cassé, ça se répare ou ça se réinstalle.
Mais une photo perdue et non sauvegardée, elle est définitivement perdue.

C'est pourquoi, la journalisation est importante pour les supports de pures données.

Je préfère une clef usb ou une carte mémoire fiable pendant sa durée de vie, à la même qui durerait un peu plus longtemps mais ne serait jamais à l'abri d'un des deux accidents banals évoqués plus haut.
Tel est mon choix argumenté ; mais on peut considérer les choses autrement.

= =

Penses tu qu'il faudrait préférer EXfat à UDF pour les stockages temporaires sur clé

Linux ne sait pas réparer aucun de ces systèmes de fichiers (FS), alors...
Windows sait réparer l'exfat (et le ntfs et toutes les FAT) qui sont ses FS.
Windows sait-il réparer l'udffs ? Je ne sais.
Si tu as un windows à jour, c'est toi qui me le diras !

= =

Je vais réessayer avec ton

sudo mkudffs --media-type=hd --blocksize=512 --label="jaune" /dev/sdX

merci !
Précédemment, utilisant "--vid", j'avais échoué avec

sudo mkudffs --media-type=hd --blocksize=512 --vid="jaune" /dev/sdX

réussi avec

sudo mkudffs --media-type=hd --blocksize=2048 --vid="jaune" /dev/sdX

= =

P.S. : Il me semble que tu devrais corriger en #3 :
umount /dev/sdX --> sudo umount sdXN (sauf si le support est déjà en udffs, bien sûr.

moko138 · Le 20/09/2018, à 12:28

Dans ma vieille wheezy, l'option --label n'est pas reconnue :

moko@cb:~$ sudo mkudffs --media-type=hd --blocksize=2048 --label=UDF2B /dev/sde
mkudffs: unrecognized option '--label=UDF2B'
moko@cb:~$

Je reviens à --vid= (sans guillemets).

Par contre, --blocksize=512 qui ne passait pas l'autre jour, passe maintenant :

moko@cb:~$ sudo mkudffs --media-type=hd --blocksize=512 --vid=UDF2C /dev/sde
start=0, blocks=64, type=RESERVED 
start=64, blocks=12, type=VRS 
start=76, blocks=180, type=USPACE 
start=256, blocks=1, type=ANCHOR 
start=257, blocks=16, type=PVDS 
start=273, blocks=1, type=LVID 
start=274, blocks=3759597, type=PSPACE 
start=3759871, blocks=1, type=ANCHOR 
start=3759872, blocks=239, type=USPACE 
start=3760111, blocks=16, type=RVDS 
start=3760127, blocks=1, type=ANCHOR
moko@cb:~$

Montage manuel (parce que je désactive le montage automatique) :

moko@cb:~$ sudo mount -v /dev/sde  /tmp/Z
mount: you didn't specify a filesystem type for /dev/sde
       I will try type udf
/dev/sde on /tmp/Z type udf (rw)
moko@cb:~$

Changement de propriétaire :

moko@cb:~$ sudo chown -v $USER:$USER /tmp/Z
appartenance de « /tmp/Z » changée de root:root en moko:moko
moko@cb:~$

Liste après création d'un dossier :

moko@cb:~$ ls -la /tmp/Z
total 4
drwxr-xr-x  4 moko  moko   144 sept. 20 11:46 .
drwxrwxrwt 13 root root 4096 sept. 20 11:17 ..
drwxr-xr-x  2 root root   40 sept. 20 11:46 lost+found
drwxr-xr-x  2 moko  moko    40 sept. 20 11:54 test_20180920
moko@cb:~$

Démontage :

moko@cb:~$ 
sudo umount /tmp/Z
[sudo] password for moko
moko@cb:~$

Débranchement puis rebranchement. Un clic dans thunar (v.1.2.3) :
ça monte, mais l'étiquette n'est pas prise en compte :

moko@cb:~$ ls -la /media | grep UDF
moko@cb:~$

wheezy monte ma carte mémoire en /media/disk :

moko@cb:~$ ls -la /media/disk
total 4
drwx------  4 moko  moko   144 sept. 20 11:46 .
drwxr-xr-x 19 root root 4096 sept. 20 12:18 ..
drwx------  2 moko  moko    40 sept. 20 11:46 lost+found
drwx------  2 moko  moko    40 sept. 20 11:54 test_20180920
moko@cb:~$

Reste à voir comment mon vieil XP et mes 14.04 traitent ce système de fichiers.

domi301 · Le 20/09/2018, à 19:51

merci moko et wahou pour tes tests

quelques réponses en vrac

- bien vu pour le /dev/sdX en #3 c'était effectivement sur la clé déja en UDF mais qui avait recu un label par défaut "LinuxUdf" que je voulais corriger
chez moi le --vid seul n'avait pas permis de créer un label mais ca doit dépendre des versions de mkudffs
dans le man de la 18.04 j'ai

,--label= label
              Specify  the  UDF  label.  UDF  label is synonym for specifying both
              --lvid and --vid options. If omitted,  mkudffs  label  is  LinuxUDF.
              (Option available since mkudffs 1.1)

j'en comprends que pour avoir un bon identifiant il faut soit cumuler --vid et --lvd soit utiliser --label
thunar reconnait bien l'identifiant "jaune" associé au label

- tout à fait d'accord sur les bienfaits de la journalisation pour les systèmes de stockage (sur disque dur "stable")
mais pour moi les clés usb ne servent pas au stockage mais au transfert (ca se perd, ca se casse, ca fini dans une poche dans la machine à laver..)
je copie un original sur usb pour l'envoyer ailleurs mais normalement l'original n'est pas uniquement sur usb (ou alors j'assume...)

-pour le choix entre exfat et udf divers forums./ blogs associent exfat et bashing antimicrosoft (fomat fermé beurk caca...)
par rapport à UDF qui est un standard public

comme l'absence de méthode de réparation ne m'inquiète pas dans mon contexte je vais continuer à tester/jouer avec UDF par "principe"
ma problématique transfert windows est surtout liée au boulot/copains/famille
je vais suivre ce qu'il se passe dans les transferts UDF vers windows, je vous raconterai

en complément il semble que les soucis de thunar avec gvfs sont bien résolus. je n'ai plus eu d'alerte d'erreur de démontage ou de soucis de droits ces dernies jours

moko138 · Le 20/09/2018, à 20:37

Ah oui : chez moi

dpkg -l | grep udftools
ii  udftools                             1.0.0b3-14.2                       i386

- -

domi301 a écrit :

en complément il semble que les soucis de thunar avec gvfs sont bien résolus. je n'ai plus eu d'alerte d'erreur de démontage ou de soucis de droits ces dernies jours

Ah ? Ce n'est pas le cas chez Ancoliette. Peux-tu montrer

dpkg -l | grep gvfs

s'il te plaît ?

domi301 · Le 20/09/2018, à 22:01

effectivement un léger écart en 18.04 ...

$ dpkg -l | grep udftools
ii  udftools                               2.0-2                                       amd64        tools for UDF filesystems and DVD/CD-R(W) drives

c'est prêt chez Ancoliette >>>

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/09/2018, à 22:31

UDF et thunar

#2 Le 16/09/2018, à 09:24

Re : UDF et thunar

#3 Le 20/09/2018, à 08:26

Re : UDF et thunar

#4 Le 20/09/2018, à 11:09

Re : UDF et thunar

#5 Le 20/09/2018, à 12:28

Re : UDF et thunar

#6 Le 20/09/2018, à 19:51

Re : UDF et thunar

#7 Le 20/09/2018, à 20:37

Re : UDF et thunar

#8 Le 20/09/2018, à 22:01

Re : UDF et thunar

Pied de page des forums