error al iniciar debian buster systemd-timesyncd loaded failed
error al iniciar debian buster systemd-timesyncd loaded failed
Hola, como están ?
Les cuento que he bajado e instalado buster, (instalación limpia), y puesto mis cosas en sus sitios.
Pero al iniciar noto algunas lineas con FAILS en rojo, bien al inicio de la inicialización.
No recuerdo de ver estas lineas en la iniciación de stretch 9.3... entonces enpeze a investigar, y encuentro esto:
entonces veo que...
y
alguien sabe por que se ha provocado este error y que puedo hacer para intentar corregir esto ?
muchas grácias por qualquier información...
Estuve en tantos lugares que no se donde fue alguien decia tener un problema identico pero que al reiniciar el servicio funcionaba luego de reiniciarlo, lo que no pasa en mi caso.
Luego explicaba de porque esto sucedia al ser iniciado este y tal servicio antes, bla bla bla...
Pense que pudiera estar relacionado con la sicronisación del reloj, pero busque por ahí y no he llegado a ninguna conclución tampoco.
La verdad es que ya ni se por donde van los tiros... Esoy mas perdido que un "Stretch en un garage" ...
Saludos
lalo
Intenta iniciarlo (systemctl start blablabla) ,a ver que ocurre o que error te escupe.
Por defecto en mi sistema ( debian sid) no inicia en el booteo,pero he podido iniciarlo manualmente sin problemas, por lo que pude investigar ,el error puede deberse a una descoordinacion en la configuración
de algunos servicios de systemd anterior y actual de tu sistema,, también si existiera en tu sistema por defecto
un sincronizador de tiempo real ntpd , por ejemplo , lo que haría innecesario habilitar el service-timesyncd.
Gracias caliban por tu amable respuesta.
entonces...
responde
De systemd anterior no porque es una instalación limpia...
systemctl status systemd-timesyncd.service ya consta en el post anterior...
Saludos
lalo
podrias poner el contenido de:
AGREGO:----
y de:
Lo que puse arriba es el .service que podrías intentar modificar (editas como root )para ver si el error persiste (la ruta del service la indique en la cabecera)
fijate omo guía
Claro que si rockyiii
gracias por responderme...
Hola caliban,
y gracias por responder.
He modificado la linea RestartSec=0 para: RestartSec=50
los resultados son los siguientes
el resultado de sudo journalctl -xe ahora es:
Saludos
lalo
fijate si con:
al volver a ejecutar
te sale NTP synchronized: yes
* puede que tengas que reiniciar el pc o ejecutar un
la otra es que pruebes en:
dejarlo asi:
fuente:
AGREGO:----
o sino
¿Puedes poner el contenido del archivo /lib/systemd/system/systemd-timesyncd.service?
Veo que hay un bug reportado en su github al respecto, y por el error que muestra, es posible que estés afectado por el mismo (parece ser que ocurre con la versión 236, no se cual es la que tiene Buster, aunque imagino que será esa ya que es la que anda en Sid y no he tenido ese problema).
El asunto parece venir con el usuario con el cual se ejecuta el servicio. Bajo ciertas circunstancias el servicio necesita unas dependencias de otros servicios que no se cumplen con tu configuración por defecto, y de ahi puede venir el problema. Con el contenido del archivo que te he pedido puedo comparar con el mio a ver que cambia y, si es lo que me imagino, se puede solucionar cambiando un parámetro o creando el user y grupo que "busca" el servicio para poder ejecutarse correctamente.
No hay bar que por bien no venga....
Claro Panko
y gracias por responder, aqui va...
Saludos
lalo
Hola rockyiii
gracias por responder.
la primera parte:
el otro comando
el comando que sugiere la falla...
el otro comando
ahora no puedo probar LA OTRA...
asi que pueda te lo respondo
Gracias
Saludos
lalo
reinicie antes de dar estos comandos...
Pude probar ahora,
y
voy a probar la ultima de tu post a seguir...
ya les envio respuesta.
Pues lo tienes igual que el mío, excepto el cambio que hiciste del tiempo (de 0 a 50). Prueba a crear un usuario y un grupo, llamados ambos systemd-timesync (si te preguntara por el shell del usuario, ponle /bin/false) y reinicia el sistema a ver si el problema persiste.
El servicio debería haberlos creado (parámetro DinamicUser=yes), pero parece ser que no ha sido así. Este servicio se ejecuta como usuario systemd-timesync, el cual no existirá en tu sistema y por eso da error.
No hay bar que por bien no venga....
Siguiendo la idea de @panko he leído otro bug respecto a usuario/grupo respecto a este service, así como en algunos foros que indicaban la necesidad de crear usuario y grupo ( cierto es que en versiones mas antiguas de systemd)
En mi caso ,debian sid , tengo :
Como se ve ,, existe un usuario systemd-timesync y un grupo
Pues si, así es como me aparece a mi también. Se me había olvidado el detalle del "home" de dicho usuario, que sería /run/systemd, con lo que la línea de /etc/passwd al comprobarlo quedaría como la tuya:
y el error en cuestión, que es el que me ha llevado al reporte, es
que indica precisamente eso, que va a buscar un proceso ejecutado por ese user que no encuentra.
No hay bar que por bien no venga....
Muy bien!
Panko le has dado en el clavo...
un
ha resuelto el caso.
¡¡¡Muchisimas gracias a todos los que respondieron y se interesaron!!!
Saludos
lalo
A pesar de ser un problema solucionado, añado un poco más de info, que siempre puede valer para algo.
El problema en cuestión, bug que ya dije estaba reportado al upstream de systemd, consiste en la gestión dinámica de usuarios. Algunos servicios, en determinadas situaciones (sistemas con systemd, pero que no usan el mismo para el arranque, como podrían ser aquellos que usan sysv-init junto con systemd-shim, p.e.), necesitan usuario para poder ejecutarse y así no hacerlo como root. Al activar el parámetro DynamicUser=yes, parece ser que no se incluyó como dependencia el paquete libnss-systemd, que es precisamente el que se encarga de la gestión de dichos usuarios y crearlos en el momento del inicio cuando sea necesario.
Dicho esto, aunque haya funcionado la creación manual del usuario, también habría servido instalar dicho paquete y reiniciar el sistema. En el segundo caso, además, solucionaría los posibles errores con otros servicios que precisen de un usuario en concreto para su correcto funcionamiento.
Edit.....
El paquete libnss-systemd aparece como recomendado y no como dependencia.
Acabo de hacer la prueba de instalar dicho paquete, eliminar el usuario y grupo systemd-timesync, y reiniciar el sistema. Todo funciona correctamente, así que ya sabéis, si tenéis un problema similar, ambas acciones solucionan el problema, siendo la instalación de libnss-systemd la recomendada, ya que más de un servicio hará uso de usuarios propios y podría ocasionar un error similar al expuesto en este hilo.
No hay bar que por bien no venga....