El 20/09/12 18:28, Angel Vicente escribió: > 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 > >
Hola, echa un ojo a esto. http://www.gentoo-wiki.info/Udevd:_init_udevd_socket:_error_getting_socket:_Address_family_not_supported_by_protocol Un saludo. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
