Nautilus reagiert nicht mehr, dmesg berichtet: "Gültige eCryptfs-Header nicht gefunden ..." [geschlossen]

Neulich habe ich einige Dinge über das Software Center installiert, als Nautilus plötzlich nicht mehr auf den Punkt reagiert, an dem er nur noch hängt, bis ich neu starte.

Wenn ich jetzt starte, funktioniert Nautilus 10 Sekunden lang einwandfrei und reagiert dann nicht mehr. Ich habe dmesg überprüft und es ist damit gefüllt:

[  385.392295] Valid eCryptfs headers not found in file header region or xattr region
[  385.392304] Either the lower file is not in a valid eCryptfs format, or the key could not be retrieved. Plaintext passthrough mode is not enabled; returning -EIO

Ich habe ein paar Fehlerberichte gefunden, ohne Lösung. Ich bin mir nicht mal sicher, ob das die Ursache ist, aber es scheint das Problem zu sein. Wäre nicht so schlimm, wenn Ubuntu One funktionieren würde, aber es weigert sich jetzt zu synchronisieren.

Irgendwelche Ideen?

Ich habe die Verschlüsselung auf diesem Laufwerk während der Installation eingerichtet.
Ich sollte erwähnen, wenn ich gksudo nautilus mache. in der Kommandozeile funktioniert es gut

11.04 nautilus ecryptfs

— Shazzner
quelle

Haben Sie bei der Installation von Ubuntu die Verschlüsselung auf Ihrem Laufwerk verwendet?

— Thomas Ward

Ja, lassen Sie mich den Beitrag ändern.

— Shazzner

Benutzt du Wifi? Welche Art von Wifi-Karte befindet sich in Ihrem Computer? Viele Berichte weisen darauf hin, dass dieses Problem in irgendeiner Weise mit der WLAN-Einrichtung zusammenhängt.

— Qbi

Vielleicht ist dieser Fehler verwandt: bugs.launchpad.net/ecryptfs/+bug/509180

— Lekensteyn

Dies ist wahrscheinlich ein ecryptfs-Problem, das nichts mit nautilus zu tun hat. Da nautilus jedoch mit Dateien arbeitet, können Probleme mit dem Dateisystem dazu führen, dass nautilus hängen bleibt. Die Fehlermeldung besagt, dass die verschlüsselten Dateien beschädigt sind. Dies kann durch einen Fehler in ecryptfs, einen Hardwarefehler (Badblocks) oder durch jemanden verursacht werden, der versucht hat, die verschlüsselten Dateien (als Root) zu manipulieren.

— Januar

Es hört sich so an, als hätten Sie eine Root-Datei / ein Root-Verzeichnis erstellt, die / das von Ihnen nicht gelesen werden kann. Sie finden die Datei (en) / Verzeichnis (e) mit dem Befehl "find".

sudo find $HOME \! -user $USER -ls

Das "sudo" befindet sich dort, damit find Verzeichnisse im Root-Besitz durchsuchen kann. Sie können sie (wahrscheinlich) auch mit find reparieren:

MYgroup=$( id -g )
sudo find $HOME \! -user $USER -exec chown $USER:$MYgroup {} \;

Hinweis: Ich sollte vor jedem Ausruf oder Semikolon einen einzelnen Backslash (für Shell-Anführungszeichen) haben.

— Walzer
quelle