Lỗi hệ thống tệp chỉ đọc` khi sử dụng hoàn thành tab và cửa sổ đầu cuối đóng ngẫu nhiên

Đầu tiên chỉ đơn giản là một sự kỳ quặc với lệnh cd. Nếu tôi nhập vào cd, sau đó là khoảng trắng, sau đó nhấn Tabđể xem các thư mục có sẵn, tôi nhận được thông báo lỗi này:

bash: không thể tạo tệp tạm thời cho tài liệu ở đây: hệ thống tệp chỉ đọc

Vấn đề rắc rối hơn đã được đóng ngẫu nhiên của cửa sổ terminal. Nó đã xảy ra trong khi kiểm tra sự cdkỳ lạ, và trong khi ssh'd vào một máy chủ khác làm những việc đơn giản như git statusthế. [Chỉnh sửa] Có vẻ như nếu tôi nhấn enter chính xác 31 lần thì nó sẽ tự động đóng cửa sổ terminal (được xác minh 3 lần ngay bây giờ).

Gần đây tôi đã nâng cấp từ 12.04 lên 14.04 vào cuối tuần trước và hành vi này đã không xảy ra trong cả ngày tôi sử dụng sau khi nâng cấp. Đây là lần đầu tiên thử bất cứ thứ gì trên máy tính này kể từ ngày đó.

Vui lòng tư vấn bất kỳ thông tin nào khác tôi có thể cung cấp và những gì tôi cần làm để giải quyết vấn đề này.

Tôi khởi động lại trong chế độ phục hồi và làm theo hướng dẫn mà hệ thống đưa cho tôi. Tôi chạy fscktiếp /dev/sda2, và điều đó đã khắc phục vấn đề.

Các Read-only file systemlỗi là đầu mối lớn ở đây. Tôi đoán rằng thư mục chính của bạn, nơi bash cố lưu trữ lịch sử lệnh của bạn và vv, nằm trong một phân vùng chỉ đọc.

Tôi đoán rằng nó cố gắng cập nhật lịch sử lệnh gần đây của bạn trên đĩa cứ sau 32 lệnh, đó là lý do tại sao nó không thành công với lệnh thứ 32 mà bạn gõ trong một phiên.

Bây giờ, một phân vùng có thể được gắn ở dạng chỉ đọc nếu bạn cố tình làm nó, nhưng nó cũng có thể được gắn ở dạng chỉ đọc nếu có lỗi - hành vi sau này thường là mặc định cho phân vùng gốc.

Tôi sẽ ngạc nhiên nếu bạn không gặp phải vấn đề khác nếu phân vùng gốc của bạn được gắn ở chế độ chỉ đọc.

Bạn có thể thử khởi động lại và kiểm tra đĩa từ menu recovery. Nhấn và giữ shift khi máy tính khởi động, ngay sau khi màn hình BIOS biến mất và ngay trước khi logo Ubuntu xuất hiện.

Vấn đề chính xác này cũng xảy ra với tôi.

Nó xảy ra không liên tục.

Vì vậy, cuối cùng tôi đã có đủ với nó và quyết định cài đặt lại hệ điều hành - ubfox-gnome 14.04 (sạch).

Nó đã sửa nó! Ít nhất là trong vài ngày .. Sau đó, chính xác vấn đề đó lại xảy ra ...

Vì vậy, tôi đã đến Fry's và có một hdd mới (Seagate).

Cho đến nay rất tốt (6 tháng và đếm).

Lưu ý phụ: chứng khoán hdd là Toshiba

Như những người khác đã chỉ ra, một /tmphệ thống tập tin chỉ đọc gây ra nhiều vấn đề hơn.

Đối với 31 dòng, nó liên quan đến gnome-terminalnội bộ.

Nó giữ một số dòng nhất định trong bộ nhớ, trong cái gọi là "vòng". Phần còn lại, các dòng cuộn ra khỏi vòng này được đặt trong một "luồng". Trong các phiên bản cũ hơn của gnome-terminal, luồng được ghi trực tiếp vào một tệp /tmp, trong các phiên bản mới hơn có bộ đệm, nén và mã hóa trước khi nó được viết ra. (Tôi không thể nhớ ra khỏi đỉnh đầu của mình xem tập tin bên dưới /tmpcó được mở khi đoạn dữ liệu đầu tiên được ghi vào luồng hay khi luồng đầu tiên thực sự ghi vào /tmp; đó là một chi tiết triển khai nhỏ.)

Kích thước của vòng luôn là một công suất bằng hai (mỗi khe chứa 1 dòng của thiết bị đầu cuối; ngoại trừ 1 khe không được sử dụng vì lý do kỹ thuật) và được nhân đôi mỗi lần do độ cao của thiết bị đầu cuối ( nhưng không bao giờ co lại). Ví dụ, với chiều cao mặc định là 24 dòng, vòng chứa 31 dòng đầu ra cuối cùng, phần còn lại sẽ chuyển đến luồng (cuối cùng là /tmp). Nếu bạn tăng chiều cao của cửa sổ để giả sử 40 dòng, vòng trong bộ nhớ sẽ phát triển để chứa tối đa 63 mục nhập cùng một lúc.

Những gì bạn trải nghiệm là gnome-terminalcố gắng mở một tệp /tmpđể lưu trữ luồng và thoát vì lỗi không mong muốn ở đây. Hãy thử với một cửa sổ cao hơn so với mặc định; nó sẽ sập sau khi nhấn Enter 63 (hoặc có thể 127) lần.

Điều đó đang được nói, /tmpnên được sửa thành có thể ghi (với quyền 1777).

Vấn đề của tôi là một quá trình đã chạy với CPU 100% và có thể đã lấy tất cả tài nguyên đĩa (Một số quy trình sao lưu: Sao lưu Ur).

Một khi tôi giết nó, tất cả đều tốt. Vì vậy, tôi nghĩ rằng một cái cổ chai trên IO có thể gây ra lỗi này ngay cả khi có đủ dung lượng và bạn có quyền viết.

(Raspberry Pi với Jessy 18/03/16)