Acabo de recibir este error de Kubuntu 15.x al iniciar después de reiniciar para actualizar el kernel.
Error getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)
PD. Tenga en cuenta que esto no es un duplicado de: error 'versión inicial 219' después de la actualización 15.04, mientras que el mensaje de error es similar, la causa raíz es diferente (que es un ejemplo de diseño terrible si me pregunta).
Respuestas:
La razón de este error fue la entrada en / etc / fstab que apuntaba a un UUID de partición que ya no existía (después de reformatear uno de los discos duros).
La solución fue eliminar la entrada fstab.
NADA EN TODO en el mensaje de error indica cuál podría ser la causa del error, ni tampoco llamar journalctlcomo sugiere systemd.
Navegar por Internet reveló que se puede producir exactamente el mismo error en varias situaciones diferentes. Eche un vistazo al error 'versión inicial 219' después de la actualización 15.04 por otras causas. Buscar en Google la frase devuelve algunas otras causas posibles.
Espero que ayude a cualquiera que se encuentre con este error críptico.
Uno de tus puntos de montaje está fallando. Ver el registro para ver cuál.
journalctl -xb
Busque en el registro la palabra monte escribiendo /mount Entery npara encontrar la siguiente entrada. Eventualmente verás un error en el registro. Tome nota del punto de montaje.
Edita /etc/fstabcon tu editor de texto favorito.
vim /etc/fstab
Agregue la opción nofailal punto de montaje que falla o a todos los puntos de montaje que no son necesarios en el momento del arranque.
# <file system> <mount point> <type> <options> <dump><pass>
UUID=005c216a-012e-440c-8e92-c955cbc48c34 /mnt/notrequired btrfs rw,noatime,nofail 0 1
Reiniciar
systemctl reboot
Vale la pena recalcar que cualquier montaje fstab fallido causará una falla total del sistema con el mensaje de error sin sentido. Eso incluye cd, dvd, swap, mapeador y particiones de datos. Ponga la nofailopción en cada línea en la /etc/fstabque cree que podría no estar disponible en ningún momento de arranque, incluso aparentemente de otra manera sin importancia.
Desafortunadamente, se tomaron algunas malas decisiones con systemd, incluida la falta de tolerancia a fallas y la falta de mensajes de error procesables. No está nada claro que las ventajas de systemd superen a las desventajas.
Resolví este problema reiniciando mi computadora, ingresando al modo de recuperación y usando "clean". Espero que esto ayude a alguien.