Sekme tamamlama kullanılarak `salt okunur dosya sistemi` hatası ve terminal penceresi rasgele kapanıyor

Birincisi sadece komut ile garip bir durumdur cd. Eğer cdsonra bir boşluk yazarsam, sonra Tabda mevcut dizinleri görüntülemek için tuşuna basın , bu hata mesajını alıyorum:

bash: here-document için temp dosyası oluşturamıyor: salt okunur dosya sistemi

Daha sıkıntılı olan konu, terminal penceresinin rastgele kapanması olmuştur. cdTuhaflığı test ederken ve aynı zamanda git statusböyle basit şeyler yapan başka bir sunucuya ssh'd ederken oldu . [Düzenle] Görünen o ki, eğer tam olarak 31 kez enter tuşuna basarsam terminal penceresinin otomatik kapanmasını tetikler (şimdi 3 defa doğrulandı).

Geçen hafta geç saatlerde 12.04'ten 14.04'e yükselttim ve yükseltme sonrasında kullandığım gün boyunca bu davranış oluşmadı. Bu, o günden bu yana bu bilgisayarda bir şey yapmaya çalışan ilk kez.

Lütfen sağlayabileceğim diğer bilgileri ve bu sorunu çözmek için ne yapmam gerektiğini söyleyin.

Kurtarma modunda yeniden başlattım ve sistemin bana verdiği talimatları izledim. Koştum fscküzerinde /dev/sda2ve bu sorunu giderildi.

Read-only file systemHata burada önemli bir ipucudur. Bash'ın komut geçmişinizi saklamaya çalıştığı ana dizininizin salt okunur bir bölüm içinde olduğunu tahmin ediyorum.

Her 32 komutta bir diskteki son komut geçmişinizi güncellemeye çalıştığını tahmin ediyorum, bu yüzden bir oturumda yazdığınız 32. komutta başarısız oluyor.

Şimdi, bir bölüm kasıtlı olarak yaparsanız salt okunur olarak monte edilebilir, ancak bir hata olması durumunda salt okunur olarak da monte edilebilir - bu ikinci davranış genellikle kök bölüm için varsayılandır.

Kök bölümünüz salt okunur olarak monte edilirse başka bir sorunla karşılaşmazsanız şaşırırdım.

Kurtarma menüsünden diski yeniden başlatmayı ve kontrol etmeyi deneyebilirsiniz. Bilgisayar önyüklenirken, BIOS ekranı göründükten hemen sonra ve Ubuntu logosu görünmeden hemen önce Shift tuşunu basılı tutun.

Bu tam sorun benim de başıma geldi.

Zaman zaman ortaya çıkar.

Böylece nihayet onunla yeterli ve işletim sistemi yeniden yüklemeye karar verdim - ubuntu-gnome 14.04 (temiz).

Düzeltti! En azından birkaç günlüğüne .. O zaman aynı sorun yine oldu ...

Bu yüzden Fry’a gittim ve yeni bir hdd aldım (Seagate).

Şimdiye kadar çok iyi (6 ay ve sayıyor).

yan not: hisse senedi hdd Toshiba oldu

Diğerlerinin de belirttiği gibi, salt okunur bir /tmpdosya sistemi daha fazla soruna neden olur.

31 satır gelince, ilgili gnome-terminal .

Belli bir miktar çizgiyi bellekte, sözde "ring" olarak tutar. Gerisi, bu halkanın dışına kayan çizgiler bir "akış" içine yerleştirilir. Gnome-terminalin eski sürümlerinde akış hemen hemen doğrudan bir dosyaya yazılmıştır /tmp, yeni sürümlerde yazılmadan önce tamponlama, sıkıştırma ve şifreleme vardır. ( /tmpİlk veri bölümü akışa yazıldığında veya akış ilk olarak yazmaya çalıştığında, altındaki dosyanın açılıp açılmadığını kafamın üstünden hatırlayamıyorum /tmp; bu küçük bir uygulama detayıdır.)

Halkanın ebadı her zaman iki güçtür (terminalin 1 satırını içeren her slot; teknik nedenlerden dolayı kullanılmaz) ve terminal yüksekliğinin büyümesi nedeniyle gerekli olduğu her seferde iki katına çıkarılır ( ama asla geri çekilmez). Örneğin, varsayılan 24 satır yüksekliğinde halka son 31 satır çıktıyı içerir, gerisi akışa gider (en sonunda/tmp ). Pencerenin yüksekliğini 40 satır söyleyecek şekilde yükseltirseniz, hafıza içi halka bir seferde en fazla 63 girişe sığacak şekilde büyür.

Yaşadığınız şey, gnome-terminalbir dosyayı açmaya çalışır./tmp , akışı depolamak için ve buradaki beklenmeyen hata nedeniyle çıkan . Varsayılandan daha uzun bir pencere ile deneyin; 63 (veya 127) kez Enter tuşuna basıldıktan sonra çökecektir.

Söylenebilir, /tmpyazılabilir olması (1777 izni ile) düzeltilmelidir.

Benim sorunum bir işlem% 100 CPU ile çalışıyor ve muhtemelen tüm disk kaynaklarını aldı (Bazı yedekleme işlemi: Ur-Backup).

Bir kere onu öldürdüğümde her şey yolunda gitti. Bu nedenle, IO üzerindeki bir şişe boynunun, yeterli alan olsa ve yazma izniniz olsa bile bu hataya neden olabileceğini düşünüyorum.

(Jessy 18/03/16 ile Ahududu Pi)