Ce paramètre ne semble pas être un paramètre noyau en lui même
Nope, le paramètre single était utilisé pour sélectionner un runlevel du temps de sysVinit, et sous runit il permets de ne lancer que le minimum de services.
Mon intuition est que, dans les services complets, sous systemd, un truc vide et ne repeuple pas bien /dev/disk/by-uuid. Et j'entend bien au niveau de l'initrd, ce qui empêcherait les scripts de boot de passer au montage proprement dit.
Bon, ça reste de l'intuition, je maîtrise pas initrd et je ne connais pas systemd, donc je peux me tromper complètement de cible.
M'enfin, si l'initrd marche avec certains paramètres de boot et pas d'autres, y'a un truc quand même: déjà le boot loader trouve le noyau, donc il trouve la partition racine. Dans les 2 cas (sinon l'initrd ne serait pas chargé après tout...).
Un paramètre présent ou absent fait que l'initrd ne trouve plus la partition racine après que le noyau ait été chargé...
Ça pourrait aussi être un module qui est juste chargé dans le mode sans échec? L'initrd contiendrais plus de module en mode sans échec que normal? Pas logique.
[^] # Re: Piste
Posté par freem . En réponse au message Problème BusyBox. Évalué à 2.
Nope, le paramètre single était utilisé pour sélectionner un runlevel du temps de sysVinit, et sous runit il permets de ne lancer que le minimum de services.
Mon intuition est que, dans les services complets, sous systemd, un truc vide et ne repeuple pas bien /dev/disk/by-uuid. Et j'entend bien au niveau de l'initrd, ce qui empêcherait les scripts de boot de passer au montage proprement dit.
Bon, ça reste de l'intuition, je maîtrise pas initrd et je ne connais pas systemd, donc je peux me tromper complètement de cible.
M'enfin, si l'initrd marche avec certains paramètres de boot et pas d'autres, y'a un truc quand même: déjà le boot loader trouve le noyau, donc il trouve la partition racine. Dans les 2 cas (sinon l'initrd ne serait pas chargé après tout...).
Un paramètre présent ou absent fait que l'initrd ne trouve plus la partition racine après que le noyau ait été chargé...
Ça pourrait aussi être un module qui est juste chargé dans le mode sans échec? L'initrd contiendrais plus de module en mode sans échec que normal? Pas logique.
Désolé, je réfléchis en même temps...