Mailinglist Archive: opensuse-es (327 mails)
| < Previous | Next > |
[opensuse-es] Re: Valores predeterminados para GRUB
- From: Camaleón <noelamac@xxxxxxxxx>
- Date: Wed, 12 Jan 2011 12:04:13 +0000 (UTC)
- Message-id: <pan.2011.01.12.12.04.12@gmail.com>
El Wed, 12 Jan 2011 01:43:13 +0100, jose maria escribió:
El "device.map" tiene al disco usb como hd1 y al interno como hd0.
El GRUB ejecutado dentro del sistema ve al disco usb como hd1 y al
interno como hd0.
El GRUB real ve al disco usb como hd0 y al interno como hd1.
¿Qué es real y que es virtual? Pues no sé... si modifico el device.map y
pongo al disco usb como hd0 y al interno como hd1 es posible que
sobreescriba el cargador de arranque de windows lo cual no me haría mucha
gracia, aunque podría desconectar el disco duro del portátil para que no
"tocara" donde no debe...
No lo sé... GRUB discrepa consigo mismo.
En Debian se puede predeterminar este valor modificando el archivo
"menu.lst" pero en openSUSE no veo la forma de hacerlo, no puedo
predeterminar valores para la entrada "root(hdx,x)".
Puedo probarlo aunque no sé si servirá en este caso porque no se llega a
cargar el kernel y desconozco si este supuesto está cubierto. En cuanto
tenga resultados lo comento.
http://lists.opensuse.org/opensuse-es/2010-10/msg00757.html
http://lists.opensuse.org/opensuse-es/2010-10/msg00779.html
Gracias por las sugerencias.
Saludos,
--
Camaleón
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
El mar, 11-01-2011 a las 16:32 +0000, Camaleón escribió:
Perdón por retomar este hilo antiguo, pero acabo de iniciar el equipo* El fichero /boot/grub/device.map refleja correctamente la tupla (hd)
donde tengo la 11.3 y había una actualización para el kernel. Al
reiniciar ha vuelto a pasar lo mismo, la entrada de GRUB se ha vuelto a
cambiar a "root (hd1,1)" cuando tenía que ser "root (hd0,1)"... es
decir, que no ha funcionado ;-(
identificador del disco usb y el fijo ? , por que la identificacion
puede rotar en cada arranque al ser un dispositivo extraible y tal vez
habria que hacerlo fijo y cargarlo en la imagen initram.
El "device.map" tiene al disco usb como hd1 y al interno como hd0.
El GRUB ejecutado dentro del sistema ve al disco usb como hd1 y al
interno como hd0.
El GRUB real ve al disco usb como hd0 y al interno como hd1.
¿Qué es real y que es virtual? Pues no sé... si modifico el device.map y
pongo al disco usb como hd0 y al interno como hd1 es posible que
sobreescriba el cargador de arranque de windows lo cual no me haría mucha
gracia, aunque podría desconectar el disco duro del portátil para que no
"tocara" donde no debe...
* Creo que es un problema del script que considera el usb como algo
"puntual", o no lo considera en absoluto como un dispositivo para esos
menesteres, perl-bootloader creo que es quien lo trabaja no recuerdo.
No lo sé... GRUB discrepa consigo mismo.
En Debian se puede predeterminar este valor modificando el archivo
"menu.lst" pero en openSUSE no veo la forma de hacerlo, no puedo
predeterminar valores para la entrada "root(hdx,x)".
* otra solucion es poner otra entrada en menu.lst y añadir
fallback=1 , siendo default=0 la entrada predeterminada y 1 la
siguiente en caso de fallo en esa entrada pon lo del usb, lo digo por
que si es cosa del script entiendo que esa parte de la configuracion no
la toque.
Puedo probarlo aunque no sé si servirá en este caso porque no se llega a
cargar el kernel y desconozco si este supuesto está cubierto. En cuanto
tenga resultados lo comento.
* No me acuerdo bien del hilo, si no van los tiros por hay, vuelve a
recordarnoslo o da la referencia del hilo.
http://lists.opensuse.org/opensuse-es/2010-10/msg00757.html
http://lists.opensuse.org/opensuse-es/2010-10/msg00779.html
Gracias por las sugerencias.
Saludos,
--
Camaleón
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |