Problema con Grub tras instalar otra distribución
- Inicie sesión ou rexístrese para enviar comentarios
Hola a todos, debido a un problema para hacer funcionar una impresora con Trisquel con un controlador libre (no incluido en Trisquel) a causa de un aparente bug derivado de Ubuntu -intentaré volver sobre el tema más adelante-, he instalado otra de las distribuciones libres listadas en la FSF, concretamente Musix 2.0, ésta basada en Debian Lenny y donde aparentemente no debe haber problemas con este controlador. El caso es que al instalar Musix el nuevo grub reconoce la también existente instalación de Ubuntu (todos los kernels relacionados con Ubuntu) pero no incluye ninguna entrada correspondiente a Trisquel, de modo que no puedo acceder a Trisquel que es el que uso normalmente. Por lo que observo con gparted, el sistema de Trisquel debe estar instalado en /dev/sda9 y el directorio /home en /dev/sda10. ¿Hay alguna manera de recuperar (o reinstalar) mi antiguo Grub de Trisquel o de incluir en el nuevo Grub instalado con Musix una entrada para Trisquel? NOTA (por si es de utilidad): al instalar Musix tuve que indicar la ubicación para la instalación del grub, que fue "hd0".
Un saludo y gracias por adelantado.
El día 13 de enero de 2010 21:33, <name at domain> escribió:
> Hola a todos, debido a un problema para hacer funcionar una impresora con
> Trisquel con un controlador libre (no incluido en Trisquel) a causa de un
> aparente bug derivado de Ubuntu -intentaré volver sobre el tema más
> adelante-, he instalado otra de las distribuciones libres listadas en la
> FSF, concretamente Musix 2.0, ésta basada en Debian Lenny y donde
> aparentemente no debe haber problemas con este controlador. El caso es que
> al instalar Musix el nuevo grub reconoce la también existente instalación de
> Ubuntu (todos los kernels relacionados con Ubuntu) pero no incluye ninguna
> entrada correspondiente a Trisquel, de modo que no puedo acceder a Trisquel
> que es el que uso normalmente. Por lo que observo con gparted, el sistema de
> Trisquel debe estar instalado en /dev/sda9 y el directorio /home en
> /dev/sda10. ¿Hay alguna manera de recuperar (o reinstalar) mi antiguo Grub
> de Trisquel o de incluir en el nuevo Grub instalado con Musix una entrada
> para Trisquel? NOTA (por si es de utilidad): al instalar Musix tuve que
> indicar la ubicación para la instalación del grub, que fue "hd0".
>
Edita el /boot/grub/menu.lst de tu partición Musix y corre update-grub
con permisos administrativos desde el mismo Musix.
Supongo que en el foro de Musix sabrán más del asunto.
--
Saludos/Greetings
Quiliro Ordóñez
593(02)340 1517 / 593(09)821 8696
http://quiliro.wordpress.com
"¿Sólo cuando el último árbol esté muerto, el último río envenenado y
el último pez atrapado nos daremos cuenta que no se puede comer
dinero?"
"Only when the last tree is dead, the last river is poisoned and the
last fish is caught will we realize that money is not edible?"
_______________________________________________
Trisquel-usuarios mailing list
name at domain
http://listas.trisquel.info/cgi-bin/mailman/listinfo/trisquel-usuarios
Es posible que en el foro de Musix puedan ayudarme (lo intentaré también allí) pero me interesaría más poder reinstalar el Grub que viene con Trisquel -puesto que es el SO que uso habitualmente es el que también mantengo siempre actualizado-. Por otra parte, no sé si el hecho de que las particiones de Trisquel tengan el formato XFS va a dificultar la recuperación desde el Grub instalado con Musix. He añadido una entrada a mano en menu.lst desde Musix y, aparentemente intenta arrancar algo en la partición que he indicado pero da un mensaje de error relacionado con el sistema de ficheros -¿a causa de que es XFS?-. En fin, imagino que la situación es similar a la que se produce cuando instalas Windows tras Trisquel, de modo que imagino que debe haber alguna forma de reinstalar el grub de trisquel. He intentado consultar la página del wiki (http://trisquel.info/mediawiki/Recuperar_menú_de_arrinque_(GRUB)/es) que indicaba Rubén en otro hilo (http://trisquel.info/gl/como-recuperar-el-grub) pero la página en cuestión no parece estar ya disponible.
Un saludo.
En primer lugar gracias a Quiliro y emuletas por las recomendaciones, pero el problema estaba en la dificultad (para mí al menos) de guiarme por la configuración de las otras entradas en menu.lst tanto en el Grub instalado por Musix como en el de Ubuntu que, finalmente, es el que estoy usando (la orden "update-grub" no sirve de nada). Explico como he resuelto (al menos parcialmente) la cuestión (la terminología no será la más adecuada pero no soy experto en informática):
UNO:
Trisquel, dado que usa por defecto el formato XFS para la partición de sistema, a diferencia de Ubuntu o Musix y las restantes distribuciones que conozco, crea tres particiones, lo que creo complica bastante las cosas para los que no somos expertos: una donde se alojan las imágenes del núcleo (formato Ext3), otra donde se instala el sistema (formato XFS) y otra "home". Bien, pues la cuestión es que en menu.lst hay que establecer dos "indicadores" para "root", el primero mediante "root hdX" referente a la partición en la que se encuentran las imágenes del núcleo y el segundo mediante "root=/dev/sdX" referente a la partición en la que se encuentra instalado el sistema. Como digo, ni la observación de las entradas para los otros núcleos en los menu.lst generados por Ubuntu o Musix sirven de indicador para establecer una entrada correcta para Trisquel, pues ninguna de estas distribuciones crea una partición independiente donde alojar las imágenes del núcleo -no sé si alguna además de Trisquel lo hace-. Por otra parte, las indicaciones sobre la recuperación del Grub que he podido encontrar en la red (por ejemplo la que indica emuletas) no sirven para resolver el problema puesto que la instalación del grub por sí misma no sirve para indicarle a éste dónde se encuentran las imágenes que debe arrancar y que el sistema se encuentra alojado en una partición distinta. Desde mi punto de vista establecer una partición adicional con respecto a las restantes distribuciones resulta en una complicación innecesaria, sobre todo para los que no somos expertos, puesto que las respuestas para resolver los problemas con Grub en otras distribuciones, sencillamente, no sirven para Trisquel. Recomendación para los usuarios: haced una copia en un medio extraíble del menu.lst de vuestra instalación actual de Trisquel, por si os veis en la necesidad de tomarla como referencia para poder entrar en Trisquel a partir de un Grub distinto al instalado con Trisquel.
DOS:
Por alguna razón -algo hago incorrectamente, seguro- no he conseguido reinstalar el Grub desde la línea de comando de Grub, una de las opciones que ofrecen diversas páginas para reparar o reinstalar Grub. Me refiero a las siguientes instrucciones:
$ sudo grub --> ejecutamos el interprete de comando de grub
> find /boot/grub/stage1 --> busca donde esta la partición de ubuntu
> root (hdX,Y) --> poner el valor devuelto anterior
> setup (hd0) --> instala grub en nuestro primer disco duro (hd0),
que es con el que inicia la computadora
> quit --> salimos del interprete de comando de grub
Lo he intentado desde el cd live de Trisquel y desde el propio Trisquel ahora que he conseguido entrar en él (intento instalarlo en hd0 y aparentemente se realizan todas las operaciones pero el Grub que me aparece al arrancar sigue siendo el mismo de Ubuntu).
TRES
Actualmente consigo entrar en Trisquel después de haber añadido la siguiente entrada en el menu.lst de Ubuntu (la misma que aparece en el menu.lst de Trisquel -copiar y pegar, por tanto-):
title Trisquel 3.0, kernel 2.6.28-17-generic
root (hd0,6)
kernel /vmlinuz-2.6.28-17-generic root=/dev/sda9 ro quiet splash
initrd /initrd.img-2.6.28-17-generic
No obstante, aunque el sistema termina cargando, sale dos o tres veces este mesaje de error:
"ata6: softreset failed (device not ready)"
que no aparecía anteriormente.
Un saludo.
MMM, errores con el formato del sistema de archivos? Solución:
1. Hacer una copia de seguridad.
2. Darle a la partición otro formato.
3. Reinstalar.
4. Retaurar la copia de seguridad.
Despues de esto debería funcionar...
Sobre el error tres, creo que si nos pegas lo que te sale cuando metes esto:
dmesg|more en la terminal nos será más útil. Por cierto, lo de |more, es
para que salga poco a poco, tienes que pulsar enter
Uhum... me da mala espina tu error... No sé si habrá que actualizar la BIOS
:D
Gracias por las sugerencias, emuletas. Efectivamente dmesg registraba una serie de errores en relación a "ata". No obstante leí algo relacionado con el modo AHCI en la configuración de la BIOS indicando que podía estar relacionado con el error que me estaba dando a mí al iniciar. Cambié a modo "compatible" -la otra opción a AHCI- pero siguió dando errores -esta vez "ata4" y no "ata6"-. Volví a cambiar a modo AHCI y parece haberse resuelto. En los últimos reinicios no indica error alguno y tampoco en dmesg.
Gracias de nuevo en cualquier caso.
Bien. Parece que no se complicó el asunto. Podría haber sido más grave...
Tener que actualizar la BIOS...
Suerte con tu sistema!
- Inicie sesión ou rexístrese para enviar comentarios