Re: Comportamiento extraño, wheezy no acaba de iniciar
El Wed, 28 Mar 2012 12:39:36 -0500, Marcel Sánchez Góngora escribió:
> On Wed, 2012-03-28 at 15:56 +0000, Camaleón wrote:
(...)
>> >> ¿Qué servicio? Que no somos adivinos :-)
>> >
>> > Estas preguntas creo que las has hecho sin leer aun el resto del
>> > correo, creo que después de hacer las demás te debí haber respondido
>> > estas dos ;-)
>>
>> Pues no, no recuerdo que hayas enviado esa información.
>
> En mi primer mensaje:
> "[...]Primero se atascaba en postgresql, lo desactivé, en el próximo
> inicio fue virtualbox, lo desactivé también, en el próximo inicio fue
> dbus[...]"
Es que eso no es muy normal... quiero decir que no puede ser que *todos*
los servicios sean los que fallen. Por eso te decía, que una cosa es tu
impresión de lo que puede estar fallando y otra cosa son los registros,
esos pocas veces yerran :-)
>> ¿Quieres decir que tampoco te arrancaba en modo mono-usuario? Entonces
>> el problema no está relacionado con la red porque en este modo sólo se
>> inicia los demonios básicos, sin la red. Yo investigaría más a fondo
>> dónde se atasca en "init 1".
>>
>> Otra cosa, si no arranca en modo mono-usuario, puedes probar a añadir
>> en la línea del kernel del gestor de arranque "init=/bin/bash".
>>
>>
> por algún motivo el modo single pasa de largo los servicios básicos e
> inicia otros como el de red, por eso se atascaba incluso en este modo
> antes. Repito, ya no sucede después de desactivar algunos de los ya
> mencionados.
Es que eso no puede ser... los demonios de red necesitan que la red esté
configurada y si no hay red no tiene sentido que se activen en el init 1.
>> >> Hombre, no se trata de ir desactivando servicios al azar, sino de
>> >> ver cuál es el que te frena la carga.
>> >>
>> > no eran al azar, solo los en los que se atascaba el sistema...
>>
>> O los que creías que se quedaban parados, algunos les cuesta más
>> arrancar que a otros :-)
>
> todos inician normalmente hasta que llega el primero que depende de
> remote_fs
***
$remote_fs
all remote file systems are available. In some configurations, file
systems such as /usr may be remote. Many applications that require
$local_fs will probably also require $remote_fs.
***
Ojo, que eso es para el montaje de discos a través de la red. ¿Compartes
algún disco en remoto o tienes definido algún punto de monte que lo use?
>> Samba no debería iniciar en "init 1", vamos, creo yo, porque necesita
>> el servicio de red y no hay red en init 1.
>
> la segunda respuesta de este mensaje debe aclarar este punto, no se por
> qué motivo el modo single pasa de largo el init 1
Pues sí, es raro :-?
Eso se puede solucionar iniciando con "init=/bin/bash", accedes a una
shell con un entorno mínimo cargado, aquí no hay ni samba ni nada de nada.
>> ¿En qué sentido "infructuosas"? ¿Qué hiciste exactamente y con qué
>> resultado? Que por más que te empeñes no somos adivinos >>:-)
>
> no di estos detalles pues no aportan nada al debate -desde mi punto de
> vista- sucede lo mismo que cuando se intenta iniciar automáticamente en
> el boot, se atasca el sistema como esperando por algo, se puede
> interumpir con ctrl-c pero no pasa nada.
Bueno, a veces pasamos cosas cosas por alto, sobre todo cuando el
problema nos afecta a nosotros mismos :-) por eso siempre es mejor
seguir el "método científico" y hacer las pruebas de manera aśeptica,
revisando los registros, apuntando los pasos que se hace y qué resultado
se obtiene con cada una de las cosas que se van probando.
> Lo que me resulta curioso es que comandos como dpkg, screen, entre
> otros, no funcionen y se queden esperando por algo cuando los trato de
> usar, exactamente igual que los servicios. ejemplo # dpkg-reconfigure -a
>
> nada... cero salida, ni STSOUT o STSERR
No entiendo esto que dices.
Saludos,
--
Camaleón
Reply to: