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 ;)
Journal Le crash du jour
28
déc.
2003
# Re: Le crash du jour
Posté par Yusei (Mastodon) . Évalué à 3.
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 minitareck . Évalué à 3.
le bf24 non ?
[^] # Re: Le crash du jour
Posté par Yusei (Mastodon) . Évalué à 1.
[^] # Re: Le crash du jour
Posté par Olivier Meunier (site web personnel) . Évalué à 2.
Donc "rescbf24 root=/dev/hda1" si / est sur hda1
# Re: Le crash du jour
Posté par Cereal Killer . Évalué à 3.
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 marvin . Évalué à 1.
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 Vincent P (site web personnel) . Évalué à 1.
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 fleny68 . Évalué à 3.
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 Vincent P (site web personnel) . Évalué à 1.
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 Axioplase ıɥs∀ (site web personnel) . Évalué à 1.
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 Vincent P (site web personnel) . Évalué à 1.
[^] # Re: Le crash du jour
Posté par drac . Évalué à 1.
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 Vincent P (site web personnel) . Évalué à 1.
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 Vincent P (site web personnel) . Évalué à 1.
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 Jiquem . Évalué à 1.
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 Vincent P (site web personnel) . Évalué à 1.
Sinon t as pas une idee plus interessante toi ?
[^] # Re: Le crash du jour
Posté par Jiquem . Évalué à 1.
J'aurais fait pareil, avec une knoppix, + chrootage.
T'aurais pas un pb de disk ?
[^] # Re: Le crash du jour
Posté par Vincent P (site web personnel) . Évalué à 1.
[^] # Re: Le crash du jour
Posté par moudos (site web personnel) . Évalué à 1.
je m'appele pas JMK pour faire NIMP sur les machines des autres MOI !
[^] # Re: Le crash du jour
Posté par Vincent P (site web personnel) . Évalué à 1.
# Re: Le crash du jour
Posté par kd . Évalué à 2.
Donc, à mon avis, en recompilant le noyau, suite au , 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 Vincent P (site web personnel) . Évalué à 1.
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.