| 1 |
> Eso es lo primero que se me pasa por la cabeza pero lo desecho por que |
| 2 |
> el kernel arranca.. y el kernel está en el disco duro.. en el /dev/sdb |
| 3 |
> para ser más exactos. |
| 4 |
|
| 5 |
Claro, pero los bootloaders no saben de drivers, simplemente 'alguien' |
| 6 |
o 'algo' los ha instalado (normalmente en el MBR) y hacen su función: |
| 7 |
arrancar o mostrar un menú y después arrancar. En sparc pasa lo mismo: |
| 8 |
al silo le da igual el disco, simplemente 'está ahí'. Es la |
| 9 |
BIOS/EFI/OBP/etc la que se encarga de encontrar el disco. |
| 10 |
|
| 11 |
> El problema es que no dispongo de mucha información por que todos |
| 12 |
> estos arranquen los monitorizo por teléfono y es un operador el que |
| 13 |
> me va diciendo.. :/ |
| 14 |
|
| 15 |
Esto sí que es un putadón y de los groxos. |
| 16 |
|
| 17 |
Yo probaría lo siguiente: |
| 18 |
|
| 19 |
1) Opción cerda: compilar a muerte con todo lo habido y por haber de la |
| 20 |
sección scsi y raid integrado en el kernel. |
| 21 |
|
| 22 |
2) Opción semi-decente: compilar todo lo habido y por haber de la |
| 23 |
sección scsi y raid como módulo y crear un ramdisk con todos ellos. |
| 24 |
|
| 25 |
> ¿por que es más cómodo? |
| 26 |
|
| 27 |
Porque editas el fichero de configuración y reinicias sin tener que |
| 28 |
reinstalar continuamente el programa en el MBR (o al principio del |
| 29 |
disco). |
| 30 |
|
| 31 |
-- |
| 32 |
GnuPG key ID 0x6D2FF8B5 @ pgp.escomposlinux.org |
| 33 |
Gentoo Linux on IA32|sparc64 |
| 34 |
http://fluzo.org/ |
Archives