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

Reply via email to