Hola, me llamo Adrián y les
envio este mail porque no puedo solucionar un problema que tengo con el arranque
de uno de los Sistemas Operativos mediante Grub. Empiezo:
Decidí instalarme la distribución de Linux: Red Hat
9 en uno de los dos discos duros que tengo. El primero tiene una única partición
NTFS en la cual reside Windows XP. Este disco (Maestro del IDE-0) es un Seagate
de 80 GB ATA 100 7200 RPM. El otro disco (Esclavo del IDE-1) también es un
Seagate pero de 40 GB ATA 100 5400 RPM. Es este último, tengo tres particiones,
por orden: la primera de unos 33 GB con FAT32 y un Windows ME funcionando, luego
una Ext2 de 5.5 GB y por último una SWAP de 512 MB. Antes de instalar Red Hat
utilizaba el Boot Magic como gestor de arranque y funcionaba perfectamente. Al
instalar Red Hat, hice que grub residiera en el MBR del primer disco (el de 80
GB), previa desinstalación del Boot Magic, para evitar posibles conflictos. La
instalación finalizó correctamente y al reiniciar, el menú de grub tenía tres
entradas:
- Windows XP, en (hd0,0) Primer disco, primera
partición.
- Windows ME, en (hd1,0) Segundo disco, primera
partición.
- Linux Red Hat 9, en (hd1,1) Segundo disco,
segunda partición.
Lógico, ¿no? Pues bien, mi sorpresa fue que después
de comprobar que el arranque y posterior funcionamiento del Linux y del XP,
intenté arrancar el Windows ME y se queda colgado, me aparece en pantalla las
opciones de carga del grub, pero no hace nada, se quedan congeladas en
pantalla...
rootnoverify (hd1,0)
chainloader +1
... y tengo que reiniciar siempre. Al principio
pensé que me podía haber cargado el MBR del segundo disco pero cambié la
secuencia de arranque desde la BIOS y le dije que arrancara primero el disco de
40 GB con la posterior sorpresa de que el arranque del Windows ME funciona
perfectamente. ¿A qué puede ser debido esto? He intendado realizar varios
cambios con éxito nulo: cambié por ejemplo, rootnoverify (hd1,0) por
rootnoverify (hd1) para que apuntara al MBR del disco, pero incomprensiblemente
me arranca el XP (que esta en el hd0). Me han dicho que puede ser porque la
partición de FAT32 es superior a 32 GB pero no creo que sea eso (la BIOS soporta
la gestión de discos superiores a 32 GB, es obvio), he probado lo del makeactive
para la llamada y nada, también he oido no se que de mapear las particiones pero
ni tengo mucha idea ni creo que me pueda ayudar en mi problema. Creo recordar
que probé a poner algo de unhide en las particiones con idéntico resultado. Es
muy extraño. El arranque de Windows ME funciona bien, parece ser que sea grub
que no lo encuentre bien o no lo arranque bien, no me da ningún mensaje de
error, sólo se cuelga y no hace nada más. El resto de S.O. funcionan bien. Por
último he oido que puede dar algunos problemas el grub que viene con la
distribución de Red Hat 9 en estos casos. No se si habrá algún parche o alguna
actualización al respecto, tampoco soy muy experto en el tema, estoy iniciando
en Linux.
Antes de mandarles el mail, he estado leyendo la
página y he encontrado lo del map que había comentado antes y de que ciertos
S.O. basados en DOS o en Windows tienen problemas a la hora de arrancar si no
están en el disco principal. He mirado y he puesto lo que ponía, tal cual pero
nada, se me bloquea igual, el mismo error (bloqueo sin ningún tipo de
mensaje):
map (hd0) (hd1)
map (hd1) (hd0) ----------> He probado
omitiendo esta linea pero lo mismo
rootnoverify (hd0,0) o rootnoverify (hd1,0)
---------> Estas son las dos opciones. Lo mismo
makeactive -----------> Opcional
chainloader +1
Espero que me puedan ayudar y que les haya quedado
claro mi problema. Si necesitan algún dato más para intentar solucionar mi
problema, no duden en contestarme e intentaré proporcionárselo. Mi PC es un AMD
Athlon XP 1800+ 768 MB DDR y dos discos duros (antes mencionados). La versión
del grub que tengo instalada es la 0.93. Pueden contestarme en esta dirección de
correo electrónico: [EMAIL PROTECTED]
Sin más que decir, sólo me queda despedirme u
enviarles cordiales saludos.
Espero noticias suyas. Muchas gracias
anticipadas.
Atentamente...
Adrian Casaña.
|
_______________________________________________ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub