Re: [Solucionado] Posible problema al actualizar initrd
El Sat, 22 Sep 2012 17:09:54 +0200, Angel Vicente escribió:
> On Sat, Sep 22, 2012 at 11:15:22AM +0000, Camaleón wrote:
(...)
>> > La solucion pasa por compilar el protocolo unix en el nucleo y
>> > no como modulo, puesto que ya el udev no soporta el unix como modulo;
>> > la verdad es que es muy escueto y no encontre relacion entre el error
>> > de udev y el problema posterior. Ni corto ni perezoso, recompile
>> > cambiando esta configuracion, esperando que en el siguiente arranque
>> > me dejaria de preocupar por los mensajes de udev para continuar con
>> > el problema de la particion no encontrada. Pues bien, ahora arranca
>> > todo correctamente.
>>
>> (...)
>>
>> Lo que no me cuadra es antes funcionara.
>>
>>
> Nuevamente tal y como lo imagino, producto de mi desconocimiento del
> funcionamiento de udev: un nucleo compilado por mi con el protocolo unix
> en forma de modulo unix.ko, udev capaz de cargar dicho nucleo en el
> arranque y un initrd que contiene dicho nucleo. Cambio de udev, el
> soporte de unix debe estar incluido en el propio nucleo, asi que los
> nuevos initrd no incluiran el unix.ko, aunque los nucleos hallan sido
> compilados con el soporte modular: el mismo nucleo de antes con un NUEVO
> initrd, tendra en el paquete el modulo de unix.ko, en /lib/modules pero
> NO lo tendra en su NUEVO initrd, no se puede cargar en el arranque,
> resultado: a mi me ha pasado esto por tener el soporte pata en forma de
> modulo, pero tal vez podria haber sido otro efecto.
(...)
Sigue sin cuadrarme porque el cambio que has hecho requiere la
recompilación del kernel algo que anteriormente no se había hecho y no
era necesario. Las posteriores actualizaciones que hayas podido hacer no
han alterado el contenido del resto de elementos ("intrd") que hayan sido
compilados/generados por ti, luego o se me escapa algo o sigo sin
verlo :-)
Saludos,
--
Camaleón
Reply to: