[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Posible problema al actualizar initrd



On Thu, Sep 20, 2012 at 03:59:57PM +0000, Camaleón wrote:
> El Thu, 20 Sep 2012 17:47:12 +0200, Angel Vicente escribió:
> 
> > On Tue, Sep 18, 2012 at 01:19:53PM +0000, Camaleón wrote:
> 
> >> ¿Cómo has compilado el kernel?
> > 
> > Lo compilo con make-kpkg, 
> 
> Es decir:
> 
> fakeroot make-kpkg --initrd --revision=version kernel_imag
> 
> ¿no? 

Si

> 
> > previamente preparo el .config con make menuconfig.
> 
> Entonces generas un nuevo menú con cada compilación.

Reviso el .config del kernel anterior, generalmente no hay grandes cambios

> 
> >> Quizá generaste la imagen mal... Mira a ver si lo que te dice es cierto
> >> o no, es decir, si el identificador de la partición apunta al lugar
> >> correcto.
> >> 
> >> Otro de los motivos habituales por los que aparece este mensaje es que
> >> te falte algún módulo de gestión del disco duro (sata, ahci... o alguno
> >> específico para tu controladora), o que no lo hayas compilado integrado
> >> sino como módulo, y no lo pueda cargar.
> > 
> > Con lo que he observado puedo deducir que no seria el caso: el primer
> > kernel que empezó a fallar fue uno que tenia funcional desde el mes de
> > junio, 
> 
> ¿Y dejó de funcionar sin más?

No estoy seguro, pero creo que fue despues de actualizar algun paquete que
desencadeno el update-initramfs.

> 
> > el siguiente ha fallado desde el primer momento y está compilado
> > en fechas posteriores a la de la observacion del fallo, es decir, en
> > este ultimo si cabe la posibilidad que indicas, pero en el otro no.
> 
> Igualmente convendría que descartaras lo que te dice el mensaje de error 
> (es decir, que el cargador de arranque apunta al disco/partición 
> correcto), cosas más tontunas he visto.
> 
> >> Puedes comparar los dos ".config" de los kernels (de uno que funcione y
> >> otro que no) para ver las diferencias :-?
> > 
> > Normalmente "reciclo" los .config: copio de un kernel para la siguiente
> > compilacion, y despues ajusto con make menuconfig, 
> 
> Una vez que ejecutas "menuconfig" y guardas los cambios sobreescribes 
> (bueno, no, creo que lo renombra a ".config.old") cualquier ".config" que 
> tengas en la raíz donde están las fuentes, es decir, que te cargas todos 
> los cambios que estuvieran en el .config original reutilziado.
> 

He arrancado con un CD de rescate y chequeado las particiones, como indicaba
el compañero Daniel, no se han hallado errores y los arranques siguen haciendo 
lo mismo.

Transcribo los errores de udev como sugeria el compañero Juan Antonio (mis
disculpas por no habe leido antes su mensaje)

udevd[357]: error getting socket: Address family not supported by protocol
error initializing udev control socket (este mensaje sale dos veces seguidas)
udevd[357]: error getting socket: Address family no supported by protocol
udevadm[364]: error getting socket: Address family not suported by protocol

¿Es posible que el error este relacionado con udev?, el udev lo actualice,
pero fue en agosto, no creo que tenga que ver.

Saludos


Reply to: