☰

La reparación de arranque se bloquea, ¿posible alternativa?

tag-icon • tag-icon boot grub-legacy
La reparación de arranque se bloquea, ¿posible alternativa?

Mi objetivo general es realizar un arranque dual de Linux Mint y Windows 10. La placa base solo tiene BIOS heredado.

Primero instalé Linux Mint y luego Windows 10 en una partición secundaria.
Porque olvidé crear una partición de arranque separada... Moví todo 1000 MB a la derecha y creé una partición de arranque ext4 al comienzo de sda.
Ejecutando la reparación de arranque en un USB Ubuntu activo con las opciones:

  • Partición separada /boot: sda4 (la primera partición en el disco)
  • GRUB Legacy (pensé que era para BIOS heredadas)
  • Reinstale GRUB (predeterminado)
  • Mostrar menú de inicio: 10s (predeterminado)

La reparación de arranque se bloquea enPurge kernels then reinstall last kernel sda1 (ins). This may require several minuets...

Dejé que esto se ejecutara durante la noche, el proceso aún se está ejecutando. Reinicié y lo intenté nuevamente, dejé que el proceso se ejecutara durante 3 días. Nada diferente.

Resumen de información de arranque:http://paste.ubuntu.com/17678629/

Me he abierto al mismo tiempo, asumiendo que eso no tendría ningún efecto.

Respuesta1

He tenido exactamente el mismo problema hoy. Buscando en boot-repairlos registros de herramientas encontré este error:

gui-actions-purge.sh: line 441: ${APTTYP[$USRPART]} ${INSTALLTYP[$USRPART]} ${YESTYP[$USRPART]} linux${$KERNELTOREINST}-generic linux-headers-generic: bad substitution

Los registros se almacenan en el \var\log\boot-sav\log\YYYY-MM-DD__HHhMMboot-repairXX\boot-repair.logarchivo.

El paquete linux${$KERNELTOREINST}-genericno parece un paquete válido. Probablemente debería ser justo linux-generic.

Así que lo modifiqué \usr\share\boot-sav\gui-actions-purge.sh, reemplazando la línea 441:

local COMMAND="${APTTYP[$USRPART]} ${INSTALLTYP[$USRPART]} ${YESTYP[$USRPART]} linux${$KERNELTOREINST}-generic linux-headers-generic"

con:

local COMMAND="${APTTYP[$USRPART]} ${INSTALLTYP[$USRPART]} ${YESTYP[$USRPART]} linux-generic linux-headers-generic"

y reiniciado boot-repairdesde el menú de la barra de tareas.

Funcionó bien y solucionó mis problemas de arranque, restaurando grub en mi disco clonado.

Instrucciones rápidas

  1. Arranque Boot-Repaircomo de costumbre, pero cierre boot-repairla herramienta de inicio automático
  2. Abrir terminal desde el menú de la barra de tareas
  3. Escriba sudo su -para obtener el shell raíz
  4. Tipoleafpad &
  5. Se abrirá el editor de texto. Abra \usr\share\boot-sav\gui-actions-purge.shel archivo con él.

  6. Encontrar

    local COMMAND="${APTTYP[$USRPART]} ${INSTALLTYP[$USRPART]} ${YESTYP[$USRPART]} linux${$KERNELTOREINST}-generic linux-headers-generic"

  7. Reemplazar con:

    local COMMAND="${APTTYP[$USRPART]} ${INSTALLTYP[$USRPART]} ${YESTYP[$USRPART]} linux-generic linux-headers-generic"
  8. Guardar archivo, cerrarLeafpad
  9. Deje abierto el terminal raíz, lo necesitará más adelante, ya que boot-repairle pedirá que ejecute algunos comandos.
  10. Ejecute boot-repairdesde el menú de la barra de tareas y siga sus instrucciones.

Respuesta2

Mi enfoque general ante estos atolladeros es visualizar los discos involucrados y luego comenzar de nuevo.

No es técnicamente útil, lo sé, pero mi consejo de todos modos.

información relacionada