Necesito ayuda urgente con esto
Servidor de 4 años.
Servidor Ubuntu 14.04 i686.
Linux 3.13.0-149-generic fue la última versión que funcionó sin problemas.
Hace 10 días actualicé a la versión 3.13.0.151.
El servidor se bloquea al arrancar.
La pantalla muestra ...
Loading Linux 3.13.0-151-generic ...
Loading initial ramdisk ...
1 segundo después... reinicio.
Lo mismo con el modo de recuperación 3.13.0-151.
Lo mismo con la 3.13.0-153 (la más reciente a fecha de hoy, modo normal y recovery).
¿Cómo puedo saber después del subsiguiente arranque con éxito de la versión 3.13.0-149, qué genera exactamente el choque ?
Gracias.
----- más tarde -----
@heynnema intentó ayudarme diciéndome cómo construir un nuevo initrd.img-*
para 151 ( update-initramfs -c -k 3.13.0-151-generic
). Véase más abajo. Esto no funcionó. El 151 seguía sin hacer arrancar el sistema. Mi error fatal fue entonces decir update-initramfs -c -k 3.13.0-149-generic
(el único núcleo que funciona). Después de eso, me quedé atascado. Ya no había kernel desde el que arrancar. El mismo problema con el ramdisk que con 151 y 153.
Después de eso, empecé un Live DVD ( ubuntu-14.04.5-desktop-i386.iso
) en el sistema atascado, monté una vieja máquina virtual 14.05.5 con núcleos 3.13 en otro ordenador, actualicé estos ( apt-get dist-upgrade
), copiaba el initrd.img-3.13.0-153-generic
(último kernel) al sistema atascado ('/boot') y ¡arrancó de nuevo (con 153)! Esto fue para mi gran sorpresa, sin saber que el initrd.img-*
¡de una VM funcionaría en un hardware real! Sin embargo, seguía sin poder arrancar desde 149 y 151 (lo cual tiene sentido).
Todo lo anterior fue para que el sistema volviera a funcionar. El problema en sí no está resuelto.
Conclusión: update-initramfs
utiliza datos (archivos) del sistema para construir initrd.img-*
. En mi equipo, esto hace que sea imposible ir más allá de "Cargando ramdisk inicial ...".
Preguntas:
Qué archivos utiliza update-initramfs
?
¿Puedo (?!) hacer algo para crear una construcción de nuevo un trabajo initrd.img-3.13.0-153-generic
?
Mientras no se resuelva este problema, las futuras construcciones initrd-img-*
también se bloquearán.
1 votos
Arranque en -149 y en
terminal
tiposudo update-initramfs -c -k 3.13.0-151
luego reinicie a -151, y vea si eso soluciona el problema. Informe a @heynnema.0 votos
Gracias por la respuesta, pero me siento más seguro de esperar hasta 4.15.0-24 tiene una solución, con la esperanza de que se implementará también en 3.13.0-151. Mientras tanto, he cambiado Grub que se mantiene en el arranque desde 3.13.0-149.
0 votos
Estás ejecutando 3.13... no 4.15. Mi comando no hará ningún daño, y podría fácilmente solucionar tu problema con -151 y -153. Por favor, comience los comentarios a mí con @heynnema o puedo perderlos.
0 votos
@heynnema -
update-initramfs -c -k 3.13.0-151-generic
no funcionó. En realidad no es ninguna sorpresa ya que/boot/config-3.13.0-*-generic
(los 3 archivos de configuración - 149, 151 y 153) no muestran ninguna diferencia (excepto los números de versión).0 votos
Me has perdido. ¿Qué tiene que ver "config-anything" con mi comando **update-initramfs"?
0 votos
@heynnema - Error tipográfico por mi parte. Olvidé publicar la primera parte del comando. ¡He corregido el comentario anterior!
0 votos
@heynnema - Ahora, el sistema ya no arranca. Ni siquiera desde 149. Bueno ... ¡muchas gracias!
0 votos
Eso no fue muy agradable. Puede que haya algo más mal en tu sistema. Intenta arrancar -149 en modo recuperación, o intenta arrancar un kernel -14x anterior, si tienes uno.
0 votos
Vamos continuar esta discusión en el chat .
0 votos
Tal vez
lsinitramfs <initramfsfile>
mostrará lo que quieres ver.0 votos
Esto me ayudó linoxide.com/linux-how-to/fixing-broken-initrd-image-linux en una situación similar