OVH Cloud OVH Cloud

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 ;-)

7 réponses

1 2
Avatar
Frédéric Fauberteau

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+
Bonsoir,

non, je ne dispose pas d'une telle carte. J'ai juste une carte graphique
2D PCI Diamond 1 Mo et une carte réseau 10/100.
Merci pour l'info, je serais au courant ;-)

Avatar
Frédéric Fauberteau
Mon noyau linux (2.4.22) n'arrivait pas à éteindre correctement ma carte
mère Soltek SL54-U5/U1, disposant du ChipSet VIA MVP3. En effet, lorsque
je lançait la commande "shutdown -h now", des codes d'erreurs
apparaissait et le noyau n'arrivait pas à éteindre la carte mère. Cela
vient du fait que le BIOS est buggé au niveau de l'APM et il suffit de
flashé ce dernier pour résoudre le problème.
Merci http://groups.google.fr/ ;-)
Avatar
Rakotomandimby Mihamina
merci pour cette astuce :-)

--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
Avatar
Eric Belhomme
Nicolas George <nicolas$ wrote in
news:cha6hk$11j5$:

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.

j'en sais rien, mais j'ai pu tester avec windows 2000 SP4 _et_ linux que

quand la mémoire est foireuse*, on obtient des ecrans bleus et/ou reboot
sauvages, et ce quels que soient les timings appliqués à la mémoire

J'ai pas vérifié l'efficacité dudit patch, j'aurais peut-etre du...

* en l'occurence, c'etait le controleur mémoire (northbridge Aladdin V) et
non le module de DRAM qui etait en cause)

--
Rico

Avatar
Nicolas George
Eric Belhomme wrote in message
:
J'ai pas vérifié l'efficacité dudit patch, j'aurais peut-etre du...


Je reformule : le noyau standard sait *déjà* désactiver des zones de
mémoire défectueuse. À quoi peut servir un patch pour faire ce que le
noyau sait déjà faire ?

Avatar
Eric Belhomme
Nicolas George <nicolas$ wrote in news:ciua9s$2sk5$1
@biggoron.nerim.net:

Je reformule : le noyau standard sait *déjà* désactiver des zones de
mémoire défectueuse.


ah bon ? et comment fait-il ca ?

À quoi peut servir un patch pour faire ce que le
noyau sait déjà faire ?


badmem désactive les pages memoire defectueuses (en fait il les alloues au
kernel, qui ne les utilisera pas) *avant* qu'elles ne posent problème,
entrainant crash et/ou perte de données.

Maintenant, ce que j'en dis, c'est ce que j'ai lu sur le site du
mainteneur...

http://rick.vanrein.org/linux/badram/index.html
http://badmem.sourceforge.net/docu/BadMEM-HOWTO.html

--
Rico

Avatar
Nicolas George
Eric Belhomme wrote in message
:
ah bon ? et comment fait-il ca ?


Cherche memmap sur ce groupe : j'ai posté un long message expliquant la
manoeuvre.

badmem désactive les pages memoire defectueuses (en fait il les alloues au
kernel, qui ne les utilisera pas) *avant* qu'elles ne posent problème,
entrainant crash et/ou perte de données.


Troisième édition : le noyau standard sait déjà faire ça.

1 2