Recientemente actualicé mi sistema de AMD FX 8320 (con RAM DDR3 y mobo M5A97) a Intel i7-9700K (con RAM DDR4 y un mobo z-390).
Tengo 2 SSD diferentes, uno con instalación de Windows 10 y otro con archlinux. Después de dicha actualización, puedo iniciar Windows sin ningún problema, sin embargo, el gestor de arranque EFI no incluye la unidad con archlinux. Usando una versión de prueba deFácilUEFI, Agregué una entrada para mi instalación de archlinux al gestor de arranque del firmware UEFI.
Hasta ahora, todo bien. Entiendo que mis ID de GPT habrían cambiado y que el arranque podría fallar terriblemente, pero anticipé que al menos debería recurrir a un shell de rescate.
Arranco en la entrada del arco recién creada/restaurada, selecciono mi Linux para arrancar y falla con diferentes mensajes relacionados con el pánico del kernel (capturas de pantalla a continuación).
También intenté crear un USB de arranque para comprobar si puedo recrear mi archivo fstab, pero la unidad de arranque también falla con unmicrocódigo udeverror.
¿Alguna idea sobre cómo limpiar mi configuración de arranque para el gestor de arranque Arch?
Siguiendo los pasos del comentario de @VarunNarravula:
Intenté crear un dispositivo de arranque desde la propia máquina con Windows. Descargué la iso de arranque de arch-netinstall, creé una unidad flash usando unetbootin y cuando reinicio en la interfaz USB, también falla con mensajes similares.
Respuesta1
Entonces, cuando reemplaza el hardware crucial de su computadora, como su CPU, generalmente una reinstalación es Windows lo resuelve para UNetbootin. Además, una reinstalación periódica de Windows siempre soluciona el problema con Windows. Pero no use UNetbootin, solo configura el soporte de hardware para la máquina en la que se instaló inicialmente Windows. UsarRufo.
Cuando usas Rufus, usa el kernel actual de Windows, a diferencia de UNetbootin. Por lo tanto, cualquier imagen ISO de Linux en un USB debería funcionar porque la imagen ahora refleja los diferentes microcódigos utilizados en la CPU.