Schreibgeschütztes Dateisystem-Fehler bei Verwendung der Tab-Vervollständigung und zufälliges Schließen des Terminal-Fensters

Erstens ist einfach eine Kuriosität mit dem Befehl cd. Wenn ich cdein Leerzeichen eingebe und dann drücke Tab, um die verfügbaren Verzeichnisse anzuzeigen, wird folgende Fehlermeldung angezeigt:

bash: temporäre Datei für here-document: schreibgeschütztes Dateisystem kann nicht erstellt werden

Das problematischere Problem waren zufällige Schließungen des Terminalfensters. cdDies geschah beim Testen der Seltsamkeit und auch, als ssh auf einen anderen Server geschickt wurde, um einfache Dinge wie git statusund solche zu erledigen . [Bearbeiten] Wenn ich genau 31 Mal die Eingabetaste drücke, wird anscheinend das automatische Schließen des Terminalfensters ausgelöst (jetzt dreimal überprüft).

Ich habe kürzlich Ende letzter Woche ein Upgrade von 12.04 auf 14.04 durchgeführt. Dieses Verhalten trat nicht an dem Tag auf, an dem ich es nach dem Upgrade verwendet habe. Dies ist das erste Mal seit diesem Tag, dass auf diesem Computer ein Versuch unternommen wird.

Bitte teilen Sie mir alle weiteren Informationen mit, die ich zur Verfügung stellen kann, und was ich tun muss, um das Problem zu beheben.

Ich habe im Wiederherstellungsmodus einen Neustart durchgeführt und die Anweisungen des Systems befolgt. Ich lief fsckweiter /dev/sda2, und das hat das Problem behoben.

Der Read-only file systemFehler ist hier der wichtigste Hinweis. Ich würde vermuten, dass sich Ihr Home-Verzeichnis, in dem bash versucht, Ihren Befehlsverlauf usw. zu speichern, in einer schreibgeschützten Partition befindet.

Ich würde vermuten, dass es versucht, Ihren letzten Befehlsverlauf alle 32 Befehle auf der Festplatte zu aktualisieren, weshalb es bei dem 32. Befehl, den Sie in einer Sitzung eingeben, fehlschlägt.

Nun kann eine Partition als schreibgeschützt bereitgestellt werden, wenn Sie dies absichtlich tun. Wenn jedoch ein Fehler aufgetreten ist, kann sie auch als schreibgeschützt bereitgestellt werden. Letzteres Verhalten ist normalerweise die Standardeinstellung für die Stammpartition.

Ich wäre überrascht, wenn Sie keine anderen Probleme hätten, wenn Ihre Root-Partition schreibgeschützt gemountet ist.

Sie können versuchen, den Datenträger über das Wiederherstellungsmenü neu zu starten und zu überprüfen. Drücken und halten Sie die Umschalttaste, während der Computer hochfährt, unmittelbar nachdem der BIOS-Bildschirm ausgeblendet wurde und unmittelbar bevor das Ubuntu-Logo angezeigt wird.

Genau das ist mir auch passiert.

Es tritt zeitweise auf.

Also hatte ich endlich genug davon und entschied mich für eine Neuinstallation von OS - Ubuntu-Gnome 14.04 (sauber).

Es hat es behoben! Zumindest für ein paar Tage .. Dann trat genau das gleiche Problem erneut auf ...

Also ging ich zu Fry's und holte mir eine neue Festplatte (Seagate).

So weit so gut (6 Monate & Zählen).

Randnotiz: Stock HDD war Toshiba

Wie bereits erwähnt, verursacht ein schreibgeschütztes /tmpDateisystem weitere Probleme.

Die 31 Zeilen beziehen sich auf gnome-terminaldie Interna.

Es speichert eine bestimmte Anzahl von Zeilen in einem sogenannten "Ring". Die restlichen Zeilen, die aus diesem Ring herausrollen, werden in einen "Stream" gelegt. In älteren Versionen von gnome-terminal wurde der Stream so ziemlich direkt in eine Datei unter geschrieben /tmp, in neueren Versionen wird gepuffert, komprimiert und verschlüsselt, bevor er ausgeschrieben wird. (Ich kann mich nicht genau erinnern, ob die Datei unter /tmpgeöffnet wurde, als der erste Datenblock in den Stream geschrieben wurde, oder wann der Stream das erste Mal versucht, tatsächlich in den Stream zu schreiben /tmp. Dies ist ein kleines Implementierungsdetail.)

Die Größe des Rings ist immer eine Potenz von zwei (jeder Steckplatz enthält 1 Zeile des Terminals; außer 1 Steckplatz wird aus technischen Gründen nicht verwendet) und wird jedes Mal verdoppelt, wenn dies aufgrund des Wachstums der Terminalhöhe erforderlich ist ( schrumpft aber nie zurück). Beispiel: Bei der Standardhöhe von 24 Zeilen enthält der Ring die letzten 31 Ausgabezeilen. Der Rest geht an den Stream (eventuell an /tmp). Wenn Sie das Fenster auf eine Höhe von beispielsweise 40 Zeilen vergrößern, vergrößert sich der Ring im Speicher, um maximal 63 Einträge gleichzeitig aufzunehmen.

Es kommt vor, dass gnome-terminalversucht wird, eine Datei /tmpzum Speichern des Streams zu öffnen , und aufgrund des unerwarteten Fehlers hier beendet wird. Versuchen Sie es mit einem größeren Fenster als dem Standardfenster. Es stürzt ab, nachdem Sie die Eingabetaste 63 (oder 127) Mal gedrückt haben.

Das heißt, /tmpsollte behoben werden, um beschreibbar zu sein (mit Berechtigungen 1777).

Mein Problem war, dass ein Prozess mit 100% CPU lief und wahrscheinlich alle Festplattenressourcen in Anspruch nahm (Ein Backup-Prozess: Ur-Backup).

Sobald ich es getötet habe, ging alles gut. Daher würde ich denken, dass ein Flaschenhals auf der E / A diesen Fehler verursachen könnte, selbst wenn genügend Speicherplatz vorhanden ist und Sie über Schreibberechtigung verfügen.

(Himbeer-Pi mit Jessy 18.03.16)