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

Re: A start job is running for create volatile files



El 08/12/14 a las 09:18, Fer.Lista.Debian escibió:

El 08/12/2014 a las 10:39, Angel Vicente escribió:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

El Sun, 07 Dec 2014 10:01:41 -0300
unciegobailando <unciegobailando@mail.com> escribió:
El 06/12/14 a las 12:32, Camaleón escibió:
El Sat, 06 Dec 2014 12:44:10 +0100, Fernando Ferraro Cattino
escribió:

Buenos dias, alguien podria darme alguna sugerencia de donde
buscar o como resolver el problema que tengo en testing. He leido
que es por systemd, pero no entiendo que pasa.
El ordenador lleva configurado desde hace mas de 1 mes.
Actualizo, apago y cuando enciendo al otro dia ...A start job is
running for create volatile files .......
Lo he dejado horas y nada Intento arrancar en recovery mode y sigue
igual No puedo acceder a la consola Con gparted-live borre la swap
y la cree en la particion primaria (segun lei en algunos mensajes)
Ahora tengo 2 mensajes de "A start job...."
El primero se resuelve despues de 1 minuto y dice :  Dependency
failed for Swap Pero el segundo queda como antes, infinitamente...
Yo tuve problemas como el del swap, el otro no lo he visto nunca. Con
el swap, el problema consistía en que systemd (supongo) estaba tratando
de montar una partición con una UUID diferente a la real, con blkid
determiné la UUID, y la cambié en fstab, ya no volvió a suceder. Si vas
a probar, haz una copia del fstab actual.

Revisa este bug de debian por si te diera alguna pista:

systemd: blocks during boot at: Create Volatile files and
directories https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766092

Saludos,


Hola fernando.. yo no quise enviarlo, pero me sucede EXACTAMENTE lo
mismo, por lo que tengo buenas pistas del problema.
   Mi fstab esta perfecto, ese era un problema que sucedia con una
anterior version de systemd
   Empezo para mi hace un mes quizas con el kernel 3.16.blabla (el
primero subido a jessie). Yo fuerzo instalar ese kernel, que estaba
retenido, y apenas probado sucedio lo que comentas. Exactamente lo
mismo, y es muy angustiante porque ni en modo recuperacion uno puede
hacer algo..
   Por suerte no desinstale el anterior kernel 3.14 con el cual
siempre pude iniciar sin problemas.
   Ahora bien, en sid me sucedia lo mismo, e instale lo mas rapido
posible el 3.17 que me funciono bien, hasta que haciendo unas pruebas
de instalar sistemas con chroot mediante, comenzo a suceder lo mismo.
   Pude solucionar los problemas de la falla en el servicio
de la siguiente manera:

para listar los fallos de los servicios:
# systemctl list-unit-files

obviamente los de color rojo son los que fallan.
   Crei leer que tenias algun problema con los temporales. Pues bien,
yo me anime a borrar, despues de una larga deliberacion con mi ser
por no encontrar una respuesta presisa los archivos que systemd no
podia modificar dentro de la ruta: /usr/lib/tmpfiles.d/ (falta de
permisos? journal? no lo se)
   La ruta y los ficheros se ven correctametne en el listado que el
comando anterior produce.
   Ante cualquier problema o impedimento podes jugar un poco activando
o desactivando los servicios:

# systemctl enable/disable blabla.service los activa o desactiva
# systemctl start/stop blabla.service los ejecuta o los detiene sin
afectar la configuracion de incio predeterminda.

   Asi logre que el error en el inicio, "A start job is running for
create volatile files", no suceda mas.

P.D.: Igualemente cuando se me ocurre montar las carpetas sys, proc y
dev prestandoselas a otro sistema, para luego desmontarlas, al
reiniciar suelo tener algunas veces el mismo problema, pero bueno,
esto es algo muy particular.

   Saludos desde el sur.


   saludos desde el sur y espero que sirva




- -- Key fingerprint 01DC 0386 2B28 0A02 A270 E243 008B AABF 1822 9851
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iF4EAREIAAYFAlSFcdQACgkQAIuqvxgimFGQIAD+Mjikq5Y3qtNw2afg6nOmivbY
hvM8rDQXcotckz5A5rcA/2JUnqukw3UEDPMolBUsLKPX8/sr6APCBOUbEeAxPm8J
=VN19
-----END PGP SIGNATURE-----
Buenos dias, gracias a todos por contestar !!!
Cosas que hice :
1) Revisar el fstab (blkid)  y comprobar que estaba correcto
2) Mover los archivos que estaban en /usr/lib/tmpfiles.d/  a
/usr/lib/tmpfiles.d.old/  (como sugieren en uno de los hilos)
3) Borrar los archivos que estaban en /var/tmp/systemd*   (después de
una larga deliberación con mi ser como bien dice "unciegobailando")
4) Reiniciar y estaba todo correcto

Llevo usando Debian desde hace algunos años y nunca he pasado por estos
sustos  !!!!!
No me considero un usuario avanzado, pero leyendo la lista y con San
Google he trabajado perfectamente.
Tengo servidor + 10 terminales y esta sensación de que en cualquier
momento todo deje de funcionar es bastante desagradable.
Tendré que ponerme a estudiar nuevamente !!!!!

Saludos
Fernando



hoy encontre una joyita sobre systemd en aleman.. aun asi podemos entendernos a traves de "nuestro lenguaje universal"

https://www.debinux.de/2014/12/debian-basics-mit-systemd/

que se aproveche...


Reply to: