Hello Frederic,
Le 04/01/2025 à 09:32, Frédéric a écrit :
> Hello,
>
> J'ai l'impression d'avoir fait une connerie : j'ai voulu mettre un label
> sur une partition d'une carte SD en vfat avec la commande :
>
> $ sudo fatlabel /dev/sdc1 mon_label
>
> et, depuis, la carte n'apparaît plus lorsque je l'insère :o/
C'est peut-être un bug du soft que tu as utilisés (fatlabel).
Tous les softs ne sont pas bug free, et cela arrive que des softs qui
manipulent les tables de partitions & systèmes de fichiers ont des bugs.
J'ai souvenir que sur la liste, une personne avait perdu des données
lors d'une re-dimensionnement de partition NTFS. Le problème était lié à
une version buggée du soft, qui avait été corrigé depuis.
Fatlabel que tu as utilisé fait parti des dosftools qui a été mis à
jour il y a 9 mois: https://tracker.debian.org/pkg/dosfstools
> La partition est pourtant toujours là (vue avec fdisk), mais j'ai dû
> casser le système de fichier. Non ?
Effectivement, il y a 2 choses au niveau du disque:
- le partitionnement (soit MBR soit GPT), qui indique "simplement" où
les partitions commencent et terminent
- le système de fichiers (FAT, NTFS, EXT4, etc ...), qui stocke les
données des fichiers, les noms, les attributs, les chemins, etc ...
J'imagine que fatlabel n'est supposé ne toucher qu'à cette partie.
Tu peux éventuellement faire un "hexedit /dev/sdx1" , afin de voir le
début de la partition. Comme c'est du FAT, tu dois voir en clair le
nouveau label que tu as mis.
Une hypothèse : Tu as mis un label trop long, qui a écrasé des données
au-delà de zone autorisée (16 caractères de mémoire en VFAT ?).
Autres infos:
- le header d'une VFAT contient la position du début et de la fin de la
partition. Oui, c'est ridicule car cela fait doublon avec les données du
MBR/GPT. Mais c'est clair qu'il faut que les deux informations soient
cohérentes entre elles . Regardes du côte de
https://fr.wikipedia.org/wiki/Virtual_FAT , tu devrais pouvoir trouver
des infos sur le header de ta partition, afin de vérifier les données
- les FAT16 & 32 ont une backup des données de header, généralement vers
la fin de la partition. Regardes si les données sont identiquement
corrompues
- enfin, il ne faut pas oublier les bases. Que disent "dmesg" et
"journalctrl" lorsque tu essayes d'ouvrir la partition ?
> J'ai fait un backup avec dd, histoire de pouvoir travailler plus
> facilement, mais je ne sais pas trop quoi faire...
"testdisk" devrait pouvoir t'aider
Ou alors, il faut que tu montes le dump dd dans une VM Windows, et voir
si la commande "chkdsk /f" te permet de récupérer quelque chose.
Cordialement,
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
