Hemos visto cual era el problema por el que el DVD de MAX 7.5 amd64 no arrancaba bien en algunos equipos en modo UEFI, lo hemos corregido y estamos subiendo una nueva iso (en pendrive sí iba) Seguimos viendo problemas muy extraños con UEFI, muchos ligados a las BIOS (hoy he estado con una Compaq que necesitaba habilitar el modo legacy y luego desactivar los medios de arranque legacy para que de verdad desactivara el modo seguro) pero otras veces va más allá de la BIOS (uefi 32 bits, etc.) MAX 7.5 no arranca en modo Secure Boot, pero para la MAX 8 sí tenemos previsto incluirlo, como lo hace ya la Ubuntu 14.04.
Sólo por adelantar, cuento cómo se ha resuelto con apaños la instalación en un Packard Bell que borraba la activación de entradas uefi creadas por MAX. Para la MAX 8 investigaremos más a fondo a ver cómo evitar estas zancadillas de los fabricantes. Ahí va:
- Tras instalar MAX en modo UEFI no cargaba el grub y arrancaba directamente Windows.
- Arrancamos MAX usando el pendrive de puente, o sea: arrancamos con el pendrive en modo uefi y al salir el grub le damos a la tecla c para ir a línea de comandos
- Sabiendo la partición en la que está MAX, o tanteando con ls, ejecutamos un comando del estilo de
Código: Seleccionar todo
configfile (hd1,gpt7)/boot/grub/grub.cfg - Si arranca MAX podemos quitar el pendrive (lo hacemos) y al arrancar max instalamos el programa boot-repair:
Código: Seleccionar todo
sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get install boot-repair
sudo boot-repair
* Opciones principales: reinstalar grub, usar el archivo efi estándar y mostrar el menú de arranque 10 segundos
* Ubicaciones de Grub: lo dejam[*]os como esté
* Opciones de Grub: sólo marcada Purgar Grub antes de reinstalarlo
* Otras opciones: todo marcado[/list]
* Al darle a Salir si nos pregunta si hacer copia de la configuración de Windows le decimos que NO
Con todo esto seguía sin funcionar, incluso dejaba el grub ya roto y no arrancaba ni windows, el truco en este caso concreto estaba en copiar los archivos que se crean en la carpeta efi/MAX de la partición EFI (ubuntu y max lo montan automáticamente en /boot/efi/) a la carpeta Boot de esa misma partición (subcarpeta efi) Se puede copiar gráficamente tras un
Código: Seleccionar todo
sudo nautilusCódigo: Seleccionar todo
sudo cp /boot/efi/efi/MAX/* /boot/efi/efi/Boot/
He aprendido que en Windows la partición EFI se puede montar con el comando mountvol Z: /S , con lo cual también podéis copiar los archivos desde Windows si os arranca.
Todo esto para este caso concreto, a mí hasta ahora todos los EFI se me habían instalado bien, pero últimamente veo casos cada vez más raros.
Desde max, el programa efibootmgr sirve para gestionar las entradas uefi (guardadas en nvram) aunque con algunas bios tiene problemas para borrar entradas. El script check-efi-install de Mario es el que ejecuta el instalador para ver si tiene que instalar en modo uefi y es una buena fuente de aprendizaje.
Cuando falla el efibootmgr se supone que el comando bcfg (https://wiki.archlinux.org/index.php/Un ... rface#bcfg) es más completo, pero no lo he probado. También está el super-boot-manager (https://launchpad.net/~ingalex/+archive ... ot-manager), el bcdedit nativo desde Windows, pero todavía no los he probado.
Como veis son palos de ciego para lidiar con algunas BIOS que restablecen el orden de la entradas uefi en nvram al arrancar, cargándose cualquiera que no sea la original del Windows. O al menos esa es mi interpretación tras ver el resultado del efibootmgr recién instalado MAX, y al siguiente arranque cuando ya sólo es capaz de botar Windows.
En la red se cuentan cientos de experiencias similares, por ejemplo este artículo http://blog.desdelinux.net/siete-formas ... 8-y-linux/ Esperemos que poco a poco se llegue a cierta estabilidad en la implementación de uefi por parte de los fabricantes. En muchos casos recomiendan empezar por actualizar la BIOS a la última versión cuando hay problemas de arranque UEFI.
Sólo eso y saludos,