Quant à forcer la synchronisation , je ne sais pas ce que ça veut dire
Comme indiqué dans mon message précédent, il suffit d'exécuter la commande "sync".
Demander le démontage de la clef : en utilisant gparted par exemple ?
Pas besoin de Gparted qui ne sert pas à ça. Un simple umount de la partition suffira.
J'ai pris le temps de tester avec ma clé USB doté d'un commutateur de protection en écriture.
Sans définir de quirks pour elle, dmesg dit :
Avec le paramètre quirks pour ignorer la protection en écriture :
Dès le montage du système de fichier FAT, dmesg signale des erreurs d'écriture sans que j'ai besoin d'écrire quoi que ce soit :
Cela confirme que ma clé est bien physiquement protégée contre l'écriture même si le pilote usb-storage ignore l'information.]]>
Pour en savoir plus tu peux regarder les logs du noyau avec dmesg en root après avoir supprimé ou créé un fichier et forcé la synchronisation avec sync ou demandé le démontage de la clé.
Salut donc si je comprends bien je crée ou supprime un fichier sur la clef et reprends ta commande dmesg que tu m'avais indiqué plus haut dans le fil.
Quant à forcer la synchronisation , je ne sais pas ce que ça veut dire . Peux tu me guider ?
Demander le démontage de la clef : en utilisant gparted par exemple ?]]>
Peux tu m'expliquer cette histoire de corbeille
Non, désolé. La corbeille est une pure invention des gestionnaires de fichiers graphiques, ça ne fait pas partie des fonctionnalités du système de fichiers ni du support de stockage.
Ensuite quand je rebranche la clef, le fichier supprimé revient
Je soupçonne que physiquement l'écriture ne fonctionne pas, ignorer l'information de protection contre l'écriture ne suffit pas (Ce qui ne me surprend pas). Les modifications comme la suppression d'un fichier se font d'abord dans le cache disque en mémoire, mais quand le système essaie de les enregistrer sur la clé, celle-ci doit refuser ou ignorer l'opération, d'où l'instabilité et le possible remontage en lecture seule.
Pour en savoir plus tu peux regarder les logs du noyau avec dmesg en root après avoir supprimé ou créé un fichier et forcé la synchronisation avec sync ou demandé le démontage de la clé.]]>
et par précaution, reconstruire l'initramfs au cas où il contient le module usb_storage en exécutant
]]>
]]>
Il y a cette commande à faire avec la clef usb débranchée , c'est ca ?
Cette commande tarabiscotée a pour but de décharger le module usb-storage et les modules qui en dépendent. Le module uas (USB attached SCSI) en fait partie, mais apparemment il est occupé et ne peut donc être déchargé. A priori il n'est pas occupé par un autre module car aucun module ne dépend de lui (du moins pas de dépendance "dure"). Il se peut qu'il soit utilisé par un des autres périphériques de stockage USB connectés, je vois que lsusb en recense plusieurs.
Mais il n'est peut-être pas nécessaire de décharger et recharger le module usb-storage pour appliquer le paramètre quirk. Ce paramètre est accessible en lecture/écriture via /sys/module/usb_storage/parameters/quirks, donc on doit pouvoir le modifier à chaud de cette façon.
Par contre il faut aussi débrancher et rebrancher la clé USB pour que le paramètre ait une chance de faire effet.
PS : que penserais-tu de changer le titre de la discussion pour qu'll reflète mieux son orientation ?]]>
Comprends pas]]>