Re: Debian kernel boot failure

Startseite

Nachricht beantworten
Autor: ymartin59
Datum:  
To: Guilde ML
CC: Patrice Karatchentzeff
Alte Treads: Re: Debian kernel boot failure
Betreff: Re: Debian kernel boot failure
Bonjour

Je remets ce sujet en "root" c'est le cas de le dire.

Pour rappel, mon boot "standard" est cassé, par contre, j'arrive à utiliser un shell sur le système en passant par le rescuecd Debian et en montant les points de montage /dev/pts et autre dans le chroot préparé par le rescue. Ça dépanne mais c'est pénible et je n'ai pas poussé jusqu'à lancer systemd

De toute évidence le fichier "initrd" a un problème et le regénérer n'y change rien.

Je souhaite déboguer en sortant les logs de boot du kernel et des scripts init hors de ma VM Virtual Box (avec le terminal VESA je perds rapidement les premières lignes) par exemple avec une ligne série virtuelle. Comment procéder ?

J'ai cherché et trouvé des vieilles références qui ne m'ont pas beaucoup aidé: https://docs.kernel.org/admin-guide/initrd.html

D'avance merci pour vos lumières
--
Yves

----- Mail original -----
De: "Patrice Karatchentzeff" <patrice.karatchentzeff@???>
À: "ymartin59" <ymartin59@???>
Cc: "Guilde ML" <guilde@???>
Envoyé: Mardi 10 Janvier 2023 20:42:27
Objet: Re: Debian kernel boot failure

Non, ce n'est pas après grub, mais pendant le démarrage du noyau.
L'init est la fin du processus de démarrage, quand le noyau a tout
construit : il charge l'init pour avoir un système fonctionnel, avec
tous les modules du noyau à sa disposition.

Le message est clair : ton init est verrollé (No working init found)
ou bien absent. Il est possible aussi que l'init ne soit pas passé au
noyau (c'est dans les paramètres).

Donc, dans l'ordre :

- vérifie les paramètres du noyau (dans les dmesg, ils sont donnés au
début et juste à la fin, au moment du chargement de l'init)
- vérifie l'init et son emplacement.

Sinon, tu peux tout virer à la main et réinstaller un noyau propre
avec son init. Sinon, ce serait bien que tu nous copies-colles le
dmesg (var/log/kernel.log ou messages).

Le mar. 10 janv. 2023 à 18:39, Yves Martin <ymartin59@???> a écrit :
>
> Elle a 1GiB de libre maintenant et sans avoir vérifié je ne pense pas être au bout des inodes: quand je boote sur le kernel netinst en rescue, je peux installer/désinstaller des packages par APT, donc seul le tout début du boot après GRUB est KO...
> Yves
>
>
> Le 10 janvier 2023 18:21:20 GMT+01:00, Patrice Karatchentzeff <patrice.karatchentzeff@???> a écrit :
> >Salut Yves,
> >
> >Comment est ta partoche ? Elle est remplie ? Reste-t-il des inœuds ?
> >
> >PK
> >
> >Le mar. 10 janv. 2023 à 13:33, <ymartin59@???> a écrit :
> >>
> >> Bonjour
> >>
> >> Je joue de malchance en ce moment: un système Debian testing a dû remplir son fs root / pendant un upgrade et cela semble avoir impacté l'installation des kernels, selon mon hypothèse la plus probable... je ne suis plus sûr de ce qui s'est passé car c'était il y a plusieurs semaines dans une VM que je retourne souvent en hibernation, avant de constater la semaine passée que le boot ne fonctionne plus.
> >>
> >> J'ai deux versions de kernel 5.19.0-2 et 6.0.0-6 mais les deux échouent au boot avec "Failed to execute /init (error -2) Kernel panic - not syncing: No working init found". J'ai consulté https://docs.kernel.org/admin-guide/init.html mais je n'ai pas trouvé d'explication spécifique au code de retour "-2"
> >>
> >> Je peux booter (par UEFI) le kernel du CD netinstall en mode "rescue" - d'ailleurs je serais curieux de savoir s'il est possible de booter complètement le système (et pas seulement un shell sur un montage en chroot) en utilisant le kernel du CD (je pense me souvenir que Mandriva proposait cette option "à l'époque"...) et ainsi essayer de corriger mon système.
> >>
> >> J'ai tenté:
> >> - un update-initramfs et update-grub
> >> - installer un autre kernel 5.18.0-4-amd64 depuis snapshot.debian.org
> >> - booter en init=/bin/bash
> >> avec toujours le même résultat
> >>
> >> Mon GRUB n'a pas de configuration particulière, c'est le générateur de Debian depuis des années. Mes partitions sont en LVM, GRUB UEFI accepte bien set root=(lvm/vg01-root) et je peux ensuite faire un source /boot/grub/grub.cfg pour éditer mes entrées... si seulement je savais ce qui cloche.
> >>
> >> D'où peut provenir le problème ? J'ai vraiment besoin d'un coup de main pour sortir de cette ornière...
> >> D'avance merci pour vos idées
> >> --
> >> Yves Martin
> >>
> >>
> >
> >
>



-- 
      |\      _,,,---,,_           Patrice KARATCHENTZEFF
ZZZzz /,`.-'`'    -.  ;-;;,_   mailto:patrice.karatchentzeff@gmail.com
     |,4-  ) )-,_. ,\ (  `'-'
    '---''(_/--'  `-'\_)