Błąd systemu plików tylko do odczytu przy uzupełnianiu tabulatorami i losowym zamykaniu okna terminala

Pierwszy to po prostu dziwactwo komendy cd. Jeśli wpiszesz cd, a następnie spację, a następnie naciśnij, Tababy wyświetlić dostępne katalogi, pojawia się następujący komunikat o błędzie:

bash: nie można utworzyć pliku tymczasowego dla dokumentu tutaj: system plików tylko do odczytu

Bardziej kłopotliwym problemem były przypadkowe zamknięcia okna terminala. Stało się to podczas testowania cddziwności, a także podczas ssh'd na innym serwerze, wykonując proste rzeczy takie jak git statusi takie. [Edytuj] Wygląda na to, że jeśli naciśniesz Enter dokładnie 31 razy, spowoduje to automatyczne zamknięcie okna terminala (teraz sprawdzone 3 razy).

Niedawno zaktualizowałem wersję z 12.04 do 14.04 pod koniec ubiegłego tygodnia i takie zachowanie nie wystąpiło przez cały dzień, kiedy korzystałem z niej po aktualizacji. To jest pierwsza próba czegokolwiek na tym komputerze od tego dnia.

Proszę doradzić wszelkie inne informacje, które mogę podać, i co muszę zrobić, aby rozwiązać ten problem.

Uruchomiłem ponownie w trybie odzyskiwania i postępowałem zgodnie z instrukcjami, które podał mi system. Pobiegłem fsckna /dev/sda2, i że problem został rozwiązany.

Read-only file systemBłąd jest poważny trop tutaj. Domyślam się, że twój katalog domowy, w którym bash próbuje zapisać historię poleceń i tak dalej, znajduje się w partycji tylko do odczytu.

Domyślam się, że próbuje zaktualizować twoją najnowszą historię poleceń na dysku raz na 32 polecenia, dlatego nie działa na 32. polecenie, które wpisujesz w sesji.

Teraz partycja może zostać zamontowana jako tylko do odczytu, jeśli zrobisz to celowo, ale może również zostać zamontowana jako tylko do odczytu, jeśli wystąpił błąd - to drugie zachowanie jest zwykle domyślne dla partycji głównej.

Byłbym zaskoczony, gdyby nie występowały inne problemy, jeśli partycja główna jest zamontowana tylko do odczytu.

Możesz spróbować ponownie uruchomić komputer i sprawdzić dysk z menu odzyskiwania. Naciśnij i przytrzymaj klawisz Shift podczas uruchamiania komputera, zaraz po zniknięciu ekranu BIOS i tuż przed pojawieniem się logo Ubuntu.

Właśnie ten problem przydarzył mi się.

Występuje sporadycznie.

W końcu miałem już dość i postanowiłem ponownie zainstalować system operacyjny - ubuntu-gnome 14.04 (czysty).

Naprawił to! Przynajmniej przez kilka dni .. Wtedy ten sam problem pojawił się ponownie ...

Poszedłem więc do Fry's i dostałem nowy dysk twardy (Seagate).

Jak dotąd tak dobrze (6 miesięcy i wciąż rośnie).

uwaga dodatkowa: podstawowym dyskiem twardym był Toshiba

Jak zauważyli inni, /tmpsystem plików tylko do odczytu powoduje dalsze problemy.

Jeśli chodzi o 31 wierszy, dotyczy to elementów gnome-terminalwewnętrznych.

Zachowuje pewną liczbę linii w pamięci, w tak zwanym „pierścieniu”. Reszta linii przewijanych z tego pierścienia jest umieszczana w „strumieniu”. W starszych wersjach gnome-terminal strumień był zapisywany bezpośrednio w pliku /tmp, w nowszych wersjach buforowanie, kompresja i szyfrowanie przed jego wypisaniem. (Nie pamiętam z góry głowy, czy plik poniżej /tmpjest otwierany, gdy pierwsza część danych jest zapisywana w strumieniu, czy też kiedy strumień po raz pierwszy próbuje faktycznie zapisać /tmp; jest to drobny szczegół implementacji.)

Rozmiar pierścienia jest zawsze potęgą dwóch (każde gniazdo zawiera 1 linię terminala; z wyjątkiem 1 gniazda nie jest używane ze względów technicznych) i jest podwajane za każdym razem, gdy jest wymagane ze względu na wzrost wysokości terminala ( ale nigdy się nie kurczy). Np. Przy domyślnej wysokości 24 linii pierścień zawiera 31 ostatnich linii wyjściowych, reszta trafia do strumienia (ostatecznie do /tmp). Jeśli zwiększysz wysokość okna, powiedzmy 40 linii, pierścień w pamięci powiększy się, aby pomieścić maksymalnie 63 wpisy na raz.

To, czego doświadczasz, to gnome-terminalpróba otwarcia pliku w /tmpcelu zapisania strumienia i wyjście z powodu nieoczekiwanego niepowodzenia tutaj. Spróbuj z wyższym oknem niż domyślne; zawiesi się po naciśnięciu Enter 63 (a może 127) razy.

To powiedziawszy, /tmppowinno zostać ustalone, aby było zapisywalne (z uprawnieniami 1777).

Mój problem polegał na tym, że proces działał ze 100% procesorem i prawdopodobnie zajął wszystkie zasoby dyskowe (Trochę procesu tworzenia kopii zapasowej: Ur-Backup).

Kiedy go zabiłem, wszystko poszło dobrze. Pomyślałem więc, że szyjka butelki we / wy może powodować ten błąd, nawet jeśli jest wystarczająco dużo miejsca i masz pozwolenie na pisanie.

(Raspberry Pi z Jessy 18/03/16)