Errore "File system di sola lettura" durante il completamento della scheda e chiusura della finestra del terminale in modo casuale

Il primo è semplicemente una stranezza con il comando cd. Se scrivo cd, quindi uno spazio, quindi premo Tabper visualizzare le directory disponibili, viene visualizzato questo messaggio di errore:

bash: impossibile creare il file temporaneo per here-document: file system di sola lettura

Il problema più problematico sono state le chiusure casuali della finestra del terminale. È successo durante il test della cdstranezza, e anche mentre si lanciava su un altro server facendo cose semplici come git statuse simili. [Modifica] Sembra che se premo invio esattamente 31 volte innesca la chiusura automatica della finestra del terminale (verificata 3 volte ora).

Di recente ho eseguito l'aggiornamento dalla 12.04 alla 14.04 alla fine della scorsa settimana e questo comportamento non si è verificato per tutto il giorno in cui l'ho usato dopo l'aggiornamento. Questa è la prima volta che provi qualcosa su questo computer da quel giorno.

Si prega di avvisare qualsiasi altra informazione che posso fornire e cosa devo fare per risolverlo.

Ho riavviato in modalità di ripristino e ho seguito le istruzioni fornite dal sistema. Mi sono imbattuto fscksu /dev/sda2, e che risolto il problema.

L' Read-only file systemerrore è il principale indizio qui. Immagino che la tua directory home, dove bash tenta di memorizzare la cronologia dei comandi e così via, sia all'interno di una partizione di sola lettura.

Immagino che tenti di aggiornare la cronologia dei comandi recenti su disco una volta ogni 32 comandi, motivo per cui non riesce il 32 ° comando digitato in una sessione.

Ora, una partizione può essere montata come sola lettura se lo si fa deliberatamente, ma può anche essere montata come sola lettura in caso di errore: quest'ultimo comportamento è di solito il predefinito per la partizione root.

Sarei sorpreso se non avessi altri problemi se la tua partizione di root è montata in sola lettura.

Puoi provare a riavviare e controllare il disco dal menu di ripristino. Premi e tieni premuto MAIUSC all'avvio del computer, subito dopo la scomparsa della schermata BIOS e prima che appaia il logo Ubuntu.

Questo problema esatto è successo anche a me.

Si verifica a intermittenza.

Quindi alla fine ne ho avuto abbastanza e ho deciso di reinstallare il sistema operativo - Ubuntu-GNOME 14.04 (pulito).

Lo ha riparato! Almeno per qualche giorno .. Quindi lo stesso identico problema si è verificato di nuovo ...

Quindi sono andato da Fry's e ho ottenuto un nuovo disco fisso (Seagate).

Fin qui tutto bene (6 mesi e oltre).

nota a margine: hdd di serie era Toshiba

Come altri hanno sottolineato, un /tmpfilesystem di sola lettura causa ulteriori problemi.

Per quanto riguarda le 31 linee, è relativa agli gnome-terminalinterni.

Mantiene una certa quantità di linee in memoria, in un cosiddetto "anello". Il resto, le linee che scorrono fuori da questo anello vengono inserite in un "flusso". Nelle versioni precedenti di gnome-terminal lo stream era praticamente scritto direttamente in un file /tmp, nelle versioni più recenti c'è buffering, compressione e crittografia prima che venisse scritto. (Non riesco a ricordare in cima alla mia testa se il file sotto /tmpviene aperto quando il primo blocco di dati viene scritto nello stream o quando lo stream tenta per la prima volta di scrivere effettivamente /tmp; è un dettaglio di implementazione minore.)

La dimensione dell'anello è sempre una potenza di due (ogni slot contenente 1 linea del terminale; ad eccezione di 1 slot non viene utilizzato per motivi tecnici), ed è raddoppiato ogni volta che è necessario a causa della crescita dell'altezza del terminale ( ma non si restringe mai). Ad esempio, con l'altezza predefinita di 24 linee l'anello contiene le ultime 31 linee di output, il resto va allo stream (eventualmente a /tmp). Se aumenti l'altezza della finestra per dire 40 righe, l'anello in memoria aumenterà per contenere al massimo 63 voci alla volta.

Ciò che si verifica è che gnome-terminaltenta di aprire un file /tmpper archiviare il flusso ed esce a causa di un errore imprevisto qui. Prova con una finestra più alta di quella predefinita; andrà in crash dopo aver premuto Invio 63 (o forse 127) volte.

Detto questo, /tmpdovrebbe essere riparato per essere scrivibile (con autorizzazioni 1777).

Il mio problema era che un processo era in esecuzione con CPU al 100% e probabilmente prendeva tutte le risorse del disco (Alcuni processi di backup: Ur-Backup).

Una volta che l'ho ucciso, è andato tutto bene. Quindi penso che un collo di bottiglia sull'IO potrebbe causare questo errore anche se c'è abbastanza spazio e si dispone dell'autorizzazione di scrittura.

(Raspberry Pi con Jessy 18/03/16)