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