Recuperación de Grub exitosa
Hoy decidí redimensionar la partición de Window$ XP en la Workstation de la oficina, luego de leer un poco acerca del tema y comprobar que la recomendación más usual es redimensionar windows desde windows. Utilice el Partition Magic 8.0, redimensione con el asistente y listo, reinicie la WorkStation. Cuando llego al boot del XP todo parecia bien hasta que de pronto un error… que para mi mala suerte no daba muchas explicaciones.
Reinicie la computadora y mi sorpresa fue cuando empezó a cargar el GRUB. En vez de la típica pantalla negra con las opciones de carga sólo se leía: Error 17.
Que no cunda el pánico, pense, todo tiene solución y las particiones de Linux no las he tocado. A conseguir un Live CD de Ubuntu se ha dicho…..
Bueno una vez con el live CD puse manos a la obra:
- 1. Cuando ya estemos dentro de el Live CD vamos al menú Aplicaciones > Accesorios > Terminal.
- Con la Terminal de Gnome abierta damos
:-$sudo grub
con lo que estaremos en el interprete de grub - una vez ahí le damos el comando
grub>find /boot/grub/stage1
loque responderá la partición donde está el raíz, en el formato (hdx,y) donde x y y son números. - luego le decimos al GRUB que la partición raíz esta en el dato anterior, así:
grub>root (hdx,y) - y por ultimo le decimos que lo instale en el primer disco
grub>setup (hd0)
Con esto tenemos para que volvamos a tener grub y poder reiniciar el sistema operativo…..
nota: si tienes discos tipo scsi en ves de hdx será sdx, donde x es un número
LinuxGros's Weblog 
Hola, Victor. Según lo que entendí tenías tu máquina con una instalación de Windows y con otra de Ubuntu, la cual creo que vos instalastes…jeje.
Decidiste redimensionar Windows. Yo leí en el manual de principiante de Suse que se puede hacer desde Linux pero antes habiendo comprobado y desfragmentado el disco duro y habiendo desactivado la memoria virtual. Pero eso es otra cosa.
Deduzco que tanto el boot de Windows asi como Grub sufrieron algún daño. En Windows no se que habrá pasado. Pero en Grub ¿será que se alteró el archivo menu.lst? Digo esto porque con
grub>find /boot/grub/stage1
ubicas la partición raíz, la cual, normalmente está definida en el archivo menu.lst :
root=/dev/hda5 (en mi caso)
luego le decis a Grub donde está la partición raíz con:
grub>root (hdx,y)
eso quiere decir que el Grub lo ignoraba. Te pido que me digas si es más o menos asi como pienso.
A lo que si no le encuentro ninguna explicación es a la última línea :
grub>setup (hd0)
¿Qué está instalando en el primer disco y cuales de los archivos menu.lst, device.map y grub.conf se verán afectado por esta reinstalación?
Espero no quitarte mucho tiempo. En todo caso seré paciente.Saludos.
todo lo que decís es correcto y grub>setup (hd0) es para que instale el grub en el primer disco duro en la mbr (master boot record).
ahora bien, para qué hice todo eso? Lo que sucedió, según logro entender, es que el mencionado partition magic decidío mover las particiones para colocarlas una tras otra, y dejar el espacio sin utilizar al final; por consiguiente los valores de ubicación de la partición raíz cambio y los que estaban en menu.lst ya no servían más, y como bien decís la ubique y luego le dije al grub donde estaba, sin necesidad de editar manualmente menu.lst. Cúales archivos son afectados, pues creo que todos porque debe cambiar, automáticamente, los valores necesarios para arrancar el SO de la nueva partición; aunque no estoy seguro. Investigo y luego te digo
Hola, Victor. Consegui el manual del GRUB y del error 17 dice(lo imprimi en ingles asi que voy a hacer una traduccion liberrima):
Error 17: No se puede montar la particion seleccionada:
Este error ocurre si la particion requerida existe pero el tipo sistema de archivos no puede ser reconocido por GRUB.
Como vos has dicho, si se movieron las particiones ¿Querra decir que GRUB trato de leer la particion de Windows y por eso no lo logro?
Otra cosa es que este error es reportado por el stage 2, talvez esto nos pueda dar una pista de donde estuvo, con alguna exactitud, el error.
Saludos.