- Expédié
- 24 septembre 2026 à 02:15 UTC
- Auteur
- Kamo
- Commit
- a7f4925
Un ordinateur fourni, est venu, et paniqué sur son prochain démarrage: Exécuter /init comme processus init Impossible d'exécuter /init (erreur -2) La panique du noyau - ne pas synchroniser: Pas de travail init trouvé. L'initrd était de pleine taille, 37,8 Mo, avec le même segment de 429 entrées tôt que l'image d'or et un le segment principal de son propre. La seule différence par rapport à l'image qui boots: pas /init dedans. Deux chemins de code régénèrent l'initrd, et ils ont couru 36 MILLISECONDS APART à partir de différents fils: 01:37:26.658 POST /branding 200 le gestionnaire de démarrage-splash mise à jour-initramfs 01:37:26.694 préparation à l'hibernation du fil de démarrage, à l'intérieur configure() 01:37:28.963 redémarrer de sorte que le noyau reprend CV= Deux reconstructions simultanées d'une cible, puis un redémarrage dans le résultat. Prouvé par élimination plutôt que l'inférence: une seule mise à jour propre-initramfs exécuté contre ce même disque produit un initrd valide avec main/init présent, et /boot avait 749 Mo libre, donc ni l'outil ni l'espace n'étaient en défaut. Trois changements, parce qu'un ne suffit pas : BOOT WORK LOCK est maintenant pris par tout ce qui réécrit comment les bottes de l'ordinateur, et redémarrer for resume refuse pendant qu'il est tenu. Redémarrer pendant ce travail est ce qui devient un mauvais initrd dans une machine détruite. Le câblage d'hibernation n'exécute plus de mises à jour-initramfs du tout. Il n'a jamais eu besoin de : recum offset= sur la ligne de commande du noyau sont ce qui rend un ordinateur récupérable, update-grub écrit et recommend configuré() les vérifie contre /proc/cmdline. Le fichier conf.d/resume est toujours écrit de sorte que la reconstruction sous l'impulsion de la distribution NEXT conserve le périphérique de reprise — avec la gestion des erreurs apt's autour de lui plutôt que le nôtre. Et les deux commandes qui décident si une machine peut démarrer ne sont plus exécutées avec check= Faux. Leur statut est conservé et leur sortie enregistrée, et un redémarrage est refusé alors que l'un ou l'autre a échoué. Que l'on importe moins qu'il ne semble : au moment où la mise à jour-initramfs échoue, le dommage est déjà sur disque, c'est exactement pourquoi les deux premiers changements existent.