1 |
Si, lo que trata de decir Javier Barrio es que: |
2 |
|
3 |
El hecho de que el lilo se cargue en memoria, y el kernel también no |
4 |
implica que el propio kernel pueda leer el disco duro. Esto es por |
5 |
que: el bios carga a memoria el loader y le pasa el control, el loader |
6 |
carga el kernel y le pasa el control; ahora el kernel empieza a |
7 |
asignar direcciones de memoria a los periféricos que tenga conectados. |
8 |
Si no tiene el soporte para cierto dispositivo esto no lo podrá hacer, |
9 |
si este disp es necesario para el arranque (como el disco donde se va |
10 |
a montar el directorio raíz) no podrá continuar. |
11 |
|
12 |
Sugiero usar el kernel del livecd. Sí éste reconoce el disco en sdb |
13 |
seguo también lo hará en tu sistema real. |
14 |
|
15 |
Aquí hay un poco de información, pueda que te sea util. |
16 |
http://www.gentoo.org/doc/es/gentoo-x86-tipsntricks.xml |
17 |
|
18 |
|
19 |
Por último ¿el BIOS puede hacer que los discos scsi parescan ides? |
20 |
sería una buena opción. |
21 |
|
22 |
|
23 |
Suerte, |
24 |
Juan |
25 |
|
26 |
|
27 |
El 26/06/06, d2clon<d2clon@×××××××××××××××.org> escribió: |
28 |
> hi: |
29 |
> |
30 |
> Javier Barrio wrote: |
31 |
> >> Eso es lo primero que se me pasa por la cabeza pero lo desecho por que |
32 |
> >> el kernel arranca.. y el kernel está en el disco duro.. en el /dev/sdb |
33 |
> >> para ser más exactos. |
34 |
> > |
35 |
> > Claro, pero los bootloaders no saben de drivers, simplemente 'alguien' |
36 |
> > o 'algo' los ha instalado (normalmente en el MBR) y hacen su función: |
37 |
> > arrancar o mostrar un menú y después arrancar. En sparc pasa lo mismo: |
38 |
> > al silo le da igual el disco, simplemente 'está ahí'. Es la |
39 |
> > BIOS/EFI/OBP/etc la que se encarga de encontrar el disco. |
40 |
> No.. pero no sólo arranca el menú del bootloader.. sino que el propio |
41 |
> kernel está un rato soltando log por pantalla.. ose que el kernel es |
42 |
> leído y el kernel está en el dd.. si el kernel está en el dd.. ose que |
43 |
> sí que está accediendo a dd.. |
44 |
> |
45 |
> mmmm. o no.. o no tiene nada que ver que el bootloader sea capaz de |
46 |
> acceder a dd ... para que el propio kernel también lo sea.. mmm.. claro |
47 |
> claro.. :) |
48 |
> |
49 |
> |
50 |
> > |
51 |
> >> El problema es que no dispongo de mucha información por que todos |
52 |
> >> estos arranquen los monitorizo por teléfono y es un operador el que |
53 |
> >> me va diciendo.. :/ |
54 |
> > |
55 |
> > Esto sí que es un putadón y de los groxos. |
56 |
> Sip.. caguen.. es un puto infierno.. tener que dictar comandos por |
57 |
> teléfono y estar venga a prenguntar que ven.. fuasss¡ |
58 |
> |
59 |
> > |
60 |
> > Yo probaría lo siguiente: |
61 |
> > |
62 |
> > 1) Opción cerda: compilar a muerte con todo lo habido y por haber de la |
63 |
> > sección scsi y raid integrado en el kernel. |
64 |
> Voy a optar por esta. |
65 |
> |
66 |
> > |
67 |
> > 2) Opción semi-decente: compilar todo lo habido y por haber de la |
68 |
> > sección scsi y raid como módulo y crear un ramdisk con todos ellos. |
69 |
> Esto se me lía un poco :) |
70 |
> |
71 |
> > |
72 |
> >> ¿por que es más cómodo? |
73 |
> > |
74 |
> > Porque editas el fichero de configuración y reinicias sin tener que |
75 |
> > reinstalar continuamente el programa en el MBR (o al principio del |
76 |
> > disco). |
77 |
> > |
78 |
> |
79 |
> comprendo |
80 |
> |
81 |
> |
82 |
> gracias |
83 |
> d2clon |
84 |
> |
85 |
> -- |
86 |
> http://www.flickr.com/photos/d2clon/ |
87 |
> http://enamsterdam.blogspot.com/ |
88 |
> |
89 |
> -- |
90 |
> gentoo-user-es@g.o mailing list |
91 |
> |
92 |
> |
93 |
|
94 |
|
95 |
-- |
96 |
"La televisón me respeta, se ríe con migo y no de mí" |
97 |
Homero J. Simpson |
98 |
|
99 |
-- |
100 |
gentoo-user-es@g.o mailing list |