KDarkSigma
New member
Presentacion
Muy buenas
, Soy Sigma y soy de todo un poco jaja pero realmente mi pasion son los OS mas que las aplicaciones por eso quiero aportar con algo que parece que siempre genera problemas "Como Bootear a ..."
Primero decir pues que no tengo 2 OS ni 3 o 4 OS, tengo como 15 los principales con boot son:
Ya conte bien son mas de 15 jaja pero los otros estan en maquina virtual asi que no se vale...
Por lo que uso extensivamente las particiones Primarias las Logicas y Hasta las Extendidas... Mas adelante hablare de ellas lo prometo.
Ademas como es obvio para esto he probado casi todo BootLoader conocido y desconocido, pero precisamente por eso me quede con GRUB y ya explicare porque...
Empecemos::BootLoaders
Para Gestionar el Boot de todos estos OS, ponerme a probar en plan de ensayo y error seria un lio, tendria que reinstalar muchas ves algun OS para tenerlo sobre los demas y sin contar con el que OJALA reconosca los otros OS, pues no me gusta esa idea... Porque ademas de esa forma pierdo poco a poco la calidad de las particiones que voy generando... (Aprendi esto tras reinstalar linux mas veces de las que muchos han usado el terminal en su vida...)
Bien yo uso GRUB debido a que este BootManager puede existir Libre sin un OS que lo comande a diferencia de la gran mayoria, yo le llamo mi miniOS (no tiene que ver nada con un OS pero por la potencia para mi si), antes usaba uno boot loader llamado SystemCommander, muy bueno eh pero con mi tarjeta una ATI x1300 se odian a muerte, y dependia 100% de Windows, a si que me decido por GRUB sin duda alguna, pero para mi buena suerte encontre el llamado GFX-Boot un Grub con Skins jajaja bueno no son lo maximo pero a mi me gusta hasta tengo mi Sigma Skin , Muchos quiza lo habran visto al ver el boot de Ubuntu, bueno eso es un GFX-Boot
Basado en lo siguiente: "La mayoria de OS por no decir todos, no usan el MBR por si mismo es decir son dueños del BootSector de su particion pero el MBR esta siempre limpio"
...Pues es que usandome como ejemplo planteo mi Sistema de Booteo:
[Grub] -> MBR
Esto me permite que pueda controla la forma en que bootea cada sistema con mucha precision y ademas... "Puedo dejar el BootLoader de cada OS Intacto"
Asi tenfo el FreeBSD del PC-BS como el Bootmanager de Vista y el DarwinBoot intactos lanzados de un proceso padre llamado GRUB, no sufro de problemas ni de complicaciones al momento de toquetear alguno ya que no afecta a los demas
Bien Resumiendo un poco esta parte de mi explicacion: Usar un SuperBootManager en el MBR es una alternativa muy efectiva por cuanto no se sufre de DualBoots problems o TripleBoots o QuadBoots etc etc..
Un Solo encargado gestiona el boote de los BootLoaders Propios
GRUB::Explicaciones
GRUB (GRand Unified Bootloader) es un BootManager Libre por lo que no sufriremos de luego problema con su soporte ya que es amplicamente modificado y apoyado por la comunidad cibernetica y ademas es muy portable a muchas arquitecturas, muchas distribuciones de Linux la usan en especial Knoppix que es con la que luego explicare su uso...
La terminologia que usa Grub para reconocer unidades es muy simple te entender
0 -> primero
1 -> segundo
n -> Enemismo - 1
y la forma en como ve las unidades es asi:
(hd[disco],[particion])
por lo que:
(hd0,0) -> Primera (enesimo - 1) Particion en el Primer DiscoDuro (enesimo - 1)
(hd1,2) -> Tercera (enesimo - 1) Particion en el Segundo DiscoDuro (enesimo - 1)
ademas:
(hd0) -> Primer (enesimo - 1) Disco Duro, osea... MBR
Ahora bien, Grub usa un fichero llamado menu.lst (a veces eso lo usan como acceso directo a otro fichero) para cargar su menu de opciones donde una presentacion generica del mismo es esta:
# grub.conf generated by Sigma
default=0
timeout=10
gfxmenu /boot/grub/message.linuxhack
title Windows
root (hd0,0)
makeactive
chainloader +1
title Solaris
root (hd0,1)
makeactive
chainloader +1
Esa es una parte de mi menu.lst ahi podemos observar:
de esa forma se contruye un menu.lst, que como NOTA dire:
debe estar ubicado en la primera particion del primer disco duro osea en (hd0,0) bajo la carpeta \boot\grub
Yo siempre recomiendo crear una particon FAT32 y en ella poner la \boot\grub, en mi caso ahi tengo a mi Win2K y a su ves ahi esta el boot.ini de el XP y a la ves el \boot de windows vista...
Asi es tanto windows vista como GRUB usan la carpeta \boot pero no hacen conflicto alguno
De forma que hasta este punto ya podrian construirse su menu.lst personalizado e ir consiguiendo las herramientras el GFX-Boot en formato .deb, algun skin que les guste en formato message.[skin] y creando esa pequeña o gran particion FAT32 al inicio de todo...
Instalacion::GFX-Boot
Ahora en mi caso yo uso Knoopix pero se puede usar cualquier distribucion Live de Linux, que use grub obviamente, para empezar con el proceso...
Usando como Ejemplo Knoppix, con todas las herramientas listas nos vamos al Knoppix Live y desde ahi ademas jugar un poco y deleitarnos con un Beryl si nuestra tarjeta aguanta el parametro de carga:
knoppix desktop=beryl
empezamos usando la consola de root para primero desinstalar el grub que trae por defecto:
aptitude remove grub
aptitude remove grub-disk
una ves desinstalado GRUB de Knoppix (Obviamente solo en memoria no del CD/DVD mismo) procedemos a instalar GFX-Boot
dpkg -i grub-gfxboot_0.97-11_i386.deb
que es la version de GFX-Boot que yo uso, ahora que ya tenemos instalado GFX-Boot procedemos a escribirlo en nuestro MBR:
grub
root (hd0,0)
setup (hd0)
Esto segun explique instala GRUB en el MBR del primer disco apuntando a la carpeta \boot\grub\ (root) ubicada en la primera particion del primer disco...
Por lo que ahora procedemos a copiar los archivos de grub que genralmente se encuentra en el mismo CD/DVD a la carpeta \boot\grub creada en esa direccion...
Además ahora copiamos el menu.lst que creamos en un inicio a esa ubicacion, al igual que el skin que conseguimos o creamos y lo asignamos dentro del menu.lst
Mientras aun sigamos en linux podemos seguir jugando con knoppix o ya de una ves reiniciar para por primera ves ver el GFX-Boot Trabajando
Consideraciones::NOTAS
Apartir de ahora tenemos un Grub corriendo independientemente de Linux en el MBR que podemos configurar editando el menu.lst desde cualquier osa usando cualquier editor de texto y asi añadir mas OS cambiar ubicaciones, seleccion de parametros de carga entre otros mas...
Dejo como ejemplo un pedazo mas amplio de mi menu.lst
title Windows
root (hd0,0)
makeactive
chainloader +1
title Solaris
root (hd0,1)
makeactive
chainloader +1
title Linux
root (hd0,7)
# makeactive
chainloader +1
title PC-BSD
root (hd1,1)
makeactive
# kernel /boot/loader
chainloader +1
title Mac OS X
root (hd1,0)
makeactive
chainloader +1
.
.
.
Como otras notas dire que GRUB es capaz de lanzar una particion que tenga otro gestor de arranque o que tenga otro grub a su ves como es mi caso con "Linux" donde GRUB del MBR apunta al GRUB del Debian y este a su ves a los GRUB's de los demas Linux o a sus LILO's
Espero les ayude a comprender que para hacer un multiple boot hay muchas alternativas pero una de las que yo considero mas practicas mejores y mas flexible es usando un GRUB en el MBR apuntando a una partion casi dedicada, recordemos que incluso ahi yo tengo mi Win2k y boots de otros Windows
Mi Meta ahora es crear un sistema de booteo de este tipo:
[Grub]
Windows -> Win2K, WinXP, Win2K3, WinVista
Linux-> Debian Linux, Slackware Linux, Fedora Linux, Gentoo Linux
Unix -> Mac OS X, PC-BSD, Solaris
Independientes -> SkyOS, BeOS
Para lo que usare las particiones Extendidas para almacenar mas GRUB's y asi organizar perfectamente mi sistema de booteo, eso y que cuando descubra la forma de bootear mis OS emulados (esto ya es una locura mia) tambien las añadire...
Hare mencion en lo siguiente ademas, para todo esto yo tengo 4 HDD, 3 SATA y 1 IDE por lo que necesito espacio para tanto OS
Si en alguna cosa puedo ayudarles o brindarles apoyo haganmelo saber y quiza les pueda ser de ayuda...
Muy buenas
, Soy Sigma y soy de todo un poco jaja pero realmente mi pasion son los OS mas que las aplicaciones por eso quiero aportar con algo que parece que siempre genera problemas "Como Bootear a ..."Primero decir pues que no tengo 2 OS ni 3 o 4 OS, tengo como 15 los principales con boot son:
- Win2K
- WinXP
- Win2K3
- WinVista
- Debian Linux
- Slackware Linux
- Fedora Linux
- Gentoo Linux
- Mac OS X
- BeOS
- PC-BSD
- SkyOS
- Solaris
Ya conte bien son mas de 15 jaja pero los otros estan en maquina virtual asi que no se vale...
Por lo que uso extensivamente las particiones Primarias las Logicas y Hasta las Extendidas... Mas adelante hablare de ellas lo prometo.
Ademas como es obvio para esto he probado casi todo BootLoader conocido y desconocido, pero precisamente por eso me quede con GRUB y ya explicare porque...
Empecemos::BootLoaders
Para Gestionar el Boot de todos estos OS, ponerme a probar en plan de ensayo y error seria un lio, tendria que reinstalar muchas ves algun OS para tenerlo sobre los demas y sin contar con el que OJALA reconosca los otros OS, pues no me gusta esa idea... Porque ademas de esa forma pierdo poco a poco la calidad de las particiones que voy generando... (Aprendi esto tras reinstalar linux mas veces de las que muchos han usado el terminal en su vida...)
Bien yo uso GRUB debido a que este BootManager puede existir Libre sin un OS que lo comande a diferencia de la gran mayoria, yo le llamo mi miniOS (no tiene que ver nada con un OS pero por la potencia para mi si
), antes usaba uno boot loader llamado SystemCommander, muy bueno eh pero con mi tarjeta una ATI x1300 se odian a muerte, y dependia 100% de Windows, a si que me decido por GRUB sin duda alguna, pero para mi buena suerte encontre el llamado GFX-Boot un Grub con Skins jajaja bueno no son lo maximo pero a mi me gusta hasta tengo mi Sigma Skin , Muchos quiza lo habran visto al ver el boot de Ubuntu, bueno eso es un GFX-BootBasado en lo siguiente: "La mayoria de OS por no decir todos, no usan el MBR por si mismo es decir son dueños del BootSector de su particion pero el MBR esta siempre limpio"
...Pues es que usandome como ejemplo planteo mi Sistema de Booteo:
[Grub] -> MBR
- Windows -> Win2K, WinXP, Win2K3, WinVista
- Linux-> Debian Linux, Slackware Linux, Fedora Linux, Gentoo Linux
- Mac OS X
- PC-BSD
- Solaris
- SkyOS
- BeOS
Esto me permite que pueda controla la forma en que bootea cada sistema con mucha precision y ademas... "Puedo dejar el BootLoader de cada OS Intacto"
Asi tenfo el FreeBSD del PC-BS como el Bootmanager de Vista y el DarwinBoot intactos lanzados de un proceso padre llamado GRUB, no sufro de problemas ni de complicaciones al momento de toquetear alguno ya que no afecta a los demas
Bien Resumiendo un poco esta parte de mi explicacion: Usar un SuperBootManager en el MBR es una alternativa muy efectiva por cuanto no se sufre de DualBoots problems o TripleBoots o QuadBoots etc etc..
Un Solo encargado gestiona el boote de los BootLoaders Propios
GRUB::Explicaciones
GRUB (GRand Unified Bootloader) es un BootManager Libre por lo que no sufriremos de luego problema con su soporte ya que es amplicamente modificado y apoyado por la comunidad cibernetica y ademas es muy portable a muchas arquitecturas, muchas distribuciones de Linux la usan en especial Knoppix que es con la que luego explicare su uso...
La terminologia que usa Grub para reconocer unidades es muy simple te entender
0 -> primero
1 -> segundo
n -> Enemismo - 1
y la forma en como ve las unidades es asi:
(hd[disco],[particion])
por lo que:
(hd0,0) -> Primera (enesimo - 1) Particion en el Primer DiscoDuro (enesimo - 1)
(hd1,2) -> Tercera (enesimo - 1) Particion en el Segundo DiscoDuro (enesimo - 1)
ademas:
(hd0) -> Primer (enesimo - 1) Disco Duro, osea... MBR
Ahora bien, Grub usa un fichero llamado menu.lst (a veces eso lo usan como acceso directo a otro fichero) para cargar su menu de opciones donde una presentacion generica del mismo es esta:
# grub.conf generated by Sigma
default=0
timeout=10
gfxmenu /boot/grub/message.linuxhack
title Windows
root (hd0,0)
makeactive
chainloader +1
title Solaris
root (hd0,1)
makeactive
chainloader +1
Esa es una parte de mi menu.lst ahi podemos observar:
- default=0 [es el sistema por defecto en mi casi Windows por estar en la primera posicion de los OS (enesimo - 1)]
- timeout=10 [es el tiempo de espera por la seleccion del usuario, antes de lanzar el sistema por defecto apuntado por default=0]
- gfxmenu /boot/grub/message.linuxhack [esa linea debe añadire donde message.linuxhack es el skin para gfxboot]
- title Windows [u otro, es el titulo del OS a lanzar]
- root (hd0,0) [es la posicion de la particion para Windows]
- makeactive [eso "activa" la particion para su booteo]
- chainloader +1 [esto lanza el gestor de arranque pueda estar alojado en el bootsector de dicha particion]
de esa forma se contruye un menu.lst, que como NOTA dire:
debe estar ubicado en la primera particion del primer disco duro osea en (hd0,0) bajo la carpeta \boot\grub
Yo siempre recomiendo crear una particon FAT32 y en ella poner la \boot\grub, en mi caso ahi tengo a mi Win2K y a su ves ahi esta el boot.ini de el XP y a la ves el \boot de windows vista...
Asi es tanto windows vista como GRUB usan la carpeta \boot pero no hacen conflicto alguno
De forma que hasta este punto ya podrian construirse su menu.lst personalizado e ir consiguiendo las herramientras el GFX-Boot en formato .deb, algun skin que les guste en formato message.[skin] y creando esa pequeña o gran particion FAT32 al inicio de todo...
Instalacion::GFX-Boot
Ahora en mi caso yo uso Knoopix pero se puede usar cualquier distribucion Live de Linux, que use grub obviamente, para empezar con el proceso...
Usando como Ejemplo Knoppix, con todas las herramientas listas nos vamos al Knoppix Live y desde ahi ademas jugar un poco y deleitarnos con un Beryl si nuestra tarjeta aguanta el parametro de carga:
knoppix desktop=beryl
empezamos usando la consola de root para primero desinstalar el grub que trae por defecto:
aptitude remove grub
aptitude remove grub-disk
una ves desinstalado GRUB de Knoppix (Obviamente solo en memoria no del CD/DVD mismo) procedemos a instalar GFX-Boot
dpkg -i grub-gfxboot_0.97-11_i386.deb
que es la version de GFX-Boot que yo uso, ahora que ya tenemos instalado GFX-Boot procedemos a escribirlo en nuestro MBR:
grub
root (hd0,0)
setup (hd0)
Esto segun explique instala GRUB en el MBR del primer disco apuntando a la carpeta \boot\grub\ (root) ubicada en la primera particion del primer disco...
Por lo que ahora procedemos a copiar los archivos de grub que genralmente se encuentra en el mismo CD/DVD a la carpeta \boot\grub creada en esa direccion...
Además ahora copiamos el menu.lst que creamos en un inicio a esa ubicacion, al igual que el skin que conseguimos o creamos y lo asignamos dentro del menu.lst
Mientras aun sigamos en linux podemos seguir jugando con knoppix o ya de una ves reiniciar para por primera ves ver el GFX-Boot Trabajando
Consideraciones::NOTAS
Apartir de ahora tenemos un Grub corriendo independientemente de Linux en el MBR que podemos configurar editando el menu.lst desde cualquier osa usando cualquier editor de texto y asi añadir mas OS cambiar ubicaciones, seleccion de parametros de carga entre otros mas...
Dejo como ejemplo un pedazo mas amplio de mi menu.lst
title Windows
root (hd0,0)
makeactive
chainloader +1
title Solaris
root (hd0,1)
makeactive
chainloader +1
title Linux
root (hd0,7)
# makeactive
chainloader +1
title PC-BSD
root (hd1,1)
makeactive
# kernel /boot/loader
chainloader +1
title Mac OS X
root (hd1,0)
makeactive
chainloader +1
.
.
.
Como otras notas dire que GRUB es capaz de lanzar una particion que tenga otro gestor de arranque o que tenga otro grub a su ves como es mi caso con "Linux" donde GRUB del MBR apunta al GRUB del Debian y este a su ves a los GRUB's de los demas Linux o a sus LILO's
Espero les ayude a comprender que para hacer un multiple boot hay muchas alternativas pero una de las que yo considero mas practicas mejores y mas flexible es usando un GRUB en el MBR apuntando a una partion casi dedicada, recordemos que incluso ahi yo tengo mi Win2k y boots de otros Windows
Mi Meta ahora es crear un sistema de booteo de este tipo:
[Grub]
Windows -> Win2K, WinXP, Win2K3, WinVista
Linux-> Debian Linux, Slackware Linux, Fedora Linux, Gentoo Linux
Unix -> Mac OS X, PC-BSD, Solaris
Independientes -> SkyOS, BeOS
Para lo que usare las particiones Extendidas para almacenar mas GRUB's y asi organizar perfectamente mi sistema de booteo, eso y que cuando descubra la forma de bootear mis OS emulados (esto ya es una locura mia
) tambien las añadire...Hare mencion en lo siguiente ademas, para todo esto yo tengo 4 HDD, 3 SATA y 1 IDE por lo que necesito espacio para tanto OS
Si en alguna cosa puedo ayudarles o brindarles apoyo haganmelo saber y quiza les pueda ser de ayuda...