Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#26 13-06-2019 10:40:46

calixtus06
Membre
Distrib. : Librazik2
Noyau : Linux version 4.9.0-6-lzk-bl-amd64
(G)UI : mate
Inscription : 25-03-2016

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

Salut !

echo -n "058f:6387:w" > /sys/module/usb_storage/parameters/quirks


root@LibraZiK2-studio-audio:/home/nicolas#




cat /sys/module/usb_storage/parameters/quirks



058f:6387:w
root@LibraZiK2-studio-audio:/home/nicolas#
 


Il n'y a pas de mauvaises questions...

Hors ligne

#27 13-06-2019 10:42:11

calixtus06
Membre
Distrib. : Librazik2
Noyau : Linux version 4.9.0-6-lzk-bl-amd64
(G)UI : mate
Inscription : 25-03-2016

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

ça marche !!!!

Un énorme merci !!!

Il n'y a pas de mauvaises questions...

Hors ligne

#28 13-06-2019 12:06:43

raleur
Membre
Inscription : 03-10-2014

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

Tant mieux, j'avoue que je n'y croyais qu'à moitié. La protection contre l'écriture ne serait donc qu'une information fournie par la clé USB au pilote qui peut choisir de l'ignorer, et non une véritable protection physique qui rejetterait toute opération d'écriture. Tu as vérifié que l'écriture était bien persistante après démontage, débranchement et rebranchement (pour éliminer tout effet de cache) de la clé USB? Il faudra que je teste avec ma clé qui est dotée d'un commutateur physique de protection contre l'écriture.

Néanmoins, cet indicateur de protection contre l'écriture ne s'est pas activé tout seul, il doit y avoir une raison. Comme je l'ai écrit précédemment, cela peut être parce que le contrôleur intégré de la clé USB a détecté que l'écriture dans la mémoire flash n'était plus fiable. Donc prudence dans l'utilisation de cette clé.

Dernière chose : pour rendre l'application du paramètre persistant après redémarrage, il faut créer un fichier /etc/modprobe.d/usb_storage_quirk_ignore_write_protect.conf contenant

options usb_storage quirks=058f:6387:w


et par précaution, reconstruire l'initramfs au cas où il contient le module usb_storage en exécutant

update-initramfs -u


Il vaut mieux montrer que raconter.

Hors ligne

#29 13-06-2019 17:04:57

calixtus06
Membre
Distrib. : Librazik2
Noyau : Linux version 4.9.0-6-lzk-bl-amd64
(G)UI : mate
Inscription : 25-03-2016

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

Salut, j'ai débrancher ma clef et j'ai un message qui me dit qu'avant de débrancher il faut vider la corbeille or ma corbeille est vide . Je clique sur " vider la corbeille"  puis au bout d'un long moment où il ne se passe rien . J'appuie sur le bouton rouge ( il y a aussi pause et annuler) . J'ai alors un message qui me dit que je peux débrancher ma clef..
Je la rebranche et tout est ok: je peux couper, mettre à la corbeille les fichiers à l'intérieur.

Peux tu m'expliquer cette histoire de corbeille

Merci

Il n'y a pas de mauvaises questions...

Hors ligne

#30 14-06-2019 10:39:37

calixtus06
Membre
Distrib. : Librazik2
Noyau : Linux version 4.9.0-6-lzk-bl-amd64
(G)UI : mate
Inscription : 25-03-2016

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

Salut j'ai fait toutes les manips que tu m'a indiquées. Quand je rentre dans la clef je parviens à effacer un premier fichier mais pas les autres  ( "protégés en écriture")
Celui que je parviens à effacer est le premier mais pas forcément le même. Ensuite quand je rebranche la clef, le fichier supprimé revient  ( ???)
Les onglets "supprimer" , "couper", " mettre à la corbeille"  ne fonctionnent alors plus . C'est très instable .

Il n'y a pas de mauvaises questions...

Hors ligne

#31 14-06-2019 12:38:29

raleur
Membre
Inscription : 03-10-2014

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

calixtus06 a écrit :

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.

calixtus06 a écrit :

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é.


Il vaut mieux montrer que raconter.

Hors ligne

#32 14-06-2019 16:00:14

calixtus06
Membre
Distrib. : Librazik2
Noyau : Linux version 4.9.0-6-lzk-bl-amd64
(G)UI : mate
Inscription : 25-03-2016

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

raleur a écrit :


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 ?


Il n'y a pas de mauvaises questions...

Hors ligne

#33 14-06-2019 19:38:46

raleur
Membre
Inscription : 03-10-2014

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

calixtus06 a écrit :

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".

calixtus06 a écrit :

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 :

[ 3222.490208] usb-storage 2-2:1.0: USB Mass Storage device detected
[ 3222.495335] usb-storage 2-2:1.0: Quirks match for vid 0c45 pid 1060: 1
[ 3222.499280] scsi2 : usb-storage 2-2:1.0
[ 3222.499471] usbcore: registered new interface driver usb-storage
[ 3223.505183] scsi 2:0:0:0: Direct-Access     USB NAND FLASH DISK       0.20 PQ: 0 ANSI: 2
[ 3223.509638] sd 2:0:0:0: Attached scsi generic sg1 type 0
[ 3223.629165] sd 2:0:0:0: [sdb] 32000 512-byte logical blocks: (16.3 MB/15.6 MiB)
[ 3223.632764] sd 2:0:0:0: [sdb] Write Protect is on
[ 3223.632777] sd 2:0:0:0: [sdb] Mode Sense: 0b 00 80 08
[ 3223.635138] sd 2:0:0:0: [sdb] No Caching mode page found
[ 3223.635148] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 3223.661197]  sdb: sdb1
[ 3223.680144] sd 2:0:0:0: [sdb] Attached SCSI removable disk
 


Avec le paramètre quirks pour ignorer la protection en écriture :

[ 4622.897323] usb-storage 2-2:1.0: USB Mass Storage device detected
[ 4622.899040] usb-storage 2-2:1.0: Quirks match for vid 0c45 pid 1060: 200
[ 4622.899084] scsi5 : usb-storage 2-2:1.0
[ 4623.902195] scsi 5:0:0:0: Direct-Access     USB NAND FLASH DISK       0.20 PQ: 0 ANSI: 2
[ 4623.903227] sd 5:0:0:0: Attached scsi generic sg1 type 0
[ 4624.022177] sd 5:0:0:0: [sdb] 32000 512-byte logical blocks: (16.3 MB/15.6 MiB)
[ 4624.022190] sd 5:0:0:0: [sdb] Assuming Write Enabled
[ 4624.022198] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[ 4624.041191]  sdb: sdb1
[ 4624.048156] sd 5:0:0:0: [sdb] Attached SCSI removable disk


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 :

[ 4660.250171] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
[ 4660.356149] sd 5:0:0:0: [sdb] Unhandled sense code
[ 4660.356159] sd 5:0:0:0: [sdb]  
[ 4660.356166] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 4660.356173] sd 5:0:0:0: [sdb]  
[ 4660.356178] Sense Key : Data Protect [current]
[ 4660.356188] sd 5:0:0:0: [sdb]  
[ 4660.356196] Add. Sense: Write protected
[ 4660.356203] sd 5:0:0:0: [sdb] CDB:
[ 4660.356207] Write(10): 2a 00 00 00 00 20 00 00 01 00
[ 4660.356229] end_request: critical target error, dev sdb, sector 32
[ 4660.356238] Buffer I/O error on device sdb1, logical block 0
[ 4660.356243] lost page write due to I/O error on sdb1


Cela confirme que ma clé est bien physiquement protégée contre l'écriture même si le pilote usb-storage ignore l'information.


Il vaut mieux montrer que raconter.

Hors ligne

#34 28-06-2019 13:49:11

calixtus06
Membre
Distrib. : Librazik2
Noyau : Linux version 4.9.0-6-lzk-bl-amd64
(G)UI : mate
Inscription : 25-03-2016

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

Salut Raleur, si il te reste des forces , pourrais tu me dire si tu  penses que ça vaille la peine de poursuivre avec cette clef usb ...

Il n'y a pas de mauvaises questions...

Hors ligne

#35 28-06-2019 16:44:24

raleur
Membre
Inscription : 03-10-2014

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

A ma connaissance, le seul moyen de remettre la clé en lecture-écriture est d'agir sur son contrôleur/firmware avec un programme spécialisé (un peu comme les programmes pour remettre à zéro le compteur de pages des imprimantes ou cartouches d'encre). Mais je n'y connais rien.

Il vaut mieux montrer que raconter.

Hors ligne

#36 28-06-2019 20:49:45

calixtus06
Membre
Distrib. : Librazik2
Noyau : Linux version 4.9.0-6-lzk-bl-amd64
(G)UI : mate
Inscription : 25-03-2016

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

ok j'ai un pote informaticien je vais voir ça avec lui et encore un énorme merci pour tout le temps que tu m'as consacré !

Il n'y a pas de mauvaises questions...

Hors ligne

#37 29-06-2019 12:37:24

calixtus06
Membre
Distrib. : Librazik2
Noyau : Linux version 4.9.0-6-lzk-bl-amd64
(G)UI : mate
Inscription : 25-03-2016

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

Salut , par hazard  j'ai branché la clef sur un vieux vista et là je découvre un dossier caché nommé .trash-1000, contenant un dossier files avec tout un tas de fichiers ... La clef ne serait elle pas blindée ? Ce dossier trash bloque t il quelque chose ?

Il n'y a pas de mauvaises questions...

Hors ligne

#38 29-06-2019 12:42:25

raleur
Membre
Inscription : 03-10-2014

Re : [CONTOURNE]The backup GPT table is corrupt, but the primary appears OK

Non, c'est juste la corbeille du gestionnaire de fichiers graphique.
Comprends bien que le problème n'est absolument pas lié au contenu de la clé, mais à la clé elle-même.

Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums