Journal Le crash du jour

Posté par  (site web personnel) .
Étiquettes :
0
28
déc.
2003
Hello,
Alors voila j'ai crashé ma debian :-(
Résumé de la situation :
J'ai recompile un noyau 2.4.21 a partir de mon ancienne config, en utilisant la methode debian. Pas de probleme a la compilation, ni a l'installation du paquet. Je reboote, et le nouveau kernel panique : impossible pour lui de monter le disque root.

Admettons, j'ai du foirer des options, j'ai pas fait super gaffe.

Reboot sur le noyau precedent (intitulé failsafe...). Et la c'est le drame. Tout se passe correctement jusqu'a "INIT", et puis plus rien. Ca bouge plus. Et je ne comprends pas pourquoi. Et de plus je ne sais pas comment recuperer des infos sur ce qui ne va pas, /var/log/messages n'a rien loggé...

Voila le probleme. A partir de la j'ai plusieurs questions.
1) Est ce que vous avez une idee des raisons pour lesquelles INIT ne veut pas continuer son boulot ?
2) Comment je peux faire pour debugger cette situation (recuperer des logs, des infos sur ce qui se passe...)
3) Quelles peuvent etre les raisons d'un ROOT non trouve par le nouveau noyau ?

Ce que j'ai fait ensuite :
* Boot sur une knoppix, chrootage de la debian, et installation du noyau standart debian par apt-get. Resultat : ne peut pas trouver ROOT.
* Installation de Grub a la place de lilo, pour passer les bons arguments et lancer le bon noyau : meme resultat.
* Rien, j'avais plus d'idee a part une reinstall complete, ce qui me ferait bien mal, ce serait la premiere fois.

Any idea to help ?
Merci a tous les debianeux :-)

PS : Sinon pour le chrootage de la debian avec une knoppix, si ca interesse des gens je peux expliquer (j'ai aussi des questions a ce sujet d'ailleurs ;)
  • # Re: Le crash du jour

    Posté par  (Mastodon) . Évalué à 3.

    «Comment je peux faire pour debugger cette situation»

    Démarrer à partir d'une disquette de boot ou du CD d'install de Debian. Attention, à partir du CD de Debian stable, il faudra charger le noyau 2.4, et pas le noyau par défaut (lire l'aide, je ne me rappelle plus du nom).

    «Quelles peuvent etre les raisons d'un ROOT non trouve par le nouveau noyau ?»

    Un système de fichier reiser-fs avec un noyau qui ne gere pas le reiser-fs, ou seulement en module ?
  • # Re: Le crash du jour

    Posté par  . Évalué à 3.

    C surement pas ça, mais je sais que ça m'est arrivé plusieurs fois ce genre de désagremment, et il me semble m'en être sortis en refaisant un lilo.conf propre.
    Vérifie bien les initrd et ces conneries, les options que tu passes a append, etc, etc ... De toute façon, le bug viens de lilo amha.
    Tant que t'y est, vérifie les liens de tes noyaux, des initrd, des vmlinuz.old, etc ...

    Note : passé à grub serais une bonne idée ... faudrais que je m'y penche un de ces 4 ... sachant que grub (il me semble) te permet de modifier ton boot a l'invit et n'écrase pas en permanence ton mbr.

    Note 2 : Pour les situations désesperé, j'aimerais remercier le mode rescue de redhat qui m'a sauver moultes fois de la merde total :) il est vraiment nikel, monte tout c'qui a à monter dans /mnt/sysimage, etc ... tout c'qui reste a faire après le boot, c => chroot /mnt.sysimage. Ke du bonheur!

    Ah oué, tant que j'y pense ... vérifie si tes modules sont bien installé, que t'as bien complié tes filesystèmes (ext2, ext3) dans ton noyau, que t'as un devfs cohérent (pas coché dans le noyau si non utilisé et vice versa) ...

    Vala, c tout c'qui me viens a l'ésprit pour l'instant ...

    Courage! debian RoX!
    • [^] # Re: Le crash du jour

      Posté par  . Évalué à 1.

      > sachant que grub (il me semble) te permet de modifier ton boot a l'invit et n'écrase pas en permanence ton mbr.
      Yep, étant donnée qu'il est capable d'accéder au système de fichier il peut charger des fichiers situés n'importe où sur le disque...

      Il est aussi + bô, fonctionne aussi avec BSD et OS/2, et possède un mini-shell. Que demande le peuple ?

      Il quand même nécessaire lors des mise à jour de Grub lui-même, de réinstaller celui-ci dans le secteur d'amorçage.
    • [^] # Re: Le crash du jour

      Posté par  (site web personnel) . Évalué à 1.

      Merci pour toutes ces remarques.
      A priori pour le ROOT non trouve je parierai pour un probleme de type de systeme de fichier. Mon disque ROOT est en ext3. Pourtant il me semblait que lorsque ext3 n etait pas reconnu, on pouvait tout de meme utiliser le systeme de fichier mais sans la journalisation (en ext2 en fait).

      Pour le lilo.conf propre je suis pas sur que ce soit ca. Car premierement rien n a change a priori dans la config sauf la mise a jour du noyau. J'ai verifie tous les liens vmlinuz & co, tout etait propre.
      De plus, apres avoir remplace lilo par grub, et bidouille a peu pres toutes les options possibles, le probleme de root non trouve apparait toujours.

      Je vais vérifier le coup du devfs, et me pencher sur RH rescue ca a l air pas mal (parce que le chroot a la mano c'est pas la panacee non plus).
  • # Re: Le crash du jour

    Posté par  . Évalué à 3.

    J'ai recompile un noyau 2.4.21 a partir de mon ancienne config, en utilisant la methode debian. Pas de probleme a la compilation, ni a l'installation du paquet. Je reboote,

    Une idée comme ça: t'aurais pas oublié un option --initrd au make-kpkg? Il utilisait un initrd ton ancien noyau ou pas?
    • [^] # Re: Le crash du jour

      Posté par  (site web personnel) . Évalué à 1.

      Non il n y avait pas initrd sur l ancien noyau ni sur le nouveau.
      Sur celui de debian il est utilisé mais je le charge avec grub, et j ai le meme probleme de ROOT non trouvé.
  • # Re: Le crash du jour

    Posté par  (site web personnel) . Évalué à 1.

    aurais tu oublié de relancer lilo ?
    Ca fait partit des choses betes auquelles on ne pense pas toujours...
    (et je ne me souviens pas si le fait d unstaller un kernel methode debian (avec le pkg créé) lance lilo pour toi.

    P!
    • [^] # Re: Le crash du jour

      Posté par  (site web personnel) . Évalué à 1.

      Non j'ai pas oublié, et l'install des paquets debian crees demande si on veut lancer lilo.
      • [^] # Re: Le crash du jour

        Posté par  . Évalué à 1.

        As tu essayé de démarrer sur le LinuxOLD ? ...
        Parce que ca m'est déjà arriver sur ma debian et honnetement tu reprends ton anciens noyau, tu recompiles un nouveau avec les bonnes options et zou. :)
        • [^] # Re: Le crash du jour

          Posté par  (site web personnel) . Évalué à 1.

          Si tu relis le journal, tu verras que c'est bien la le probleme !
          J'ai immediatement reboote sur l'ancien noyau (il s appelle failsafe ici pas linuxOLD mais c'est pareil). Et il ne marche plus !
          Et c'est bien ca que je ne pige pas.
          Du coup pas moyen d'en recompiler un nouveau, etc etc...
          Surtout, je ne vois pas comment ca se fait que l'ancien ne marche plus, et pourquoi diable INIT ne veut pas se lancer.
  • # Re: Le crash du jour

    Posté par  (site web personnel) . Évalué à 1.

    Ce qui m'intrigue le plus dans la situation, ce n'est pas le fait que le nouveau noyau panique, c'est surtout que l'ancien ne fonctionne plus.

    C'est completement pas normal que lors de l'ajout d'un noyau, celui deja en place et qui fonctionne correctement se mette a ne plus marcher.

    Surtout que tout se passe normalement quand on le charge, jusqu'au lancement de INIT, ou il ne se passe plus rien.

    Je ne comprend pas...
    • [^] # Re: Le crash du jour

      Posté par  . Évalué à 1.

      moudos ne serait pas root sur ta machine par harsard ?

      De mon côté j'ai flingué ma carte mère...
      Résultat impossible d'en retrouver une, je dois changer CM/Proc et RAM... greuh
      Et le dvd de mon portable merde : heureusement qu'il est encore sous garantie !
  • # Re: Le crash du jour

    Posté par  . Évalué à 2.

    Si j'ai bien compris, tu as recompilé ton noyau, ce qui veut dire que ton ancien noyau était aussi le 2.4.21

    Donc, à mon avis, en recompilant le noyau, suite au
    make modules_install
    , les anciens modules ont été virés. Et parmis ceux-là, il y en a un qui est nécessaire pour booter.

    Bonne chance pour la suite :)
    • [^] # Re: Le crash du jour

      Posté par  (site web personnel) . Évalué à 1.

      Bien vu, effectivement c'est les modules qui posent probleme au boot.
      J'ai pu remettre un noyau qui fonctionne grosso modo en arretant le chargement des modules, il reste maintenant a recompiler un bon noyau.
      Merci :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.