hello,

J'ai un multiboot sur mon PC (windows 2000 et mandrake 10.0); les deux os sont sur le même disque dur, win sur une partition principale et linux sur la partition étendue. Tout fonctionnait bien jusqu'à ce que je réinstalle windows (enfin juste après la réinstallation, en fait). A ce moment là, j'ai réduit un peu la partition windows, et j'ai crée une 2e partition principale dans l'espace libéré.

Mais maintenant, je peux plus booter linux, j'obtiens ça:


Couldn't find ext2 superblock, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/hde5

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>



Bien sur, j'ai supprimé la nouvelle partition, mais ça n'a pas résolu le problème.

Mon hypothèse, c'est que lilo essaie de booter sur hde5, mais que le nom des partitions a changé quand j'en ai crée une nouvelle (hde5 ne désignerait plus la même partition qu'avant). du coup, il trouve plus ce qu'il attend. C'est possible ça? (je suis un peu newbie)

Bref, si quelqu'un a une idée pour résoudre ce problème sans refaire complètement l'installation sans perdre mais données, je lui serait très reconnaissant.

merci

Gros comme une maison, c'est un truc dans le genre...

Donc un boot sur CD en mode rescue.

Un fdisk pour retrouver les nouveaux noms de partoches, sans rien essayer de changer, juste noter.

Un montage temporaire de ta partoche nux principale et éventuellement de /boot.
Un chroot. Une édition du fstab pour remettre les bons devices pour nux. Une édition du lilo.conf, en n'oubliant pas de vérifier la section dédiée à win, un coup de lilo (c'est pour ca le chroot).

Ca devrait rouler.

Je l'ai eu une fois en détruisant une partition sous W2K, le méchant avait tout renuméroté, remettre en place prend à peu près 10mn, y compris les reboots, mais faut y aller avec méthode...

Tiens nous au courant !

Salut,

Pour réparer il sera sans doute nécessaire de savoir où sont les copies du superblock puisque le superblock de base est endommagé.
On peut facilement le déterminer:

# dumpe2fs /dev/hdb5 | grep 'Backup superblock'
dumpe2fs 1.34 (25-Jul-2003)
Backup superblock at 32768, Group descriptors at 32769-32770
Backup superblock at 98304, Group descriptors at 98305-98306
Backup superblock at 163840, Group descriptors at 163841-163842...

Mais évidemment c'est à faire avant que le superblock de base ne soit foutu.

Mais tout n'est pas perdu:

mke2fs -n /dev/hdb5 ne crée pas de système de fichier mais indique ce qui se passerait si le sytème de fichier était créé. Peut servir pour déterminer l'emplacement des superblocks.
Attention: absolument metttre le paramètre -n

Pour restaurer:
e2fsck -f -b 32768 /dev/hdb5 (par exemple)

(remplace /dev/hdb5 par ce qui est bon pour toi)

Effectivement, il cherchait une partition swap sur une partition qui était en fait en ext2, et il cherchait mon /home sur une partition ntfs.

Merci glorfindel, ta méthode (un peu simplifiée) a marché.
boot à partir du cd1 d'installation, mode "rescue"
"lsparts" pour noter le nom des partitions.
édition de /etc/fstab avec vi, pour corriger les numéros de partition
et l'affaire est dans le sac.

De rien, j'avais eu le cas avec W2K, il se croit propriétaire de tout, même quand il boote par un lilo sans le savoir...

Le coup du lsparts est valable, mais je préfère fdisk (et même sfdisk) car j'ai plusieurs distribs en multiboot... Et la ca se corse O:-).

Mais si ce genre de symptome t'arrive sans avoir juste avant fait des C... ) avec Win, n'oublies pas la méthode d'analyse du Père Hoquet ;-) ;-) ;-)

Bye ! Au prochain probleme :,( (mais, non, j'rigole, y en aura plus ;-p )