-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 17/04/08, Carlos E. R. escribió:
(hd0) /dev/sdb ata-ST380011A_4JV215KV
El device.map dice que para grub "hd0" es el disco de 80 gigas.
(...)
(que demuestra (junto con otros correos) que el grub está instalado en sector de arranque la partición activa, y que es ejecutado)
Correcto, "algo" de grub anda por al disco de 320 GB. pero vmlinuz y el inttrd los encuentra en hd0 (el disco de 80 GB. según el device.map). ¿Cómo es posible?
Porque en ese momento, hd0 es el sda, el disco grande. ¡Ha cambiado de nombre!
Grub lo instalamos en (hd1,1) a mano, y que según las tablas pertenece a sda2. Pero, sin embargo:
]aparece grub> ]pregunto ]grub> find/boot/grub/vmlinuz ]responde ]grub>(hd0,1)
que según la tabla correspondería a sdb2, disco pequeño, "/seguridad". Y ahí no está. La única explicación es que durante el arranque el "sda" es el "hd0", y no "hd1" como pone el devices.map.
Pues eso es lo extraño... :-?
Tengo una sospecha. Sospecho que durante el arranque, los numeros de (hdX,Y) los manda exclusivamente la BIOS. Y cuando ya está arrancado y funcionando el kernel, como la bios es inaccesible, manda el devices.map, que se supone es un recordatorio de lo que dice la bios para su uso desde el sistema, sin acceso a la bios. La BIOS en este caso no es la pantallita de configuración. Son las funciones de la bios, las interrupciones software bajas, que residen en una rom. Una de ellas es la de lectura en bruto del disco, la INT 13h: INT 13 - DISK - READ SECTOR(S) INTO MEMORY AH = 02h AL = number of sectors to read (must be nonzero) CH = low eight bits of cylinder number CL = sector number 1-63 (bits 0-5) high two bits of cylinder (bits 6-7, hard disk only) DH = head number DL = drive number (bit 7 set for hard disk) ES:BX -> data buffer Return: CF set on error if AH = 11h (corrected ECC error), AL = burst length CF clear if successful AH = status (see #00234) AL = number of sectors transferred (only valid if CF set for some BIOSes) [según la Ralph Brown interrupt list - no figura en la wikipedia] El disco es un número que se pasa en DL, con el bit 7 a 1 si es un disco duro, es decir, es un número de 0x80 en adelante.
Es lo que llevo insistiendo desde hace no se cuantas docenas de horas: cambia la interpretación de los discos entre el arranque y el funcionamiento.
No tiene nada que ver... el problema se ve en el device.map: los discos han sido cambiados y no se ha actualizado ese archivo. Y no creo que el cambio lo haya hecho grub, pienso que el cambio de discos ha sido manual.
No, ese fichero lo creó el Yast, y lo hizo mal.
¿O por qué crees que lo primero que le pregunté fue "si tenía dos discos duros independientes"? >:-)
Porque vi que en el "menu.lst" que ponía aparecía un "sdb" y un "sdb" es sinónimo de segunda unidad de disco con el método convencional de asignación ¿ves como sí es útil? :-P
Ya lo se.
###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.17-0.1 root (hd1,1) kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_ST3320620AS_9QF8VNZ2-part2 vga=0x31a resume=/dev/sdb1 splash=silent showopts initrd /boot/initrd-2.6.22.17-0.1-default
El sdb1 es la swap, que está en el disco pequeño. Pero el arranque está en sda.
¿Sigues diciendo ahora que te sigue gustando el sistema de (hd0), (hd1), etc, el sistema clásico del grub, que nunca tiene confusión, y que es perfecto? >>:-)
Lo es... fíjate si lo es. Yo con tanta letra me pierdo, pero al ver "sdb" pues entiendo que hay una segunda unidad por ahí perdida.
Pero si eso está claro...
Podríamos editar a mano el devices.map y ver que pasa. Yo lo haría, pero es otra semana de pruebas a este ritmo... :-?
Pues debería hacerlo. Pero con windows ya instalado no sé si sería una buena idea :-/
No afecta. Según mi teoría ese fichero no se lee durante el arranque. Afecta a los comandos de grub que se ejecutan con el sistema arrancado. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIB55LtTMYHG2NR9URAhsQAJ0c3ceKoxswkTK8SZuKsPZEKR9EOQCdELcG qU/ieVfNEkBQwOGv3BFSK4Y= =sBed -----END PGP SIGNATURE-----