Ubuntu-fr

Beren

montage impossible d'une partition ext2

Bonjour,
j'espère ne pas mettre tromper de section.

Voilà quelque temps que je ne peut plus monter la 1ère partition (sda1) en ext2 de mon disque dur SATA, Ubuntu 8.10 est installé sur la 3ème (sda3). J'obtiens la fameuse erreur suivante lorsque j'essaie de monter la partition :

wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or helper program, or other error
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail  ou quelque chose du genre

et en suivant les indications j'obtiens :

$dmesg | tail
[281922.362735] EXT2-fs error (device sda1): ext2_check_descriptors: Inode table for group 210 not in group (block 0)!
[281922.362748] EXT2-fs: group descriptors corrupted!

Pour être plus plus précis, je mets les commandes suivantes qui donnet les partitions de mon disque :

$sudo parted -s /dev/sda print
Modèle: ATA SAMSUNG HD501LJ (scsi)
Disque /dev/sda : 500GB
Taille des secteurs (logique/physique) : 512o/512o
Table de partitions : msdos

Numéro  Début   Fin    Taille  Type      Système de fichiers  Fanions  
 1      32,3kB  432GB  432GB   primary   ext2                 démarrage
 2      432GB   500GB  67,7GB  extended                                
 5      432GB   497GB  64,9GB  logical   ext3                          
 6      497GB   500GB  2805MB  logical   linux-swap

et

$sudo fdisk -lu /dev/sda

Disque /dev/sda: 500.1 Go, 500107862016 octets
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 secteurs
Units = secteurs of 1 * 512 = 512 bytes
Identifiant disque: 0x00052bee

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sda1   *          63   844504982   422252460   83  Linux
/dev/sda2       844520985   976768064    66123540    5  Extended
/dev/sda5       844521048   971289899    63384426   83  Linux
/dev/sda6       971289963   976768064     2739051   82  Linux swap / Solaris

Ayant fouillé sur le forum, j'ai été sur le site de Cep et j'ai suivit les 2 méthodes pour récupérer des données. Aucune dès deux n'a fonctionné, au moment du montage j'obtiens de nouveau la même erreur que précédemment.

Comme c'est indiqué régulièrement j'ai utilisé l'utilitaire de réparation des erreurs, c'est à dire :

$sudo fsck -f -y -C0  /dev/sda1

J'ai essayé plusieurs fois cela avec divers paramètre que je n'ai pas pris soin de noter malheureusement. Toutefois à chaque fois cette commande s'arrête à 70% de la première passe et recommence. Pour être plus précis, e2fsck me donne en boucle ceci :

la table d'i-noeuds pour le groupe 210 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 1922 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 1930 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 1934 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 1943 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 1985 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 1986 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2028 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2048 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2049 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2050 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2054 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2061 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2064 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2082 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2090 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2112 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2118 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2133 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2140 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2144 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2146 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

la table d'i-noeuds pour le groupe 2175 n'est pas dans le groupe. (bloc 0)
AVERTISSEMENT : PERTE SÉVÈRE DE DONNÉES POSSIBLE.
Relocaliser ? oui

Passe 1 : vérification des i-noeuds, des blocs et des tailles
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 210 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 1922 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 1930 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 1934 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 1943 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 1985 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 1986 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2028 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2048 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2049 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2050 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2054 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2061 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2064 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2082 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2090 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2112 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2118 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2133 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2140 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2144 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2146 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Erreur lors de l'allocation de 512 bloc(s) contigus dans le groupe de bloc 2175 pour table d'i-noeuds : Could not allocate block in ext2 filesystem
Re-démarrons e2fsck depuis le début...

et quand je le laisse tourner suffisamment longtemps j'ai obtenu ça :

e2fsck: Can't allocate directory map

Avant de ne plus pouvoir monter cette partition, j'avais remarquer que quelques fichiers textes avaient des tailles aberrantes (plusieurs Tera alors que mon disque fait 500Go) et certains n'étaient plus accessibles, ni suppimables. J'avais auparavant modifier mon fichier fstab pour ajouter la partition sans mettre la vérification du disque et, après avoir constaté ce problème, j'ai remodifié fstab pour que le disque soit vérifié par fsck lors du redémmarage suivant. Quand j'ai vu le temps que me prenait la validation des suppressions, j'ai fait arrêter la vérification, modifier avec un LiveCD fstab pour ne plus avoir la vérification. C'est après que je n'ai plus put monter le disque. J'ai remis la partition dans fstab sans et avec la vérification ne sachant à ce moment là trop ce que je faisais. Il est même possible que dans cette période de crise, je n'ai pas fait attention si j'écrivais dans fstab ext2 ou ext3 pour la partition.

Alors avec tout ça, une bonne âme aurait-elle le courage de m'aider ? J'espère ne pas avoir que comme dernière recours, l'application de récupération TestDisk que mentionne Cep ici.

Dernière modification par Beren (Le 15/01/2009, à 09:41)

rmy

Re : montage impossible d'une partition ext2

Testdisk, ce n'est pas si méchant, et c'est parfois une solution à beaucoup de problèmes...
En essayant testdisk, tu verrais au moins rapidement si tes fichiers sont accessibles sur cette partition...

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Beren

Re : montage impossible d'une partition ext2

Ça fait longtemps mais pour faire différent test j'avais besoin d'assez de place pour faire une copie de la partition qui fait comme même 430Go.

Donc j'ai procédé, à différent tests :
- avec testdisk, je ne peut pas voir l'arborescence des fichiers de la partition

Partition table type (auto): Intel
Disk /dev/sdc - 500 GB / 465 GiB - ATA SAMSUNG HD501LJ
Partition table type: Intel

Analyse Disk /dev/sdc - 500 GB / 465 GiB - CHS 60801 255 63
Geometry from i386 MBR: head=255 sector=63
check_part_i386 failed for partition type 83
get_geometry_from_list_part_aux head=255 nbr=3
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=3

Current partition structure:
No EXT2, JFS, Reiser, cramfs or XFS marker
 1 * Linux                    0   1  1 52568   0 63  844504920
 1 * Linux                    0   1  1 52568   0 63  844504920
 2 P Linux                52569   0  1 60800 254 63  132247080
Backup partition structure
partition_save

Pour une recherche approfondie j'ai ça :

Ask the user for vista mode
Allow partial last cylinder : No
search_vista_part: 0

search_part()
Disk /dev/sdc - 500 GB / 465 GiB - CHS 60801 255 63

recover_EXT2: s_block_group_nr=0/0, s_mnt_count=0/39, s_blocks_per_group=8192, s_inodes_per_group=2000
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 8000
recover_EXT2: part_size 16000
   D Linux                52568   1  1 52568 254 61      16000
     EXT3 Sparse superblock, 8192 KB / 8000 KiB

recover_EXT2: s_block_group_nr=0/504, s_mnt_count=15/26, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 16530885
recover_EXT2: part_size 132247080
   D Linux                52569   0  1 60800 254 63  132247080
     EXT3 Large file Sparse superblock Recover, 67 GB / 63 GiB
get_geometry_from_list_part_aux head=255 nbr=4
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=255 nbr=4

Results
   L Linux                52568   1  1 52568 254 63      16002
     EXT3 Sparse superblock, 8193 KB / 8001 KiB
   * Linux                52569   0  1 60800 254 63  132247080
     EXT3 Large file Sparse superblock Recover, 67 GB / 63 GiB

interface_write()
 1 E extended LBA         52568   0  1 52568 254 63      16065
 2 * Linux                52569   0  1 60800 254 63  132247080
 5 L Linux                52568   1  1 52568 254 63      16002
simulate write!

write_mbr_i386: starting...
write_all_log_i386: starting...
write_all_log_i386: CHS: 52568/0/1,lba=844504920

- avec photorec, j'ai tenté une récupération :
           - les fichiers son sont coupés en bloc de 4Mo
           - les fichiers pdf sont présents plusieurs fois sans différence apparente, les images dans certains pdf ont des anomalies : parties dégradées, couleurs changées...
           - les fichiers vidéo mpg, mkv... a part 3-4 avi de petite taille sont illisibles : on peut lire les 10 premières secondes de certaines puis plus rien (écran noir) ou arrêt du lecteur (même VLC qui se débrouille vraiment bien avec les vidéos défectueuses).

- j'ai tenté ensuite pour voir de faire une image avec dd_rhelp pour voir s'il n'y avait pas des erreurs : résultats pas d'erreur mais l'image reste inmontable et un passage de e2fsck sur l'image donne toujours le même problème : plantage lors de la seconde passe.

=== COMPUTED VERSION OF LOG :
chunk:
logcontent:
eof:nothing
=== parsing at 0k, for 0k, max continuous err: 2.5k >>> ===
dd_rescue: (info): ipos: 422252448.0k, opos: 422252448.0k, xferd: 422252448.0k
                   errs:      0, errxfer:         0.0k, succxfer: 422252448.0k
             +curr.rate:    36367kB/s, avg.rate:    34867kB/s, avg.load:-11.7%
dd_rescue: (info): /dev/sdc1 (422252460.0k): EOF
Summary for /dev/sdc1 -> /media/stock/dossierrecup/marecup.img:
dd_rescue: (info): ipos: 422252460.0k, opos: 422252460.0k, xferd: 422252460.0k
                   errs:      0, errxfer:         0.0k, succxfer: 422252460.0k
             +curr.rate:     7389kB/s, avg.rate:    34867kB/s, avg.load:-11.7%
=== COMPUTED VERSION OF LOG :
chunk:0-422252460.0
logcontent:ipos=422252460.0:xferd=422252460.0:NR:errxfer=0.0:succxfer=422252460.0
eof:422252460.0

Après tout celà je pense sans avoir aucune preuve que mon intuition :
- le système de fichier est endommagé de telle sorte que les inodes (je crois) qui indiquent comment relier les bouts de données entre eux pour faire un fichier sont défectueux.
- s'ils sont défectueux à cause d'un bidouillage (tentative de montage en ext3 au lieu de ext2) et/ou arrêt en plein milieu de e2fsck, et qu'il n'est pas possible de relier de nouveau les blocs entre eux et bien je crois que c'est cuit.

J'ai vu ça : http://www.cgsecurity.org/wiki/Data_Recovery_Examples#Lost_partition_after_defrag ; ça ressemble à mon problème mais je ne sais pas comment faire pour réduire la première partition au-quelle je ne peut accéder pour utiliser un secteur de moins ("he has shrink the FAT32 filesystem to use one sector less").

Voilà je crois que mon cas est désespéré.

Dernière modification par Beren (Le 31/10/2009, à 14:25)

rmy

Re : montage impossible d'une partition ext2

non ce problème ne correspond pas. Là, il s'agit d'une partition qui a écrasé les premiers secteurs d'une paritition étendue qui la suivait. Pour récupérer les données de la deuxième partition il a donc raccourci la première afin de redonner sa taille normale à la partition étendue puis reconstruit le BS de la partition étendue afin de retrouver les données.

Avec photorec as-tu bien spécifié que les données provenaient d'un système linux ? C'est la raison pour laquelle je pense les "morceaux" font 4Mo... ou alors ton "block size" (si ma mémoire est bonne) ne doit pas avoir la bonne valeur et du coup les fichiers récupérés contiennent des superblocks (ce qui inévitablement altère le contenu...)

Je n'ai pas beaucoup de temps mais je passerai voir l'évolution du sujet. Où en es-tu ? As-tu toujours après tes manips, accès aux autres partitions du disque ? Que cherches-tu à faire exactement maintenant ?
J'ai relu en diagonale ces vieux posts, mais je ne me souviens plus de tout et je ne sais pas ce que tu as fait entre temps...

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr