Kesalahan `sistem file read-only` menggunakan penyelesaian tab, dan penutupan terminal terminal secara acak

Pertama adalah keanehan dengan perintah cd. Jika saya mengetik cd, lalu spasi, lalu tekan Tabuntuk melihat direktori yang tersedia, saya mendapatkan pesan kesalahan ini:

bash: tidak dapat membuat file temp untuk dokumen-di sini: Sistem file hanya-baca

Masalah yang lebih merepotkan adalah penutupan jendela terminal secara acak. Itu telah terjadi saat menguji cdkeanehan, dan juga saat ssh'd ke server lain melakukan hal-hal sederhana seperti git statusdan semacamnya. [Sunting] Sepertinya saya menekan enter persis 31 kali memicu otomatis penutupan jendela terminal (diverifikasi 3 kali sekarang).

Saya baru-baru ini ditingkatkan dari 12,04 menjadi 14,04 akhir pekan lalu, dan perilaku ini tidak terjadi sepanjang hari saya menggunakannya setelah memutakhirkan. Ini adalah pertama kalinya mencoba sesuatu di komputer ini sejak hari itu.

Harap beri tahu informasi lain yang dapat saya berikan, dan apa yang harus saya lakukan untuk menyelesaikan ini.

Saya reboot dalam mode pemulihan dan mengikuti instruksi yang diberikan sistem kepada saya. Aku berlari fsckdi /dev/sda2, dan bahwa tetap masalah.

The Read-only file systemkesalahan adalah petunjuk utama di sini. Saya kira direktori home Anda, tempat bash mencoba menyimpan histori perintah Anda dan sebagainya, ada di dalam partisi read-only.

Saya kira itu mencoba untuk memperbarui sejarah perintah terakhir Anda pada disk sekali setiap 32 perintah, itulah sebabnya itu gagal pada perintah ke-32 yang Anda ketik dalam suatu sesi.

Sekarang, sebuah partisi dapat di-mount sebagai read-only jika Anda melakukannya dengan sengaja, tetapi juga dapat di-mount sebagai read-only jika ada kesalahan - perilaku yang terakhir ini biasanya merupakan default untuk partisi root.

Saya akan terkejut jika Anda tidak mengalami masalah lain jika partisi root Anda dipasang hanya-baca.

Anda dapat mencoba mem-boot ulang dan memeriksa disk dari menu pemulihan. Tekan dan tahan shift saat komputer melakukan boot, tepat setelah layar BIOS menghilang dan tepat sebelum logo Ubuntu muncul.

Masalah persis ini terjadi pada saya juga.

Terjadi sebentar-sebentar.

Jadi saya akhirnya cukup dengan itu dan memutuskan untuk menginstal ulang OS - ubuntu-gnome 14.04 (bersih).

Itu memperbaikinya! Setidaknya selama beberapa hari .. Kemudian masalah yang sama persis terjadi lagi ...

Jadi saya pergi ke Fry's dan mendapat hdd (Seagate) baru.

Sejauh ini bagus (6 bulan & terus bertambah).

catatan: stok hdd adalah Toshiba

Seperti yang telah ditunjukkan orang lain, /tmpsistem file read-only menyebabkan masalah lebih lanjut.

Adapun 31 baris, ini terkait dengan gnome-terminalinternal.

Itu menyimpan sejumlah garis dalam memori, dalam apa yang disebut "cincin". Selebihnya, garis yang menggulir keluar dari cincin ini ditempatkan di "aliran". Pada versi gnome-terminal yang lebih lama, alirannya langsung ditulis ke dalam sebuah file di bawahnya /tmp, di versi yang lebih baru ada buffering, kompresi, dan enkripsi sebelum ditulis. (Saya tidak dapat mengingat dari atas kepala saya apakah file di bawah /tmpdibuka ketika potongan data pertama ditulis ke dalam aliran, atau ketika aliran pertama kali mencoba untuk benar-benar menulis /tmp, itu adalah detail implementasi kecil.)

Ukuran cincin selalu memiliki kekuatan dua (setiap slot berisi 1 baris terminal; kecuali untuk 1 slot tidak digunakan karena alasan teknis), dan berlipat ganda setiap kali diperlukan karena pertumbuhan tinggi terminal ( tetapi tidak pernah menyusut kembali). Misalnya, dengan ketinggian standar 24 baris, cincin berisi 31 baris output terakhir, sisanya mengalir ke aliran (akhirnya ke /tmp). Jika Anda meningkatkan ketinggian jendela menjadi katakanlah 40 baris, cincin di dalam memori akan tumbuh untuk menampung paling banyak 63 entri sekaligus.

Apa yang Anda alami adalah gnome-terminalmencoba membuka file /tmpuntuk menyimpan streaming, dan keluar karena kegagalan yang tidak terduga di sini. Coba dengan jendela yang lebih tinggi dari standar; itu akan macet setelah menekan Enter 63 (atau mungkin 127) kali.

Yang sedang berkata, /tmpharus diperbaiki agar dapat ditulis (dengan izin 1777).

Masalah saya adalah bahwa suatu proses sedang berjalan dengan CPU 100% dan mungkin mengambil semua sumber daya disk (Beberapa proses pencadangan: Ur-Backup).

Setelah saya membunuhnya, semua berjalan dengan baik. Jadi saya akan berpikir bahwa leher botol pada IO dapat menyebabkan kesalahan ini bahkan jika ada ruang yang cukup dan Anda memiliki izin menulis.

(Raspberry Pi dengan Jessy 18/03/16)