Kernel Panic - 2.6.15-1-486


#1

Bonjour,

Je viens de faire un UPGRADE et rebooter et le serveur ne se lance plus …

MEssage d erreur :

RAMDISK : Compressed image found at block 0
input: AT Translated Set 2 keyboard as /class/input/input0
RAMDISK: incomplete whrite (-28 !- 32768) 8388608
crc error
VFS: cannot open root device “hda1” or unknow-lock(0,0)
Please append a correct “root=” boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknow-block(0,0)

version de linux : Debian ETCH Testing
Kernel ( que je vois au boot ) 2.6.15-1-486

MErci …


#2

une recherche sur les mots clés “kernel panic” te donne 58 résultats, dont:
forum.debian-fr.org/viewtopic.ph … rnel+panic


#3

J’ai oublié de préciser que je suis loin d etre un spécialiste Linux alors les discussions de ce genre divent bcp aider ce qui s’y connaissent mais pour moi, c’est du charrabia … :frowning:

Je me débrouille en utilisation du serveur mais pas en installation , compilation du noyau etc …

ca fait près de 5 heures que je cherche et je vois ce genre de post qui ne m aide pas puisque ce sont pour la plupart des discussions de mecs qui s y connaissent …


#4

Désolé, mais on est pas là pour te faire un cours, non plus, tu exagères, la réfèrence est quand même lisible. Par ailleurs, ce n’est pas parceque tu n’y connais rien que ça doit continuer. Comprendre ce que te dise les “mecs qui s’y connaissent” me parait être la moindre des choses si tu veux leur aide :wink:
Comme je te disais, il y a 57 autres réfèrences, elles te paraitront peut être plus claires.
Alors excuses moi donc d’utiliser des termes barbares, mais pour synthetiser ce que tu peux y trouver:

  • un noyau peut être constitué de deux parties, le noyau en lui même, et une mini partition compressée appelée initrd.
  • un initrd n’est pas nécessaire si ton noyau est configuré avec à l’interieur tout ce qu’il faut pour accéder à la partition racine. Sinon, les modules (drivers) sont rangés dans l’initrd de manière à garder un accés au disque dur pour continuer la séquence de boot.
  • si le noyau ne trouve ni en lui même, ni dans l’initrd les modules necessaires pour continuer sur la partition racine, alors il s’arrète en disant:
    ‘VFS: cannot open root device “”’

Dans ton cas, il y a en plus un message comme quoi la décompression de ton initrd s’est mal passée. Tu sais donc d’ou vient le problême, ton initrd a été mal génèré.
Maintenant la resolution va dependre de:

  • quel bootloader tu utilise ?
  • as tu plusieurs noyaux d’installés, si oui lesquels ?
  • as tu physiquement accés à la machine ?

Parcequ’il te faut

  • booter avec un accés au disque dur (soit avec un autre noyau, soit avec un liveCD genre knoppix)
  • reinstaller ton noyau ou un autre ou regénèrer ton initrd,
  • modifier eventuellement la configuration de ton bootloader pour t’assurer de booter sur un noyau qui marche.

#5

alors

merci pour l explication.

J’ai donc compiler un noyau 2.6.16

ca a l air d’avoir fonctionner. j attend bien la fenetre de login.

je me logue et l ecran reste gris. Je peux bouger la souris pourtant .

A noter que j ai utilisé le fichier config qui se trouvait dans /boot/


#6

tu as essayé, lors du login, de choisir un autre type de session ?
ton upgrade, tu es sûr qu’il est allé jusqu’au bout sans erreurs ? dans le doute relance le et vérifies les mises à jour en attente, pour voir aussi si tu n’aurais pas besoin d’un dist-upgrade plutot que d’un upgrade.


#7

Sois plus prolixe ds ta config : qu’as-tu comme gestionnaire de connexion : GDM, KDM, autre ?
GNome, KDE, autre ?
As-tu essayé de modifier ce gestionnaire ou bootloader si tu n’est pas francophone ?
LIs le post-it, ça fait gagner du tps :unamused:


#8

Re moi !

Bon, merci pour l’aide :slightly_smiling: J’ai enfin réussi a compiler un noyau et ca fonctionne parfaitement :stuck_out_tongue:

question pour la fin mais y a t il un moyen de lancer linux sans l interface graphique qui doit prendre de la mémoire pour rien …

Comme c’est une petite machine, si je pouvais empecher linux de charger le moteur graphique qui ne me sert a rien puisque je suis toujours dans la console.

Merci pour l aide et l explication en tout cas :slightly_smiling:


#9

Ben tu le desinstalle si tu n’en pas pas du tout besoin sinon fait une recherche sur le forum ca a été dit et expliquer plus d’une fois et si tu ne comprends pas la réponse alors demande des explications sur celles ci :slightly_smiling:


#10

j préfere le garder. on ne sait jamais .

je dois désactiver ca :

gdm
Debian init script for the GNOME Display Manager


#11

C’est une affirmation ou une question ?


#12

Tu ne te sers que du mode texte ?
tu as un autre pc pour le Net ou tu fais ça aussi en texte ?


#13

Une quesiton pardon ^^

En fait, je l’ai fait mais cela n’a pas changer grand chose sur l espace libre de la RAM. De toute facon, c’est vraiment und étail :slightly_smiling:

[quote=“ricardo”]Tu ne te sers que du mode texte ?
tu as un autre pc pour le Net ou tu fais ça aussi en texte ?[/quote]

Oui oui, j ai mon PC “normal” sous XP :slightly_smiling:

Je me connecte au serveur en SSH


#14

En supposant que ton login manager soit gdm, et que tu n’en aies pas installé d’autres, oui.
Et comme ash, je te conseille de désinstaller gdm, ce qui ne t’empêchera nullement, depuis une console, de lancer x avec startx, si tu n’enlèves pas les autres paquets X.


#15

je reviens après qqs jours ^^

merci pour l aide. tout fonctionne parfaitement !

Je reviendrai :slightly_smiling: