Fehler beim Abrufen der Berechtigung: Fehler beim Initialisieren der Berechtigung: Konnte keine Verbindung herstellen: Keine solche Datei oder kein solches Verzeichnis (g-io-error-quark, 1)

18

Ich habe diesen Fehler gerade von Kubuntu 15.x erhalten, als ich nach dem Neustart zum Aktualisieren des Kernels gestartet habe.

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

PS. Bitte beachten Sie, dass es sich nicht um ein Duplikat des Fehlers "Version 219 wird gestartet" nach dem 15.04-Update handelt, obwohl die Fehlermeldung ähnlich ist. Die Hauptursache ist eine andere.

kubuntu systemd

— Marcin Raczkowski
quelle

34

Der Grund für diesen Fehler war der Eintrag in / etc / fstab, der auf eine nicht mehr vorhandene Partitions-UUID hinwies (nachdem ich eine der Festplatten neu formatiert hatte).

Die Lösung bestand darin, den Eintrag fstab zu entfernen.

NICHTS in der Fehlermeldung gibt an, was die Ursache des Fehlers sein könnte, und journalctlder Systemaufruf schlägt dies auch nicht vor.

Das Surfen im Internet hat ergeben, dass derselbe Fehler in verschiedenen Situationen auftreten kann. Werfen Sie einen Blick auf den Fehler "Ab Version 219" nach dem 15.04-Update, um andere Ursachen zu finden. Wenn Sie nach der Phrase googeln, gibt es nur wenige andere mögliche Ursachen.

Hoffe es hilft jedem, der auf diesen kryptischen Fehler stößt.

— Marcin Raczkowski
quelle

2

Ich habe das auch mit Fedora 22 erlebt.

— John Schmitt

1

Vielen Dank für die Info, habe es von Dual Boot Windows 10 (Neustart) und Ubuntu 15.10

— TungstenX

2

Ich wollte nur meine zwei Cent hinzufügen, dass es verursacht werden kann, wenn Windows 8, 8.1 oder 10 nicht ohne die neue Schnellstart-Funktion heruntergefahren wird.

— MaverickMartyn

Habe dies, als ein Windows 10-Update auf meiner Dual-Boot-Box Windows auf "Fast-Boot" und damit auf eine Art Sperre auf einem freigegebenen NTFS-Laufwerk eingestellt hat. Ich kann es erst starten, wenn ich die Einstellung in Windows deaktiviert habe. Das Hinzufügen von 'nofail' in fstab könnte hilfreich sein, aber ich würde eher aufpassen, dass Windows das Volume beim Herunterfahren für Schreibvorgänge ordnungsgemäß trennt / entsperrt!

— Nikobelia

12

Einer Ihrer Einhängepunkte schlägt fehl. Sehen Sie sich das Protokoll an, um herauszufinden, welches.

journalctl -xb

Durchsuchen Sie das Protokoll nach dem Wort mount, indem Sie Folgendes eingeben /mount Enterund nden nächsten Eintrag suchen. Möglicherweise wird im Protokoll ein Fehler angezeigt. Beachten Sie den Einhängepunkt.

Bearbeiten Sie /etc/fstabmit Ihrem bevorzugten Texteditor.

vim /etc/fstab

Fügen Sie die Option nofaildem fehlgeschlagenen Bereitstellungspunkt oder allen Bereitstellungspunkten hinzu, die zum Startzeitpunkt nicht erforderlich sind.

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

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

Starten Sie neu

systemctl reboot

— Richard Ayotte
quelle

8

Es ist erwähnenswert, dass jede fehlgeschlagene fstab-Bereitstellung einen vollständigen Systemfehler mit der bedeutungslosen Fehlermeldung verursacht. Dazu gehören CD-, DVD-, Swap-, Mapper- und Datenpartitionen. Setzen Sie die nofailOption in jede Zeile /etc/fstab, von der Sie glauben, dass sie zu keinem Zeitpunkt verfügbar ist, auch wenn dies anscheinend ansonsten unwichtig ist.

Leider wurden mit systemd einige schlechte Entscheidungen getroffen, einschließlich eines Mangels an Fehlertoleranz und eines Mangels an umsetzbaren Fehlermeldungen. Es ist überhaupt nicht klar, dass die Vorteile des Systems die Nachteile überwiegen.

— Jack
quelle

1

Ich habe dieses Problem gelöst, indem ich meinen Computer neu gestartet, in den Wiederherstellungsmodus gewechselt und "clean" verwendet habe. Hoffe das hilft jemandem.

— Elvis Briceño
quelle

Dies war die einzige Lösung, die für mich funktionierte, da Ubuntu meine / home-Partition nicht mounten konnte

— Jonathan