Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Linux Autres OS Linux superblock corrompu

superblock corrompu

17 réponses
Avatar
Frédéric Fauberteau
Bonjour,
je viens d'installer Linux sur une petite configuration (matériel de
récup) pour en faire un serveur, mais j'ai quelques problèmes :
- j'ai des erreurs qui se créent sur le système de fichier EXT3
- j'ai mon superblock corrompu, donc je ne peut plus démarrer en mode normal

Je pense que cela viens du fait que mon PC ne s'arrête pas correctement.
Quand j'appelle shutdown, tout se déroule normalement mais le PC ne
s'éteint pas à la fin. Au lieu de ça, je suis gratifié du message :

Process halt (pid: 211, stackpage=c57f9000)
Stack: 028682f9 81460000 00000000 9dee6789 0001c57f 00000000 00030000
5307000
00000000 00000000 81350058 810a0000 000080dd 00060000 00488036
c57f9e40
c01cfdca 00000010 c57f9e40 00000286 c0100018 00000018 000014e0
c57f9e48
Call Trace:
[<c01cfdca>] apm_bios_call_simple+0x3a/0x70 [kernel]
[<c01d0000>] apm_cpu_idle-0xa0/0x180 [kernel]
[<c01cfe94>] set_power_state+0x24/0x40 [kernel]
[<c01cfec3>] set_system_power_state+0x13/0x20 [kernel]
[<c01d0157>] apm_power_off+0x77/0x80 [kernel]
[<c01c2672>] machine_power_off+0x12/0x20 [kernel]
[<c01e28ed>] sys_reboot+0x11d/0x1c0 [kernel]
[<c01d607b>] wake_up_process+0xb/0x230 [kernel]
[<c01e10c4>] deliver_signal+0x54/0x60 [kernel]
[<c01e1154>] send_sig_info+0x84/0x90 [kernel]
[<c01e137d>] kill_something_info+0xad/0x160 [kernel]
[<c01e1aee>] sys_kill+0x3e/0x40 [kernel]
[<c02138cd>] dput+0x1d/0x160 [kernel]
[<c0202165>] fput+0x95/0x100 [kernel]
[<c0200b08>] filp_close+0x38/0x60 [kernel]
[<c0200b75>] sys_close+0x45/0x60 [kernel]
[<c01c4333>] system_call+0x33/0x40 [kernel]

Code: Bad EIP value.

Auriez-vous une idée d'où cela pourrais venir ? Je suis motivé par le
désir de bien comprendre le fonctionnement de ma machine sous linux.
Pour info, j'ai installé acpid, mais je sais pas si cela est utile ...
Sauriez-vous aussi comment pourrais-je récupérer mon système de fichier
et mon superblock. Si vous avez de bon lien qui parle de cela, je suis
tout intéressé.
Merci d'avance et bonne soirée ;-)
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Qing Liu
Frédéric Fauberteau writes:

Bonjour,


Bonsoir,

je viens d'installer Linux sur une petite configuration (matériel de
récup) pour en faire un serveur, mais j'ai quelques problèmes :
- j'ai des erreurs qui se créent sur le système de fichier EXT3
- j'ai mon superblock corrompu, donc je ne peut plus démarrer en mode normal


Ça ne serait pas un disque dur en mauvais état ?

Je pense que cela viens du fait que mon PC ne s'arrête pas correctement.
Quand j'appelle shutdown, tout se déroule normalement mais le PC ne
s'éteint pas à la fin. Au lieu de ça, je suis gratifié du message :


Sur un vieil ordi, c'est possible que le shutdown soft n'arrête pas
le PC.


Process halt (pid: 211, stackpageÅ7f9000)
Stack: 028682f9 81460000 00000000 9dee6789 0001c57f 00000000 00030000
5307000
00000000 00000000 81350058 810a0000 000080dd 00060000 00488036
c57f9e40
c01cfdca 00000010 c57f9e40 00000286 c0100018 00000018 000014e0
c57f9e48
Call Trace:
[<c01cfdca>] apm_bios_call_simple+0x3a/0x70 [kernel]
[<c01d0000>] apm_cpu_idle-0xa0/0x180 [kernel]
[<c01cfe94>] set_power_state+0x24/0x40 [kernel]
[<c01cfec3>] set_system_power_state+0x13/0x20 [kernel]
[<c01d0157>] apm_power_off+0x77/0x80 [kernel]
[<c01c2672>] machine_power_off+0x12/0x20 [kernel]
[<c01e28ed>] sys_reboot+0x11d/0x1c0 [kernel]
[<c01d607b>] wake_up_process+0xb/0x230 [kernel]
[<c01e10c4>] deliver_signal+0x54/0x60 [kernel]
[<c01e1154>] send_sig_info+0x84/0x90 [kernel]
[<c01e137d>] kill_something_info+0xad/0x160 [kernel]
[<c01e1aee>] sys_kill+0x3e/0x40 [kernel]
[<c02138cd>] dput+0x1d/0x160 [kernel]
[<c0202165>] fput+0x95/0x100 [kernel]
[<c0200b08>] filp_close+0x38/0x60 [kernel]
[<c0200b75>] sys_close+0x45/0x60 [kernel]
[<c01c4333>] system_call+0x33/0x40 [kernel]

Code: Bad EIP value.

Auriez-vous une idée d'où cela pourrais venir ? Je suis motivé par le
désir de bien comprendre le fonctionnement de ma machine sous
linux. Pour info, j'ai installé acpid, mais je sais pas si cela est
utile ...


Faudrait déjà savoir si le matos supporte l'acpi. A priori, quand
shutdown arrive à ce stade, les partitions sont déjà démontées,
et il ne devrait pas y avoir de pb de corruption.

Sauriez-vous aussi comment pourrais-je récupérer mon système de
fichier et mon superblock. Si vous avez de bon lien qui parle de cela,
je suis tout intéressé.


man e2fsck ! Voir aussi l'option -c.

--
Liu

Avatar
no_spam
On Wed, 01 Sep 2004 23:16:31 +0200, Qing Liu wrote:

Frédéric Fauberteau writes:

Bonjour,


Bonsoir,

je viens d'installer Linux sur une petite configuration (matériel de
récup) pour en faire un serveur, mais j'ai quelques problèmes :
- j'ai des erreurs qui se créent sur le système de fichier EXT3
- j'ai mon superblock corrompu, donc je ne peut plus démarrer en mode normal


Ça ne serait pas un disque dur en mauvais état ?


Ou un problème de RAM....

[...]
Process halt (pid: 211, stackpageÅ7f9000)
Stack: 028682f9 81460000 00000000 9dee6789 0001c57f 00000000 00030000
5307000
00000000 00000000 81350058 810a0000 000080dd 00060000 00488036
c57f9e40
c01cfdca 00000010 c57f9e40 00000286 c0100018 00000018 000014e0
c57f9e48
Call Trace:
[<c01cfdca>] apm_bios_call_simple+0x3a/0x70 [kernel]
[<c01d0000>] apm_cpu_idle-0xa0/0x180 [kernel]
[<c01cfe94>] set_power_state+0x24/0x40 [kernel]
[<c01cfec3>] set_system_power_state+0x13/0x20 [kernel]
[<c01d0157>] apm_power_off+0x77/0x80 [kernel]
[<c01c2672>] machine_power_off+0x12/0x20 [kernel]
[<c01e28ed>] sys_reboot+0x11d/0x1c0 [kernel]
[<c01d607b>] wake_up_process+0xb/0x230 [kernel]
[<c01e10c4>] deliver_signal+0x54/0x60 [kernel]
[<c01e1154>] send_sig_info+0x84/0x90 [kernel]
[<c01e137d>] kill_something_info+0xad/0x160 [kernel]
[<c01e1aee>] sys_kill+0x3e/0x40 [kernel]
[<c02138cd>] dput+0x1d/0x160 [kernel]
[<c0202165>] fput+0x95/0x100 [kernel]
[<c0200b08>] filp_close+0x38/0x60 [kernel]
[<c0200b75>] sys_close+0x45/0x60 [kernel]
[<c01c4333>] system_call+0x33/0x40 [kernel]

Code: Bad EIP value.

Auriez-vous une idée d'où cela pourrais venir ? Je suis motivé par le
désir de bien comprendre le fonctionnement de ma machine sous
linux. Pour info, j'ai installé acpid, mais je sais pas si cela est
utile ...


Faudrait déjà savoir si le matos supporte l'acpi. A priori, quand
shutdown arrive à ce stade, les partitions sont déjà démontées,
et il ne devrait pas y avoir de pb de corruption.


Linux ne se sert pas de l'ACPI, à ce qu'on peut voir.
A ce stade, Linux appelle le BIOS pour lui demander de rebooter.
Pour une raison inconnue, l'appel part dans une zone invalide. Le dump des
registres pourrait peut-être aider à comprendre, mais il y a fort à
parier que soit la GDT, soit la LDT sont corrompues, ce qui fait que l'INT
utilisée fait n'importe quoi. Ce qui fait encore penser à de la RAM
corrompue...
Mais, à ce stade, Linux a complètement fini de s'executer, tu peux donc
rebooter ou éteindre 'en hard' à la main sans crainte.


Avatar
marmotte
On Wed, 01 Sep 2004 23:16:31 +0200, Qing Liu wrote:


Frédéric Fauberteau writes:


Bonjour,


Bonsoir,


je viens d'installer Linux sur une petite configuration (matériel de
récup) pour en faire un serveur, mais j'ai quelques problèmes :
- j'ai des erreurs qui se créent sur le système de fichier EXT3
- j'ai mon superblock corrompu, donc je ne peut plus démarrer en mode normal


Ça ne serait pas un disque dur en mauvais état ?



Ou un problème de RAM....

[...]

Process halt (pid: 211, stackpageÅ7f9000)
Stack: 028682f9 81460000 00000000 9dee6789 0001c57f 00000000 00030000
5307000
00000000 00000000 81350058 810a0000 000080dd 00060000 00488036
c57f9e40
c01cfdca 00000010 c57f9e40 00000286 c0100018 00000018 000014e0
c57f9e48
Call Trace:
[<c01cfdca>] apm_bios_call_simple+0x3a/0x70 [kernel]
[<c01d0000>] apm_cpu_idle-0xa0/0x180 [kernel]
[<c01cfe94>] set_power_state+0x24/0x40 [kernel]
[<c01cfec3>] set_system_power_state+0x13/0x20 [kernel]
[<c01d0157>] apm_power_off+0x77/0x80 [kernel]
[<c01c2672>] machine_power_off+0x12/0x20 [kernel]
[<c01e28ed>] sys_reboot+0x11d/0x1c0 [kernel]
[<c01d607b>] wake_up_process+0xb/0x230 [kernel]
[<c01e10c4>] deliver_signal+0x54/0x60 [kernel]
[<c01e1154>] send_sig_info+0x84/0x90 [kernel]
[<c01e137d>] kill_something_info+0xad/0x160 [kernel]
[<c01e1aee>] sys_kill+0x3e/0x40 [kernel]
[<c02138cd>] dput+0x1d/0x160 [kernel]
[<c0202165>] fput+0x95/0x100 [kernel]
[<c0200b08>] filp_close+0x38/0x60 [kernel]
[<c0200b75>] sys_close+0x45/0x60 [kernel]
[<c01c4333>] system_call+0x33/0x40 [kernel]

Code: Bad EIP value.

Auriez-vous une idée d'où cela pourrais venir ? Je suis motivé par le
désir de bien comprendre le fonctionnement de ma machine sous
linux. Pour info, j'ai installé acpid, mais je sais pas si cela est
utile ...


Faudrait déjà savoir si le matos supporte l'acpi. A priori, quand
shutdown arrive à ce stade, les partitions sont déjà démontées,
et il ne devrait pas y avoir de pb de corruption.



Linux ne se sert pas de l'ACPI, à ce qu'on peut voir.
A ce stade, Linux appelle le BIOS pour lui demander de rebooter.
Pour une raison inconnue, l'appel part dans une zone invalide. Le dump des
registres pourrait peut-être aider à comprendre, mais il y a fort à
parier que soit la GDT, soit la LDT sont corrompues, ce qui fait que l'INT
utilisée fait n'importe quoi. Ce qui fait encore penser à de la RAM
corrompue...
Mais, à ce stade, Linux a complètement fini de s'executer, tu peux donc
rebooter ou éteindre 'en hard' à la main sans crainte.



Je confirme: ta RAM a de sérieux problème.
Télécharge Memtest86, inspecte-la. Tu dervais voir des erreurs.
J'avais déjà eu ce genre de message.
Bon courage !

--
Linuxement,

marmotte
JID:
GPG fingerprint: 3A12 BB75 447F 6F6F FE53 C2B3 C398 3331 A277 95C6


PS: Enlevez _les_doigts_du_nez_ pour me répondre



Avatar
Frédéric Fauberteau
Je confirme: ta RAM a de sérieux problème.
Télécharge Memtest86, inspecte-la. Tu dervais voir des erreurs.
J'avais déjà eu ce genre de message.
Bon courage !
Merci pour votre aide à tous.

Mon disque dur est tout neuf, un bon 40 Go Maxtor (c'est le seul truc
neuf sur cette vieille bécane).
Par contre, un problème de RAM expliquerait les plantages à l'install,
et l'impression que j'ai qu'à chaque redémarrage, je perds un peu plus
de chose sur mon système.
Au début, c'était Perl, j'ai utilisé fsck pour réparer le système de
fichier, et j'ai réinstallé. Mais là, /dev/hda1 n'est plus un fichier
accessible au démarrage, donc problème ...
Je tente le memtest

Avatar
Fauberteau Frédéric
Apparament, j'avais des soucis de RAM et après plusieurs séries de test
(merci pour Memtest86), je crois que c'est carrément un BUS SDRAM qui est
HS. J'utilise l'autre.
Sinon, vous avez une idée pour que je puisse arrêter la machine
correctement. Car dans le futur, j'aimerais pouvoir l'éteindre à
distance ...
Respectueusement,
Frédéric.
Avatar
Frédéric Fauberteau
a noter qu'il existe un patch pour le kernel "badram" qui est censé
permettre l'utilisation de mémoire defectueuse. Ceci dit, je ne sais
pas si

se patch fonctionne aussi si c'est carrément le controleur qui est
cramé...

Je ne sais pas, et puis j'utilise l'autre.

Ceci dit, si c'est vraiment la carte mere qui déconne, je te conseille
vivement de la jeter, car elle te claquera fatalement dans les doigts au
pire moment...
Pas très grave, c'est du matos d'apoint. Je vois là le côté didactique

de monter mon serveur. Et puis, j'ai déjà acheté un boitié : 60 €, un DD
: 65 € et un switch : 29 € ;-)

si la carte mere est ATX, elle doit s'arreter toute seule du moment
que le

support APM est compilé dans le kernel (et activé).
Et bien justement, la carte mère est bizard : c'est une AT-ATX qui gère

une tonne de vieux proc (K6-2, Cyrix MII (c'est ce que j'ai), Pentium
...), l'EDO et la SDRAM. Les logs du kernel me disent : "pas de support
de l'ACPI hardware". Dans le bios, l'option pour activer l'ACPI était
mise. Mais apparement, la config du bios par défaut, c'est ACPI disable.
J'ai mis ça, ça change rien.

Sinon, côté APM, j'ai un noyau 2.4.22 compilé à la sauce Mandrake, donc
je suppose que l'APM y est compilé. Comment puis-je le savoir ?

Merci.

Avatar
Eric Belhomme
Fauberteau Frédéric wrote in
news::

Apparament, j'avais des soucis de RAM et après plusieurs séries de test
(merci pour Memtest86), je crois que c'est carrément un BUS SDRAM qui est
HS. J'utilise l'autre.


a noter qu'il existe un patch pour le kernel "badram" qui est censé
permettre l'utilisation de mémoire defectueuse. Ceci dit, je ne sais pas si
se patch fonctionne aussi si c'est carrément le controleur qui est cramé...

Ceci dit, si c'est vraiment la carte mere qui déconne, je te conseille
vivement de la jeter, car elle te claquera fatalement dans les doigts au
pire moment...

Sinon, vous avez une idée pour que je puisse arrêter la machine
correctement. Car dans le futur, j'aimerais pouvoir l'éteindre à
distance ...
Respectueusement,
Frédéric.

si la carte mere est ATX, elle doit s'arreter toute seule du moment que le

support APM est compilé dans le kernel (et activé).

--
Rico

Avatar
Nicolas George
Eric Belhomme wrote in message
:
a noter qu'il existe un patch pour le kernel "badram" qui est censé
permettre l'utilisation de mémoire defectueuse.


Un de ces jours, il faudra qu'on m'expliquer l'utilité de ce patch, dans la
mesure où n'importe quel noyau permet nativement d'éliminer des zones de
mémoire foireuses.

Avatar
Qing Liu
=?windows-1252?Q?Frédéric_Fauberteau?= writes:

Et bien justement, la carte mère est bizard : c'est une AT-ATX qui
gère une tonne de vieux proc (K6-2, Cyrix MII (c'est ce que j'ai),
Pentium ...), l'EDO et la SDRAM. Les logs du kernel me disent : "pas
de support de l'ACPI hardware". Dans le bios, l'option pour activer
l'ACPI était mise. Mais apparement, la config du bios par défaut,
c'est ACPI disable. J'ai mis ça, ça change rien.


J'ai eu une carte mère Abit exactement dans ce genre-là
avec un processeur K6. Il fallait bien sûr utiliser APM.


Sinon, côté APM, j'ai un noyau 2.4.22 compilé à la sauce Mandrake,
donc je suppose que l'APM y est compilé. Comment puis-je le savoir ?


Taper la commande apm.

--
Liu

Avatar
jean

Apparament, j'avais des soucis de RAM et après plusieurs séries de test
(merci pour Memtest86), je crois que c'est carrément un BUS SDRAM qui est
HS. J'utilise l'autre.
Sinon, vous avez une idée pour que je puisse arrêter la machine
correctement. Car dans le futur, j'aimerais pouvoir l'éteindre à
distance ...
Respectueusement,
Frédéric.


Bonjour,
A tout hasard, j'avais une carte PCI qui disposait de 3 prises USB 1 et
une USB 2 en interne, et cette carte dont j'ai oublié la marque,
empêchait l'arrêt de la machine.
Voila A+

1 2