Salut tout le monde!
 
voici ma question existencielle de la soirée :
 
Quand on monte une partoche en vfat (au hasard, une clé usb), on peut remarquer que chaque opération d'écriture est effective dès la commande lancée.  
Un cp machin /mnt/maClé donne immédiatement la copie de machin sur /mnt/maClé, sans avoir besoin de faire un umount avant de retirer la dite clé.
c'est parfait, mais est-ce une spécification du support vfat ou est-ce un comportement aléatoire, puisque normalement, à part en mode sync (qui n'est pas applicable à vfat), les écritures se font lors du umount ?
 
alors docteur, c'est grave?
 
si vous avez une url pour les spécif du support vfat, je prends aussi
 
 

moi ça fait comme toi, mais j'ai quand même droit d'attendre au moment de l'unmount (il doit pas tout copier d'un coup au moment du cp)
et quand je mets sync et que je vire la clé sans démonter, j'ai droit à un beau oops

ben moi il marque tout au moment où je lance la commande...
 
peut-être paske je monte la partoche en noatime?
 
sync fait un oops, effectivement, mais de toutes façons, il n'a aucun effet si la partoche est en vfat

lorsque tu branche ta clés usb, et notamment si tu utilises mdk, il met sync par défaut
 
en mode sync les écriture ne sont pas lors du umount, c'est l'inverse. les écritures se font tout de suite !
en async ( asynchroniser ) les écritures sont mises en cache et faites lors du umount

On utilise ce genre d'écriture lorsqu'on désire garantir que le contenu sera correct même si on débranche la clé comme un sauvage (sans la démonter).

hum, petite précision : je ne demande pas comment marche sync, je le sais très bien, et désolé de te contredire Dark, mais sync ne marche pas sur du vfat (vérifié dans la doc de mount, car je pensais comme toi il y a quelques temps).
 
ce que je demande, c'est si la spécification de l'implémentation de vfat définie que les écriture sont immédiates (donc équivalent à un montage en sync pour les systèmes le supportant), ou si c'est un comportement aléatoire. Tout ça dans le but de connaitre le fonctionnement exacte de vfat pour ne pas risquer de pertes de données lorsqu'un user débranche sa clé/dd externe/autre, puisque mes user ne veulent pas se servir de mount/umount (ce qui est bien normal d'ailleurs).
 
de plus, je ne veux pas utiliser supermount, car il entraine une certaine instabilité lors de transferts de gros fichiers.
 
--edit--
pour préciser : debian sid + 2.6.4-ck2 + udev

up!

Avec mon iRiver et usb mass storage, je dois démonter le lecteur pour que les données soient écrites. Je parle d'expérience puisqu'à la première utilisation, j'ai transféré une 40aine de Mo, puis j'ai débranché le lecteur sans unmount. Aucun fichier n'a été écrit.
 
Donc la réponse à ta question est « il est nécessaire de démonter le périphérique avant de le débrancher ».

malgré ce qui est écrit dans man mount, async/sync à une influence réelle sur le comportement de mes périphériques amovibles en fat (disquette et clé USB)

ouais mais bon, s'il a une influence, elle est mauvaise (oops du kernel en 2.6.4+udev), et je suis pas le seul à avoir ce problème!!
 
en plus, s'il a une influence, pourquoi le contraire est-il indiqué? est-ce que c'est un effet de bord? est-ce prévu ainsi?
 
je trouve ça pas clair et pas top

ou la doc qui n'est pas à jour

qqn a testé le noatime sur un périphérique vfat ?

ouaip, pourquoi?

 
ça permet d'écrire au moment ou on fait l'opération ou ça attend qd même ?

noatime permet de ne pas tenir compte de la date du dernier accès au fichier. en meme temps, je crois qu'il n'a pas d'effet sur du vfat

 
mince    
Donc pas de solution pour une écriture à la volée pour une clé USB si j'ai bien compris  

Heu, chez moi j'ai une clé USB, montée par supermount, avec l'option Sync (vaut mieux avec supermount ...) et je vous garantis que l'écriture se fait en synchrone ...

c pas l'option sync qui fait ça, mais supermount.

 
oué mais sans supermount ça marche pas