GRUB (Grand Unified Bootloader) es un gestor de arranque disponible del proyecto GNU y es el primer programa que se inicia cuando se enciende el ordenador para posteriormente transferirle el control al núcleo del sistema operativo. GRUB es el gestor de arranque predeterminado para casi todas las distribuciones de GNU/Linux, pero ¿hay vida más allá de GRUB? La respuesta inmediata es sí.
|
etiquetas: gestor de arranque , grub , lilo , syslinux , gummiboot , kboot
Pudiendo configurar parámetros y demás.
Y luego si se necesita elegir otra opción de arranque pues se le dé a la tecla de función correspondiente.
Sin noticias de Gurb libro absolutamente divertido y recomendable
En mi caso es un arch, y el manual es bastante decente:
wiki.archlinux.org/index.php/EFISTUB
Eso si, recomiendo guardarse el comando usado con efibootmgr en un fichero, por si en algun momento tienes que añadir algun parametro al kernel o similar
En cuanto se me pasó la época de trastear volví a la simplicidad de Grub, más que nada por no perder tiempo en configurarlo, la verdad que estaría muy bien que pusiesen algo más bonito por defecto, seguro que mucha más gente se animaría a tener arranque dual solo por no tener esa interfaz de texto al arrancar el PC.
Volviendo a Burg, la última vez que lo miré su desarrollo estaba semi-abandonado, y haciendo un búsqueda rápida parece que sigue así. Una pena..
De nuevo, cuando me cansé de trastear abandoné rEFInd en el Macbook y Burg en el PC de escritorio, actualmente tengo el arranque por defecto de Bootcamp en el Macbook y el Grub por defecto de Ubuntu en el PC. Al final es algo que se ve durante dos segundos y no la pena molestarse tanto para eso, aunque se agradecería si lo pusiesen por defecto..
man.openbsd.org/installboot
man.openbsd.org/boot.8
man.openbsd.org/biosboot.8
man.openbsd.org/boot_amd64.8
%file /usr/mdec/*
/usr/mdec/BOOTIA32.EFI: MS-DOS executable PE for MS Windows Intel 80386 32-bit
/usr/mdec/BOOTX64.EFI: MS-DOS executable PE for MS Windows
/usr/mdec/biosboot: ELF 32-bit LSB executable, Intel 80386, version 1
/usr/mdec/boot: ELF 32-bit LSB executable, Intel 80386, version 1
/usr/mdec/cdboot: data
/usr/mdec/cdbr: data
/usr/mdec/fdboot: ELF 32-bit LSB executable, Intel 80386, version 1
/usr/mdec/mbr: x86 boot sector
/usr/mdec/pxeboot: data
Por cierto, en el artículo sen han olvidado de incluír yaboot, el cargador de arranque de los Macintosh e IBM con arquitectura PPC.
grub no funciona muy bien en esta arquitectura, el framebuffer va muy lento, se está venga a retrazar la imagen en el monitor cada vez que haces algo en el menú, además de fallar o no funcionar un montón de características, pero al menos han conseguido que arranque el sistema operativo sin tener que utilizar forzosamente yaboot.
Las versiones inestables de Debian (sid) para PPC ya vienen con grub por defecto como cargador de arranque.
EDIT: No recuerdo el modo.
De ahí que puedas arrancar sin problema un pendrive con la instalación de Windows con solo copiar todos los archivos de instalación que trae el DVD, o que no puedas marcar una partición de arranque en una partición GPT ya que no tiene sentido un sector de arranque.
Esto viene del firmware EFI, que era anterior al UEFI. Invento de Intel para sus procesadores Itanium que no tardó en adoptar Apple allá por 2006 con los nuevos ordenadores que sacaron con arquitectura x86.
Pero es que la idea aún viene de más atrás, del firmware Openfirmware utilizaban los Sun, IBM y los ordenador de Apple, los famosos G3, G4, G5 y similares.
Entrando en el OpenFirmware podías arrancar directamente el OS X o cualquier otro sistema operativo compatible, indicando desde que disco duro, u otros dispositivos como el USB o la red, y la partición donde se encontraba el sistema operativo.
boot ide1:3,\:tbxi
Con esto le dices al OpenFirmware que arranque desde el sistema operativo compatible que encuentre, si es que hay instalado uno, (:tbxi) en la tercera partición del disco duro que está como esclavo en el IDE1
El problema era cuando no te quedaba otra que poner la ruta entera donde estaba situado ese hardware desde donde quierías arrancar..., /pci@f2000000/mac-io@17/ata-4@1f4000/disk@1,3,\:tbxi
Da igual cual de los dos escribas en la línea de comandos del OpenFirmware, el comando corto es un alias que apunta a la orden larga, que es la que realmente va a entender el OpenFirmware.
Si quieres arrancar ejecutando un programa que está en un directorio específico solo hay que cambiar el :tbxi por la ruta del directorio y el programa desde el cual quieres arrancar.
boot ide1:3,\aaaaaboot.xyz
Con una resolución baja de por ejemplo 800x600 funciona bastánte fluído, tanto grub, como el OpenFirmware o el selector de arranque de Apple, pero con una resolución de por ejemplo 1920x1200... va bastante lento.
Además hay que tener en cuenta que los ordenadores estos tampoco funcionaban a unas frecuencias muy altas, con el que he hecho pruebas, un G4, va a 533Mhz aunque los malditos rindieran mejor que un Pentium III a 1000Mhz...
Una vez que sale del cargador de arranque y empieza a cargar el SO la fluidez es totalmente normal a cualquier resolución, y una vez ha cargado el controlador gráfico (nvidia) tengo sin problema aceleración gráfica tanto en OS X como con la distribución Debian que tengo instalada.
Sí, se que los G4 eran una bestia, y eran usados por editores de video (amateur y no) como setas.
En OpenBSD puedes trabajar en CLI perfectamente, pero lo recomendable es usar X con un gestor mínimo (trae cwm, twm y fvwm) de serie y ahí arrancar XTerm's y visores gráficos para lo que sea, ya que el TTY (wscons) no tiene soporte de imágenes como en Linux.
Total, no van a usar demasiados recursos por usar X. Que es un sistema donde los Sun m68k iban a velocidad glacial, pero iba.
Y bueno, los Gen-Z admiran demasiado a los Unix "con pedigrí" comerciales. En muchos casos eran una puta mierda donde un NetBSD o GNU Linux (Bash ya tenia bastante mejor fama que SH) se los comían en Intel excepto cosas muy tochas como los Sun Blade y maquinones de HP. El resto? CPU Intel tipo Pentium2/3 y una VooDoo y sobre todo las GeForce hicieron el resto.
Y eso que GNU/Linux hoy tiene fama de sobrecargado respecto a BSD, pero es que antes los Unix eran lentorros de cojones y SIN "features". Y la gente despreciando a FVWM, pero luego comparaban velocidades contra CDE y ya muchos le dieron la patada a esas máquinas.
Sobre cargadores de arranque, [E]Lilo lo sigue petando en Slackware y Syslinux en Alpine es bastante manejable.
Ojalá metan un JIT mejor que el TCG en Qemu, anda que no me molaría volver a reinstalar OSX Tiger PPC.
Cierto es que veo "registradas" las entradas correspondientes a mi Windows y mi Linux, pero porque va a mirar a la partición de EFI donde están los cargadores de Windows y Linux.
Pero hasta la fecha no he visto que me muestre la lista de sistemas operativos en diferentes particiones.
Estaría genial algún enlace.
wiki.archlinux.org/index.php/EFISTUB#efibootmgr
Esto da para una nueva opción para Rescatux ( www.supergrubdisk.org/rescatux/ ).
Siempre y cuando tengas UEFI puedes recrear en base a tus kernels y initds un menú en UEFI para usarlo más tarde.
Aún cuando por alguna razón en tu distribución hayas desinstalado el paquete de Grub podrías arrancar mediante un menú de arranque fijo.
(Esto ya lo hace al vuelo Super Grub2 Disk por cierto pero te obliga a tener siempre su disco insertado.)
Eso sí, si los kernel/initrds están en una partición diferente de la de sistema ya no sé si sabría muy bien cómo asignar una con otra. Bueno, ahora que pienso se lo puedo preguntar al usuario final.
De todas maneras dos preguntas me surgen:
- ¿Cómo llamamos a esta nueva hipotética opción?
- ¿Vale la pena invertir tiempo en esta opción si la mayoría de la gente se supone que tiene bien instalado y configurado grub en su distribución de GNU/Linux instalada?
(tranquilos, cierro al salir)
No hay drivers de nvidia antiguos para una versión nueva de X y además nvidia creo que tampoco ha sacado drivers para linux PPC, así que toca tirar de nouveau y como no reconoce bien la gráfica ya que fue un apaño que hice, nouveau dice que no se puede encontrar una BIOS-ROM válida en la gráfica, ni en la NVRam o PRAM del ordenador...
Convertí una gráfica para arquitectura x86 en una para PPC flasheando el firm y cortando un par de pistas del AGP para que la gráfica fuera AGPx2 y de ahí que nouveau se vuelva loco.
Lo curioso del caso es que en cambio con OS X tengo aceleración completa y corren sin problemas programas de modelado 3D como el Blender.
También funcionaba bastánte bien, a su ritmo, hasta hace cosa de año y pico kde-plasma. Ahora las ventanas que tienen aceleración se ven color azul y/o cian...
Hay que decir que el ordenador tiene instalado 1.5Gb de RAM y de ahí que también vaya más o menos bien con estos escritorios, con 512Mb iría mal hasta con xfce al hacer un par de cosas, y lógicamente mejor olvidarse de internet y de los exploradores más o menos nuevos independientemente de la cantidad de RAM que tenga instalada, aunque no te chupen toda la RAM el ordenador va ahogadísimo.
Una vez apretada la tecla e verás todos los parámetros que ejecuta grub al presionar intro en esa entrada.
Una vez modificado el parámetro que quieras pasar al kernel me imagino que tendrás que apretar control+x para que comience grub a ejecutar ese script.
Las instrucciones estas normalmente aparecen en la parte de abajo del menú de grub, en la zona que no tiene un fonde de color.
Para hacer que los cambios en grub sean fijos, una vez que ha cargado linux editas el archivo de configuración de grub que normalmente está en /etc/default
Lo puedes hacer perfectamente también desde la consola (CLI) con cualquier editor de texto, para estas cosas yo suelo utilizar nano.
nano /etc/default/grub
Una vez que has editado el archivo de configuración, tanto si lo has hecho desde la consola o desde un entorno gráfico, tienes que actualizar grub desde la consola poniendo update-grub
Resumiendo, primero abres el archivo de configuración de grub y modificas lo que quieras, y segundo actualizas la configuración de grub con update-grub
Todo ello como superusuario, bien desde la cuenta root o desde la tuya con el comando sudo