Bonjour
Voila je suis débutant ds linux, je viens d'installer la derniere de mandrake!
je boot, et il me met "le systeme de fichier et corrompu. voulez vous reparer les erreur (O/N) "
je je fasse O ou N il me demande mon mot de passe root, ce que je fait!
j'atteri ainsi ds le shell.
ensuite ben que dois-je fair?
c'est ralent, je ne sais meme pas entrer ds mandrake!

Merci

Tommy

Salut

Essaye de rebooter en forçant une vérification des disques, pour cela entre:
shutdown -r -F now

Attention reboot immédiat.
A +

Salut,
En root dans le shell où tu atterri:
# e2fsck -y /dev/hda
(Enfin ça dépend du système de fichier: ceci est bon pour ext2 ou ext3)

-> si je fais un reboot avec une verification forcée je reviens a la meme situation!

-> avec la commande "# e2fsck -y /dev/hda " il ne se passe rien de plus non plus!

l'erreur est:
Code: bad EIP value.
Warning... fsck.ext3 for device /dev/hda5 exited with signal 11.
Le système de fichier est corrompu. Voulez vous réparer les erreurs...

Voila si ca peut plus vous aider...

Merci

Tommy

Tu as bien mis le paramètre -y ?
Si oui tu peux essayer
# e2fsck -a /dev/hda5
Dans ce cas les réparations sont automatiques.

Bonjour,
je suis suis desolé ms ca ne marche tjs pas:
qd je tape la ligne de commande, il me repond,

Code: bad EIP value.
segmentation fault
(reparation des systemes de fichiers) 2 #

Tom

J'ai eu ce genre de problème dans le passé avec d'anciennes distrib (redhat 6, 8, mandrake 7, ...) jusqu'à ce que je m'aperçoive que mon PC avait un problème de mémoire.
En effet, sous windows 98, j'avait des problèmes de stabilité, ça pouvait sembler "normal";-). Je redémarrais et tout rentrait dans l'ordre. Avec linux, ça ne pardonnait pas, car ça plantait, et j'avais le même pb que toi, les données était perdues et le système ne pouvait plus se réparer lui même.

C'est peut être un problème matériel

bizard,
pourtant je n'ai jamais eu de probleme de stabilité ou de memoire ds la passé...

tom

Re

Ce que je te proposais t'a ramené à ton point de départ... je m'en suis douté après avoir posté. En lisant de la doc, j'ai peut-être trouvé une solution:

Pour hda5 (puisque apparemment c'est là où cela coince):

1) déterminer où sont les superblocks:
mke2fs -n /dev/hda5
...
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208

2) vérifier l'image en utilisant un de ces blocks (ici le premier):
e2fsck -y -b 32768 /dev/hda

Je ne sais pas si cela fonctionnera, A +

PS: j'ai oublié un 5
Donc pour le 2)
e2fsck -y -b 32768 /dev/hda5

bonjour,
voila j'ai essayer ta solution, voila ce qu'il se passe:

1) il me trouve bien effectivement mes superblok:

superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000

2) je fais la 2eme etape:

il me dit,

the superblock could not be read or does not describe a correct ext2 file system. 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>

il me met ca avec tout les superblock
je pense que mon system de fichier c ext3 au lieu de ext2

j'espere que ces info sont utiles...

Merci
Tom

Re

Comme dit j'ai lu les docs (mais ne l'ai pas fait). Apparemment il te dit:
e2fsck -b 8193 <device>
hors si on part de 0 le premier superblock devrait être dans cet exemple 8x1024=8192 donc il semblerait qu'il faut partir de 1 et donc entrer:

e2fsck -y -b 32769 /dev/hda5

Essaie ainsi... je croise les doigts car après je ne vois vraiment plus ce que je pourrais ajouter.

A +