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

Joyce MARKOLL joyce.markoll at gmx.fr
Dim 12 Fév 19:37:58 CET 2017


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

> Le 12/02/2017 à 18:51, Joyce MARKOLL a écrit :
> >
> > Ok, alors cette ligne de commande est ok ?
> > # badblocks -b 512 -v -B -s -w -o hdd-laurent-new-new-test.txt /dev/sdd1
> 
> Ok pour effacer les données avec l'option -w, oui.
> 
> > # file /dev/sdd1
> > /dev/sdd1: block special (8/49)
> 
> Avec un fichier spécial comme un fichier de périphérique, il faut 
> ajouter l'option -s.

Euh, le man de badblocks parle d'affichage des %ages:
*******
       -s     Show  the  progress  of the scan by writing out rough percentage
              completion of the current badblocks pass over  the  disk.   Note
              that  badblocks  may  do  multiple test passes over the disk, in
              particular if the -p or -w option is requested by the user.

*******

> > # wipefs /dev/sdd1
> > [root at bento64:~]
> > # wipefs /dev/sdd
> > offset               type
> > ----------------------------------------------------------------
> > 0x1fe                dos   [partition table]
> 
> Il ne voit que la signature du secteur d'amorce de la partition...

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 ?


> > # ntfsfix /dev/sdd1
> > Mounting volume... ntfs_mst_post_read_fixup_warn: magic: 0xaaaaaaaa  size: 1024
> > usa_ofs: 43690  usa_count: 43689: Invalid argument Record 0 has no FILE magic
> > (0xaaaaaaaa) Failed to load $MFT: Input/output error
> 
> Lui au moins semble reconnaître du NTFS.
> 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
[15731.906092] EXT4-fs (sdd1): VFS: Can't find ext4 filesystem

ou autre chose ?



> >> Tu peux aussi voir si photorec arrive à récupérer quelque chose dessus.
> >> Même sur un système de fichiers très endommagé, il devrait rester des
> >> bribes de contenu de fichiers.
> >
> > Photorec restitue des fichiers avec des noms étranges. :)
> 
> Photorec ne récupère pas les noms de fichiers mais seulement leur 
> contenu, et les nomme avec une extension en fonction du type de contenu.
> Y a-t-il quelque chose de cohérent dans ces fichiers ?

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. :)


-- 

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



Plus d'informations sur la liste de diffusion Linux-31