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

[Joyce MARKOLL]

On Sun, 12 Feb 2017 18:20:35 +0100
Pascal Hambourg <pascal at plouf.fr.eu.org> wrote:

> Le 12/02/2017 à 17:18, Joyce MARKOLL a écrit :

> > http://meets.free.fr/images/HDD-Laurent.png
> 
> Note : Il était possible de copier-coller le contenu de la console en 
> tant que texte brut dans le message au lieu d'en faire une copie d'écran 
> graphique à télécharger séparément.

Bonjour Pascal,

Oui je sais, mais j'utilise le mode texte et les colonnes sautent volontiers ce qui rend
le tout moins lisible.

> > Je vous sais friands de détails, alors le retour de console : "badblocks: Argument
> > invalide lors de la recherche" et la ligne de commande utilisée hier : "badblocks
> > -svn /dev/sdd1 122881184 63", les chiffres utilisés sont ceux trouvés avec "fdisk -l",
> 
> Il y a deux erreurs dans les arguments de badblocks :
> 
> 1) badblocks utilise par défaut une taille de bloc de 1 Kio et non des 
> secteur de 512 octets. Il faut utiliser l'option -b pour spécifier une 
> taille de bloc différente.
> 
> Par conséquent tu as mis une position de fin qui dépasse la taille de la 
> partition, et il est normal que badblocks s'arrête en erreur lorsqu'il 
> atteint la fin de celle-ci.
> 
> 2) Si tu spécifies la partition sdd1 comme périphérique, il ne faut pas 
> spécifier les bloc de début et de fin rapport au disque entier sdd. 
> C'est implicite : le secteur 0 de la partition sdd1 est le secteur 63 du 
> disque sdd.
> 
> Conclusion : test non concluant.

Ok, alors cette ligne de commande est ok ?
# badblocks -b 512 -v -B -s -w -o hdd-laurent-new-new-test.txt /dev/sdd1


> > Donc, est-ce un FS classique Ntfs
> 
> S'il y a une installation de Windows XP dessus, c'est forcément FAT ou 
> NTFS. Soit le système de fichiers est très endommagé, soit il y a un 
> couche intermédiaire de chiffrement ou autre.
> 
> Que disent blkid, file, wipefs et ntfsfix au sujet de sdd1 ?

Ils disent:

**********
# blkid
/dev/sdd5: UUID="1EC4F78EC4F76705" TYPE="ntfs" PARTUUID="d4fdd4fd-05"
/dev/sdd1: PARTUUID="d4fdd4fd-01"

# file /dev/sdd1
/dev/sdd1: block special (8/49)

# wipefs /dev/sdd1
[root at bento64:~]
# wipefs /dev/sdd
offset               type
----------------------------------------------------------------
0x1fe                dos   [partition table]

# file /dev/sdd1
/dev/sdd1: block special (8/49)

# 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
FAILED
Attempting to correct errors... 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
FAILED
Failed to startup volume: Input/output error
Checking for self-located MFT segment... ntfs_mst_post_read_fixup_warn: magic:
0xaaaaaaaa  size: 1024   usa_ofs: 43690  usa_count: 43689: Invalid argument OK
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
Volume is corrupt. You should run chkdsk.
# 

**********

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


> >, et si oui, pourquoi est-il présenté par
> > cfdisk comme "HPFS/Ntfs/exFAT" ?
> 
> Parce cfdisk se contente de lire l'identifiant de type de partition dans 
> la table de partition et non le contenu de la partition elle-même, et 
> que ces trois systèmes de fichiers utilisent le même identifiant 07h.

Ok, merci !


-- 

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