Nautilus friert ein, wenn eine Verbindung zum SSH-Server hergestellt wird [geschlossen]

Ich habe mehrere Nautilus-Lesezeichen, die auf SSH-Server verweisen, damit ich leicht darauf zugreifen kann. Aus dem Nichts funktioniert das nicht mehr. Wenn ich ein Lesezeichen öffne oder ssh://user@serverin die Adressleiste eingebe, friert Nautilus vollständig ein und wird nicht wiederhergestellt (edit: same with sftp: //). Ich kann Nautilus töten und der Desktop wird wieder geladen. Alles andere funktioniert wie es sollte. Sobald ich versuche, über ssh auf einen Server zuzugreifen, friert nautilus wieder ein.

Auf den Servern wurde nichts geändert und es wurden keine Updates auf dem Computer installiert. Ein Neustart hilft auch nicht.

Ich verwende die Schlüsselauthentifizierung, wenn dies wichtig ist. Ich werde nach der Schlüsselpassphrase gefragt und dann tritt das Einfrieren auf.

Update: Dies funktionierte nicht mehr, während ich es benutzte. Ich habe einige Dateien hochgeladen, etwas anderes getan, und als ich zurückkam, um weitere bearbeitete Dateien hochzuladen, begann das Einfrieren. Für mich fühlt sich das wie eine durcheinandergebrachte oder unvollständige Cache-Datei an, die Nautilus immer noch zu verwenden versucht.

nautilus ssh freeze

— mniess
quelle

Sie sollten einen Fehlerbericht einreichen und die folgenden Anweisungen überprüfen: help.ubuntu.com/community/ReportingBugs

— João Pinto

Haben Sie über die CLI überprüft, ob Ihre Schlüssel nicht abgelaufen sind oder ob es keine nicht erfasste Eingabeaufforderung gibt? Immer ein Fan davon, ein Problem festzuhalten, bevor ich sage "etwas stimmt nicht". Auf diese Weise kann ich sagen "Ich denke, das ist falsch"

— RobotHumans

CLI funktioniert. Auf anderen Computern mit derselben Konfiguration funktionieren Nautilus-Serververbindungen weiterhin. Siehe Aktualisierungen der Frage.

— Mniess

Wenn Sie Nautilus über eine Shell öffnen und versuchen, auf ein SSH-Lesezeichen zu klicken, werden auf der CLI Fehler gemeldet?

— Pavlos G.

Leider löst sich nautilus automatisch, wenn es von der CLI ausgeführt wird, sodass Sie keine Nachrichten erhalten. Es gibt auch keine Ausführlichkeitsoptionen.

— Mniess

Es ist vielleicht keine perfekte Lösung, aber manchmal funktioniert es.

Versuchen Sie es einfach sftp://user@serverstattssh://user@server

— aneeshep
quelle

Ich bin mir nicht sicher, aber ich denke, sie sind auch. Wie auch immer, das Ergebnis ist das gleiche; (

— Mniess

Haben Sie versucht, das Remote-Dateisystem über sshfs zu mounten und dann über Nautilus zu durchsuchen? Ich denke, wenn das funktioniert, würden der Remote-Server, der lokale SSH-Client und Nicht-GVFS-Teile von Nautilus als Probleme beseitigt. (Ich bin nicht sicher, was sich dort in der Mitte befindet oder ob gvfs überhaupt beteiligt ist - aber es würde mehr Informationen liefern, wenn dies funktioniert.)

— Koanhead
quelle

Die Verwendung von sshfs funktioniert. Das Öffnen der Halterungen mit Nautilus funktioniert wie erwartet. Wenn es nicht funktionieren würde, würde dies bedeuten, dass Nautilus die Sicherungshalterungen nicht mehr öffnen kann. Ich habe versucht, .gvfs zu löschen, aber das hat nicht geholfen. Ich werde jetzt versuchen, alle Nautilus- und gvfs-bezogenen Pakete zwangsweise zu entfernen / zu löschen und sie neu zu installieren.

— Mniess