- Enviado
- 24 de septiembre de 2026 a las 2:15 UTC
- Autor
- Kamo
- Commit
- a7f4925
Una computadora proporcionada, subió y entró en pánico en su siguiente bota: Corre /init como proceso de entrada Fallado para ejecutar /init (error -2) pánico de núcleo - no sincronización: No se encontró trabajo en él. El initrd era de tamaño completo, 37,8 MB, con el mismo segmento temprano de 429 entradas que la imagen de oro y un principal segmento de su propio. La única diferencia de la imagen que arranca: no /init dentro de ella. Dos caminos de código regeneran el initrd, y corrieron 36 MILLISECONDS APART de diferentes hilos: 01:37:26.658 POST /marcando 200 la actualización-initramfs del controlador de arranque 01:37:26.694 hibernación preparación del hilo de arranque, dentro de configuración() 01:37:28.963 reiniciar para que el núcleo recoja curriculum vitae= Dos reconstrucciones simultáneas de un objetivo, luego un reinicio en el resultado. Provenida por la eliminación en lugar que inferencia: una sola actualización limpia-initramfs corren contra ese mismo disco produce un initrd válido con principal/init presente, y /boot tenía 749 MB libre, por lo que ni la herramienta ni el espacio estaba en falla. Tres cambios, porque uno no es suficiente: BOOT WORK LOCK es ahora tomado por todo lo que reescribe cómo las botas de la computadora, y restart for resume se niega mientras se mantiene. Reiniciar durante ese trabajo es lo que convierte un mal initrd en una máquina destruida. El cableado de hibernación ya no funciona actualizaciones-initramfs en absoluto. Nunca necesitó: reanudar= y resume offset= en la línea de comandos del kernel son lo que hace que un ordenador resumible, actualización-grub escribe ellos, y curriculum configurado() los verifica contra /proc/cmdline. El archivo conf.d/resume sigue siendo escrito de modo que la reconstrucción impulsada por la distribución NEXT mantiene el dispositivo del curriculum vitae, con el manejo del error de apt a su alrededor en lugar de la nuestra. Y los dos comandos que deciden si una máquina puede arrancar ya no se ejecutan con check= Falso. Su estado se mantiene y su salida registrada, y un reinicio es rechazado mientras que o bien ha fallado. Eso importa menos de lo que parece: para el tiempo que la actualización-initramfs falla, el daño ya está en disco, que es exactamente por qué los dos primeros cambios existen.