Błąd podczas uzyskiwania uprawnień: Błąd inicjowania uprawnień: Nie można się połączyć: Brak takiego pliku lub katalogu (g-io-error-quark, 1)

18

Właśnie dostałem ten błąd z Kubuntu 15.x podczas uruchamiania po ponownym uruchomieniu w celu aktualizacji jądra.

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

PS. Pamiętaj, że nie jest to kopia błędu : „uruchomienie wersji 219” po aktualizacji 15.04, gdy komunikat o błędzie jest podobny, podstawowa przyczyna jest inna (co jest przykładem okropnego projektu, jeśli mnie zapytasz).

kubuntu systemd Marcin Raczkowski
źródło

Odpowiedzi:

34

Przyczyną tego błędu był wpis w / etc / fstab, który wskazywał na UUID partycji, który już nie istniał (po zreformowaniu jednego z dysków twardych).

Rozwiązaniem było usunięcie wpisu fstab.

NIC W OGÓLE w komunikacie o błędzie nie wskazuje, co może być przyczyną błędu, journalctlpodobnie jak wywoływanie w sposób systemowy.

Przeglądanie Internetu ujawniło, że ten sam błąd może wystąpić w kilku różnych sytuacjach. Spójrz na błąd „wersja startowa 219” po aktualizacji 15.04 z innych przyczyn. Googling dla frazy zwraca kilka innych możliwych przyczyn.

Mam nadzieję, że pomoże każdemu, kto natknie się na ten tajemniczy błąd.

Marcin Raczkowski
źródło
2
Spotkałem się również z Fedorą 22.
John Schmitt,
1
Dziękuję za informacje, otrzymałem je z podwójnego rozruchu systemu Windows 10 (restart) i Ubuntu 15.10
TungstenX
2
Chciałem tylko dodać dwa centy, że może to być spowodowane nie zamykaniem systemu Windows 8, 8.1 lub 10 bez nowej funkcji szybkiego uruchamiania.
MaverickMartyn
Dostałem to, gdy aktualizacja systemu Windows 10 na moim podwójnym pudełku uruchomiła system Windows do używania „szybkiego rozruchu”, a zatem do pewnego rodzaju blokady na udostępnionym dysku NTFS - systemd zinterpretował to jako dysk w „nieczystym stanie” i nie „ t uruchom go, dopóki nie wyłączyłem ustawienia w systemie Windows. Dodanie „nofail” w fstab może pomóc, ale wolę raczej zachować ostrożność i uzyskać od systemu Windows prawidłowe odmontowanie / odblokowanie woluminu dla zapisów przy zamykaniu!
nikobelia
12

Jeden z punktów montowania zawodzi. Zobacz dziennik, aby zobaczyć, który. 

journalctl -xb

Wyszukaj w dzienniku słowo mount, wpisując /mount Enteri nznajdując następny wpis. W końcu zobaczysz błąd w dzienniku. Zanotuj punkt montowania.

Edytuj za /etc/fstabpomocą swojego ulubionego edytora tekstu. 

vim /etc/fstab

Dodaj opcję nofaildo niedziałającego punktu montowania lub wszystkich punktów montowania, które nie są wymagane w czasie uruchamiania.

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

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

Restart 

systemctl reboot
Richard Ayotte
źródło
8

Warto podkreślić, że każde niepowodzenie montażu fstab spowoduje całkowitą awarię systemu bezsensownym komunikatem o błędzie. Obejmuje to partycje cd, dvd, swap, mapper i danych. Umieść tę nofailopcję w każdej linii, /etc/fstabktóra Twoim zdaniem może nie być dostępna w dowolnym momencie uruchamiania, nawet pozornie nieistotnej.

Niestety, systemd podjął kilka złych decyzji, w tym brak tolerancji na błędy i brak możliwych do wykonania komunikatów o błędach. Nie jest wcale jasne, czy zalety systemd przeważają nad wadami.

Jacek
źródło
1

Rozwiązałem ten problem poprzez ponowne uruchomienie komputera, przejście do trybu odzyskiwania i użycie „czystego”. Mam nadzieję, że to komuś pomoże.

Elvis Briceño
źródło
To było jedyne rozwiązanie, które działało dla mnie, ponieważ Ubuntu nie udało się zamontować partycji / home
Jonathan