Múltiples sistemas operativos y carga en cadena GRUB


9

Quiero tener varias instalaciones de SO y me han informado que la carga en cadena con GRUB es una buena manera de manejar esto. He visto tutoriales en la web, pero todavía tengo algunas preguntas antes de poder comenzar.

Quiero:

  • Windows XP: 20 GB. Para ejecutar algunas cosas de la escuela y un juego que no funciona a través de WINE.
  • Xubuntu 9.04: 85 GB. Mi sistema operativo principal.
  • Otra distribución de Linux: 15 GB. Para experimentar y probar distribuciones de Linux.

Voy a:

  • Limpie e instale varias distribuciones con bastante frecuencia en el 15
  • Use dd para hacer una copia de mi partición de Windows después de instalarla y hacer que las cosas funcionen a mi gusto. Mi experiencia es que Windows debe reinstalarse tal vez una vez al año para no hincharse y ralentizarse.

Me han dicho:

  • Para utilizar la carga de la cadena GRUB. Será más fácil cuando se realicen actualizaciones de kernel en las distribuciones de Linux, ya que modifican el menú de arranque de GRUB.

Según tengo entendido, necesito: (podría estar equivocado)

  1. Instale Windows primero.
  2. Luego instale Xubuntu y déjelo escribir sobre el MBR con GRUB (supongo que este es el valor predeterminado).
  3. Obtener el GRUB en el MBR para iniciar Windows XP si lo deseo (está hecho por defecto), iniciar Xubuntu usando el kernel de mi elección o diferir la ejecución al sector de arranque de mi otra distribución de Linux. La carga de la cadena real solo ocurrirá cuando quiera comenzar mi instalación experimental de Linux.

Me pregunto:

  • ¿Es correcto el paso 3 anterior y una buena manera de manejar esto?
  • ¿Es también una buena manera de usar la carga en cadena tanto para Xubuntu como para mi instalación experimental de Linux?
  • ¿Cómo consigo una distribución de Linux para instalar el gestor de arranque que viene en el sector de arranque de su partición y no en el MBR?
  • Si no consigo que no toque el MBR. Luego podría hacer una copia de seguridad del MBR usando dd y luego volver a escribirlo después de instalar mi instalación experimental de Linux. Pero entonces, ¿cómo conseguiría el gestor de arranque (digamos GRUB) en el sector de arranque de la instalación experimental de Linux? ¿Cómo funcionaría si dicha instalación de Linux obtiene una nueva actualización del kernel y necesita actualizar el menú GRUB?

Respuestas:


4

Tengo un problema similar con mi nuevo netbook. Tengo Windows, Ubuntu Netbook Remix y otro sistema operativo Linux en él. Como los dos primeros no cambian, pero es probable que el tercero lo haga, utilicé estas instrucciones para reparar mi GRUB .

Básicamente, supongamos que su Xubuntu está en la segunda partición de su disco duro (/ dev / hda2 o (hd0,1)). Las instrucciones de ese enlace se reducen a:

$>grub
grub>root (hd0,1)
grub>setup (hd0)
grup>quit

Lo único a tener en cuenta al respecto es que GRUB siempre se referirá a /boot/grub/menu.lst en su partición Xubunut. Por lo tanto, cada vez que cambie su sistema operativo Linux, deberá mirar su /boot/grub/menu.lst y copiar la entrada en el mismo en Xubunut. Aparte de eso, deberías estar bien.

Avíseme si necesita algo más o si hay algo que pueda explicar con mayor claridad.


3

¿Es correcto el paso 3 anterior y una buena manera de manejar esto?

No, debe agregar una entrada al menu.lst de xubuntu para la distribución experimental de Linux.

¿Es también una buena manera de usar la carga en cadena tanto para Xubuntu como para mi instalación experimental de Linux?

Como dije, no se necesita carga en cadena. Eso solo complicaría las cosas.

¿Cómo consigo una distribución de Linux para instalar el gestor de arranque que viene en el sector de arranque de su partición y no en el MBR?

No quiere esto, quiere que no se instale en absoluto. Cómo hacerlo depende de la distribución, por supuesto.

Si no consigo que no toque el MBR. Luego podría hacer una copia de seguridad del MBR usando dd y luego volver a escribirlo después de instalar mi instalación experimental de Linux. Pero entonces, ¿cómo conseguiría el gestor de arranque (digamos GRUB) en el sector de arranque de la instalación experimental de Linux? ¿Cómo funcionaría si dicha instalación de Linux obtiene una nueva actualización del kernel y necesita actualizar el menú GRUB?

Nuevamente, no es necesario hacer una copia de seguridad del MBR. Si algo sale mal, simplemente reinstale grub desde un CD en vivo. Zodoz explicó bien esa parte.


3

Consejo general al jugar con Grub: primero construya un disco de arranque de Grub. Puede encontrar una imagen iso en el paquete de Ubuntu grub-rescue-pcy, después de la instalación, puede encontrar el archivo /usr/lib/grub-rescue/grub-rescue-cdrom.iso. Tener un disco tan útil ahorra mucho tiempo cuando el MBR se estropea, lo que sucede mucho al instalar nuevos sistemas operativos.

Acerca de la instalación en sí, la carga en cadena en el paso 3 no es realmente necesaria, también puede iniciar el otro sistema operativo desde el grub dado, pero eso puede requerir agregar manualmente las entradas de arranque en lugar de permitir que el sistema operativo las genere automáticamente (consulte /etc/grub.d/40_custom).

En general, no perdería mucho tiempo planeando, cuando tenga un disco de arranque de grub listo, es trivial recuperarse de un MBR en mal estado, simplemente escriba:

  configfile (hd...)/boot/grub/grub.conf` 

Para permitir que el disco de arranque de Grub cargue el archivo de configuración de grub de su Linux, inicie en él y restaure el MBR con grub-setup. Simplemente juega con diferentes configuraciones para encontrar una que te guste.


2

En mi experiencia, la mejor manera de lidiar con esto es dejar que sus principales sistemas operativos Linux (Xubuntu) administren la grub. No instale el grub cuando se instale el otro sistema operativo. Luego, después de que se instale, inicie en Xubuntu y ejecútelo sudo update-grubpara que sus otros sistemas operativos aparezcan en la lista.

Si está utilizando grub2 (grub-pc) instale os-prober para que pueda manejar la partición de Windows. Puede agregar sus propias configuraciones en /etc/grub.d/40_custom y no se preocupe, se cambiará.

Por supuesto, siempre debe tener un livecd a mano cuando algún otro sistema operativo ( * tos * windows * tos * ) modifique el MBR al reinstalar.


2

Dejo Windows en su propia unidad, con el gestor de arranque de Windows en ese MBR, pero tengo mi BIOS arranca la otra unidad (con todo tipo de * NIX) primero: carga en cadena Windows. Debido a que modifiqué el orden de arranque en el BIOS, también necesito intercambiar hd0 con hd1 en la configuración de grub para encadenar ventanas.

Editar: También puede considerar una máquina virtual para probar otras distribuciones de Linux. VirtualBox de Sun ha estado funcionando bien para mí. Sin embargo, necesitará el espacio en disco para contener todas las imágenes adicionales.


Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.