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

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