Fsck , ext4 et Bad magic number

Support Debian
#1

salut à tous,
ce matin, je démarre l’ordi, grub s’affiche , je lance Ubuntu (10.10) puis après plusieurs secondes rien (écran noir). Je redémarre idem.
Je lance un LiveCD pour voir ce qu’il se passe. je monte ma partition racine (sdc5) et là, mount me dit que définir le système de fichier. Grosse interrogation, mais pourquoi il est sensé le trouver lui-même.
Je monte la partition usr (sdb6) pas de problème.
je fais un fsck.ext4 (avec option) sur sdb5 , réponse :
bad magic superbloc lors de la tentative d’ouverture de sdb5
le superbloc n’a pas pu être lu ou ne contient pas un système de fichiers ext2 correct …
j’ai essayé mke2fs
e2fsck -b numero bloc sur sdb5
rien tjr le même message

ne faisant pas toujours des récupérations de partition, je n’ose tenter pour le moment des commandes qui pourraient rendre le système irrécupérable.
pour info , voici ma table des partitions :
sdb1 primary linux ext2 boot
sdb2 primary ntfs
sdb3 primary ntfs
sdb5 logical linux /
sdb6 logical linux ext3 /usr
sdb7 logical linux ext3 /var

comme vous pouvez le voir cfdisk indique pour sdb5 linux sans extxxx, sdb5 a été formatée en ext4.

Si vous pouviez m’aider à récupérer cette partition.
j’ai tout de même une sauvegarde de ma partition via un dd que j’ai fait il y a … 1 an :confused:

merci

#2

Tu peux essayer un :
dumpe2fs /dev/sdb5 |grep superbloc
pour trouver les super de secours puis essayer un mount avec l’option sb et numéro correspondant. En ro de préférence.
Si çà fonctionne faire des sauvegardes et passer ensuite un fsck en utilisant le super.
Il y a risque de perte de données récentes avec un fsck sur un super de secours bien sûr.
Si le mount ne fonctionne pas, si les données sont importantes faire une image du fs et travailler sur l’image.

#3

Les corruptions inexpliquées sont parfois des signes avant-coureurs de disques durs prêts à claquer, d’électronique à remplacer …

Cette corruption est-elle réellement inexpliquée ?
Quelle opération dernièrement menée pourrait expliquer cette corruption ?

Testdisk depuis un live-cd. Faire détecter le partitionnement, l’écrire.
Lister les fichiers.

Pas concluant ?

Le superbloc de secours
testdisk
advanced (filesystems Utils) -> Superblocks

[code]
TestDisk 6.13, Data Recovery Utility, November 2011

Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org


Disk /dev/sda - 250 GB / 232 GiB - CHS 30401 255 63
Partition                  Start        End    Size in sectors
     Linux                10008   1  1 12116 254 57   33881016
        superblock 2654208, blocksize=4096 []
        superblock 4096000, blocksize=4096 []
        
  To repair the filesystem using alternate superblock, run
  fsck.ext4 -p -b superblock -B blocksize device      [/code]
#4

petit détail qui peut avoir son importance, le disque sur lequel se trouve le système est un SSD . Après avoir eu plusieurs info, je l’ai mis en ext4 journalisé et non en btrfs.
je vais tester vos méthodes !

#5

résultat des commandes :
dumpe2fs /dev/sdb5 |grep superbloc

dumpe2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/sdb5
Impossible de trouver un superbloc de système de fichiers valide.

testdisk :

Disk /dev/sdb - 64 GB / 59 GiB - CHS 7783 255 63

     Partition                  Start        End    Size in sectors

pas de superbloc détecté

#6

testdisk -> analyse

Disk /dev/sdb - 64 GB / 59 GiB - CHS 7783 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P Linux                    0  32 33    15 108 29     245760
Warning: number of heads/cylinder mismatches 240 (NTFS) != 255 (HD)
 2 * HPFS - NTFS             15 108 30    28  44 16     204800 [System Reserved]

Bad relative sector.
Warning: number of heads/cylinder mismatches 240 (NTFS) != 255 (HD)
 3 P HPFS - NTFS             28  44 17  4804 139  7   76732416

Bad relative sector.
 4 E extended              4804 163 47  7782 254 63   47847320
No ext2, JFS, Reiser, cramfs or XFS marker
 5 L Linux                 4804 164 47  5290 163 46    7807527
 5 L Linux                 4804 164 47  5290 163 46    7807527
   X extended              5290 163 47  7174 163 46   30266460
 6 L Linux                 5290 164 47  7174 163 46   30266397
   X extended              7174 163 47  7782 254 63    9773270
 7 L Linux                 7174 164 47  7782 254 63    9773207
#7

En complément de testdisk tu peux aussi déterminer la position des super avec
mkfs.ext4 et l’option -n (ne surtout pas oublier l’option -n) Voir man mkfs.ext4

#8

commande mkfs.ext4 -n :

mke2fs 1.41.12 (17-May-2010)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
244320 i-noeuds, 975940 blocs
48797 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=1002438656
30 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8144 i-noeuds par groupe
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736
#9 
mount -o sb -r /dev/sdb5 /montage/

mount: you must specify the filesystem type

pour le moment toutes les commandes que j’ai pu faire n’ont donné aucun résultat satisfaisant !

je crois que je suis parti pour un formatage et copie de la vieille sauvegarde. La chance que j’ai, c’est que ça concerne que la racine , je perdrais les fichiers de config !! (/etc)

#10

[quote=“nomade000”] mount -o sb -r /dev/sdb5 /montage/

mount: you must specify the filesystem type

pour le moment toutes les commandes que j’ai pu faire n’ont donné aucun résultat satisfaisant !

je crois que je suis parti pour un formatage et copie de la vieille sauvegarde. La chance que j’ai, c’est que ça concerne que la racine , je perdrais les fichiers de config !! (/etc)[/quote]
Lire le man des commandes conseillées est un minimum. Y compris si nécessaire la doc sur testdisk qui, mal utilisé, peut être ravageur pour les données.

#11

j’ai fait un backup de la partition sdb5
j’ai réussi à monter ce backup :

Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736

mount -f -v -o sb=32768,ro  sdb5.img /montage/
sdb5.img on /montage type unknown (ro,sb)

df -h :

Filesystem            Size  Used Avail Use% Mounted on
aufs                  3,0G  3,0G   24K 100% /
none                  2,9G  324K  2,9G   1% /dev
/dev/sr0              695M  695M     0 100% /cdrom
/dev/loop0            657M  657M     0 100% /rofs
none                  3,0G  276K  3,0G   1% /dev/shm
tmpfs                 3,0G  2,6M  3,0G   1% /tmp
none                  3,0G   96K  3,0G   1% /var/run
none                  3,0G     0  3,0G   0% /var/lock
/dev/sda1              56G   47G  6,2G  89% /mnt
/dev/loop1            3,6G  964M  2,6G  27% /media/sdc5
/mnt/systeme/andromede/sdb5.img
                      3,0G  3,0G   24K 100% /montage

premièrement je constate qu’il est plein, en serait ce une cause ?
enfin, il n’y a rien dans le répertoire montage via ls
et umount /montage me dit :

umount: /montage: not mounted
#12

j’ai ma réponse sur le fait que la partition soit pleine, le test correspondait à l’image !
j’ai monté la partition physique et là mauvaise surprise :
/dev/sdb5 3,0G 182M 2,8G 7% /montage
y a que 182Mo d’utilisé
j’suis bon pour le formatage ! et m…e