Errore durante l'autorizzazione: errore durante l'inizializzazione dell'autorità: impossibile connettersi: nessun file o directory (g-io-error-quark, 1)

18

Ho appena ricevuto questo errore da Kubuntu 15.x all'avvio dopo il riavvio per aggiornare il kernel.

Error getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)

PS. Si noti che questo non è un duplicato di: bug 'inizio versione 219' dopo l'aggiornamento 15.04 mentre il messaggio di errore è simile, la causa principale è diversa (che è un esempio di design terribile se me lo chiedi).

kubuntu systemd

— Marcin Raczkowski
fonte

34

Il motivo di questo errore era la voce in / etc / fstab che indicava la partizione dell'UUID che non esisteva più (dopo che ho riformato uno dei dischi rigidi).

La soluzione era rimuovere la voce fstab.

NULLA NESSUNO nel messaggio di errore indica quale potrebbe essere la causa dell'errore, né la chiamata journalctlcome suggerisce systemd.

La navigazione in Internet ha rivelato che lo stesso errore esatto può essere prodotto in diverse situazioni. Dai un'occhiata al bug "avvio della versione 219" dopo l'aggiornamento del 15.04 per altre cause. Cercare su Google la frase restituisce poche altre possibili cause.

Spero che aiuti chiunque inciampa in questo errore criptico.

— Marcin Raczkowski
fonte

2

Ho anche incontrato questo con Fedora 22.

— John Schmitt,

1

Grazie per le informazioni, ottenuto da dual boot windows 10 (riavvio) e Ubuntu 15.10

— TungstenX

2

Volevo solo aggiungere i miei due centesimi, che possono essere causati dal non chiudere Windows 8, 8.1 o 10 senza la nuova funzionalità di avvio rapido.

— MaverickMartyn,

Capito quando un aggiornamento di Windows 10 sulla mia casella di avvio doppio ha impostato Windows per utilizzare "avvio veloce" e quindi su una sorta di blocco su un'unità NTFS condivisa - systemd ha interpretato che l'unità si trova in uno "stato non pulito" e non avrebbe " t avvialo fino a quando non ho disabilitato l'impostazione in Windows. L'aggiunta di 'nofail' in fstab potrebbe essere d'aiuto, ma preferirei sbagliare con cautela e fare in modo che Windows smonti / sblocchi correttamente il volume per le scritture allo spegnimento!

— nikobelia,

12

Uno dei tuoi punti di mount sta fallendo. Visualizza il registro per vedere quale.

journalctl -xb

Cerca nel registro la parola mount digitando /mount Entere nper trovare la voce successiva. Alla fine vedrai un errore nel registro. Prendi nota del punto di montaggio.

Modifica /etc/fstabcon il tuo editor di testo preferito.

vim /etc/fstab

Aggiungere l'opzione nofailal punto di montaggio in errore o a tutti i punti di montaggio non richiesti al momento dell'avvio.

# <file system>                           <mount point>         <type> <options>            <dump><pass>

UUID=005c216a-012e-440c-8e92-c955cbc48c34 /mnt/notrequired      btrfs  rw,noatime,nofail    0     1

Reboot

systemctl reboot

— Richard Ayotte
fonte

8

Vale la pena sottolineare che qualsiasi montaggio fallito di fstab causerà il fallimento completo del sistema con il messaggio di errore insignificante. Ciò include cd, dvd, swap, mapper e partizioni dati. Attiva l' nofailopzione su ogni riga /etc/fstabche ritieni possa non essere disponibile in qualsiasi momento dell'avvio, anche se apparentemente altrimenti non importante.

Purtroppo alcune decisioni sbagliate sono state prese con systemd tra cui una mancanza di tolleranza agli errori e una mancanza di messaggi di errore attuabili. Non è affatto chiaro che i vantaggi di systemd siano superiori agli svantaggi.

— Jack
fonte

1

Ho risolto questo problema riavviando il mio computer, accedendo alla modalità di ripristino e usando "clean". Spero che questo aiuti qualcuno.

— Elvis Briceño
fonte

Questa è stata l'unica soluzione che ha funzionato per me, dato che Ubuntu non riusciva a montare la mia partizione / home

— Jonathan,