Aller au contenu

Réparer différents types de systèmes sous linux


Messages recommandés

Bonjour,

j'ai un disque avec des partitions NTFS et ext 4 qui est en train de lâcher, et je voudrais savoir s'il existe une commande qui permette de réparer ces systèmes de fichiers sous ubuntu.

J'ai essayé fsck, mais il ne fait rien, même quand que je tape "fsck /dev/sda5", qui est ma partition ext4...

Merci d'avance pour votre aide.

Lien vers le commentaire
Partager sur d’autres sites

fsck, comme dit son nom, répare les systèmes de fichiers, pas les disques et ses erreurs physiques.

Certes, mais comme ubuntu n'arrive plus à démarrer sur la partition ext4, je voudrais d'abord tester le système de fichiers. Et ce qui m'agace, c'est que chkdsk teste en direct, et prend un certain temps avant de donner une réponse, alors que fsck donne un résutat tout de suite avec la commande que j'ai indiqué, comme s'il ne faisait rien...

Lien vers le commentaire
Partager sur d’autres sites

Essaye testdisk et/ou photorecord. Tu peux aussi utiliser dd_rescue avant toute chose pour éviter de risquer la perte de données. Il faut un disque ou une partoche avec de la place pour ça.

Trop tard, le dd n'est plus détecté, direction SAV...

Lien vers le commentaire
Partager sur d’autres sites

Essaye testdisk et/ou photorecord. Tu peux aussi utiliser dd_rescue avant toute chose pour éviter de risquer la perte de données. Il faut un disque ou une partoche avec de la place pour ça.

Trop tard, le dd n'est plus détecté, direction SAV...

Edit : il vient de ressusciter, testdisk en cours, merci theocrite.

Lien vers le commentaire
Partager sur d’autres sites

Merci theocrite, ce wiki est très pratique.

Par contre, j'ai essayé d'utiliser ddrescue, pour copier les données du disque endommagé (qui est en ntfs) sur un autre disque (également ntfs).

Le problème, c'est que le disque de destination prend le système de fichier "inconnu" dès que la copie commence. Est-ce qu'il faut qu'elle aille jusqu'au bout, et le disque apparaitra à nouveau en ntfs ?

Une idée sur la cause de ce problème ?

Merci d'avance.

Lien vers le commentaire
Partager sur d’autres sites

Je quote la dernière ligne du de ddrescue dans le wiki de theo :

Once you have a perfect clone of your drive, then use a filesystem repair utility on it. If it's FAT32 or NTFS, use chkdsk.

Ce qui veut donc dire que ça doit fonctionner pour le NTFS.

Il faut dire aussi que c'est nde la copie bit à bit donc il s'en cogne du fs

En même temps j'ai lu autre chose :

ddrescue, like *NIX `dd`, will sector copy an input file/device to an output file/device. The difference between ddrescue and dd is that ddrescue automates data recovery. If a bad block is encountered, it is logged and a large area is skipped

Je ne veux pas dire de bêtise donc ce qui suit n'est qu'une hypothèse : vu que les données sont fragmentées sur du NTFS, il n'y a pas plus de risques de retrouver moins de datas sur du NTFS comparé à du ext (par exemple) ???

Lien vers le commentaire
Partager sur d’autres sites

Once you have a perfect clone of your drive, then use a filesystem repair utility on it. If it's FAT32 or NTFS, use chkdsk.

Ce qui veut donc dire que ça doit fonctionner pour le NTFS.

Il faut dire aussi que c'est nde la copie bit à bit donc il s'en cogne du fs

Je confirme que ça fonctionne pour le NTFS. Pas forcément pour réparer un disque réellement défaillant, mais aussi pour corriger des erreurs sur le disque empechant d'utiliser gparted pour redimentionner la partition.

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...