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- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_)
