[Linux-31] Quel est donc ce système de fichiers ?

[Joyce MARKOLL]

On Sun, 12 Feb 2017 19:48:40 +0100
Pascal Hambourg <pascal at plouf.fr.eu.org> wrote:

> Le 12/02/2017 à 19:37, Joyce MARKOLL a écrit :
> > On Sun, 12 Feb 2017 19:28:16 +0100
> > Pascal Hambourg <pascal at plouf.fr.eu.org> wrote:

> Je parle de la commande file, pas de badblocks.

Ah ? Ok.

*********

# file -s /dev/sdd1
/dev/sdd1: 5View capture file

# file -s /dev/sdd
/dev/sdd: DOS/MBR boot sector MS-MBR XP at offset 0x12c "Table de partition non valide"
at offset 0x14a "Erreur lors du chargement du syst\212me d'exploitati" at offset 0x17c
"Syst\212me d'exploitation absent", disk signature 0xd4fdd4fd; partition 1 : ID=0x7,
active, start-CHS (0x0,1,1), end-CHS (0x3ff,254,63), startsector 63, 122881122 sectors;
partition 2 : ID=0xf, start-CHS (0x3ff,0,1), end-CHS (0x3ff,254,63), startsector
122881185, 111587490 sectors 

*********
> > Oui. À quoi sert wipefs ? Le man dit:
> >
> > **********
> > DESCRIPTION
> >        wipefs  can  erase  filesystem, raid or partition-table signatures (magic
> > strings) from the specified device to make the signatures invisible for libblkid.
> >
> > **********
> >
> > mais je ne vois pas le rapport ?

> wipefs est assez fort pour trouver les signatures de méta-données 
> diverses, pour pouvoir ensuite les effacer. Sans option il ne fait que 
> les afficher et n'efface rien.
> 
> >> Y a-t-il des messages d'erreur liés au disque dans les logs du noyau ?
> >
> > Ce genre de message ? →
> >  dmesg | grep sdd
> > [  555.759283] sd 7:0:0:0: [sdd] 234493056 512-byte logical blocks: (120 GB/112 GiB)
> > [  555.761442] sd 7:0:0:0: [sdd] Write Protect is off
> > [  555.761455] sd 7:0:0:0: [sdd] Mode Sense: 28 00 00 00
> > [  555.762533] sd 7:0:0:0: [sdd] No Caching mode page found
> > [  555.762547] sd 7:0:0:0: [sdd] Assuming drive cache: write through
> > [  555.803348]  sdd: sdd1 sdd2 < sdd5 >
> > [  555.807905] sd 7:0:0:0: [sdd] Attached SCSI disk
> 
> Non, ça ce sont des messages d'information normaux lors de la découverte 
> du disque.
> 
> > [15731.906092] EXT4-fs (sdd1): VFS: Can't find ext4 filesystem
> 
> Résultat d'une tentative de montage en ext4.
> 
> S'il n'y a aucun autre message relatif à sdd, alors il ne s'agit pas 
> d'erreurs de lecture ou d'écriture mais juste d'erreurs liées à la 
> corruption des méta-données.
> 
> > Je n'ai pas (encore) essayé photorec. Je suis en train de lire la doc de ddrescue,
> > ( file:///usr/share/doc/gddrescue/html/index.html ) proposé par Fabrice. :)
> 
> ddrescue sert à créer une image du disque ou de la partition que tu 
> pourras analyser à volonté sans risque d'aggraver les dégâts.

S'il parvient à accéder à la partition quand je vais essayer. Pour l'instant,  c'est
badblock qui tourne. Il en est là:

*******************************
# badblocks -b 512 -v -B -s -w -o hdd-laurent-new-new-test.txt /dev/sdd1
Vérification des blocs défectueux en mode lecture-écriture
Du bloc 0 au bloc 122881121
Test en cours avec le motif 0xaa: complété                                             
Lecture et comparaison :  54.90% effectué, 1:08:05 écoulé. (0/0/0 erreurs)

*******************************

je remarque qu'il est parti de 0 pour aller jusqu'à 122881121. Et 122881121 + **63** =
**122881184**. fdisk donne:

/dev/sdd1    *               63 **122881184** 122881122 58,6G  7 HPFS/NTFS/exFAT

par comparaison avec ton mail sur les options de badblocks, cela m'intrigue de voir qu'en
donnant le numéro de partition il part de 0 ?


-- 

http://orditux.org
https://linux-ariege.eu.org
http://linuxvillage.org 
http://bentovillage.me