chỉ đọc hệ thống tập tin gốc


25

Bằng cách nào đó, Debian của tôi chỉ đọc được trong hệ thống tập tin gốc. Tôi không biết làm thế nào điều này có thể xảy ra.
Ví dụ: khi tôi đang ở trong /rootthư mục và gõ lệnh nanovà sau đó nhấn Tabđể liệt kê tập tin có thể có trong thư mục đó, tôi nhận được thông báo:

root@debian:~# nano -bash: cannot create temp file for here-document: Read-only file system

Tương tự cho cdlệnh khi tôi gõ cd /homevà nhấn Tabđể liệt kê các đường dẫn tôi có điều này:

root@debian:~# cd /home -bash: cannot create temp file for here-document: Read-only file system

Tôi cũng có vấn đề với phần mềm như aptvà những người khác. Thậm chí không thể cập nhật apt-get. Tôi có rất nhiều lỗi như thế này:

Err http ://ftp.de.debian.org wheezy-updates/main Sources
406  Not Acceptable
W: Not using locking for read only lock file /var/lib/apt/lists/lock
W: Failed to fetch http ://ftp.de.debian.org/debian/dists/wheezy/Release  rename failed, Read-only file system (/var/lib/apt/lists/ftp.de.debian.org_debian_dists_wheezy_Release -> /var/lib/apt/lists/ftp.de.debian.org_debian_dists_wheezy_Release).
W: Failed to fetch http ://security.debian.org/dists/wheezy/updates/main/source/Sources  404  Not Found
W: Failed to fetch http ://security.debian.org/dists/wheezy/updates/main/binary-amd64/Packages  404  Not Found
W: Failed to fetch http ://ftp.de.debian.org/debian/dists/wheezy-updates/main/source/Sources  406  Not Acceptable
E: Some index files failed to download. They have been ignored, or old ones used instead.
W: Not using locking for read only lock file /var/lib/dpkg/lock

Tôi có rất nhiều vấn đề trong hệ thống. Có thể sửa nó không? Làm thế nào tôi có thể kiểm tra những gì đã xảy ra? Tôi nên tìm gì trong nhật ký?

Tôi biết đó có thể là do dòng trong /etc/fstabtệp:

/dev/mapper/debian-root /               ext4    errors=remount-ro 0       1

nhưng vấn đề là gì? Tôi không thể tìm thấy gì hoặc có lẽ tôi không biết tìm ở đâu.

Chỉnh sửa:

Tôi đã tìm kiếm nhật ký tin nhắn và chỉ tìm thấy điều này:

kernel: [    5.709326] EXT4-fs (dm-0): re-mounted. Opts: (null)
kernel: [    5.977131] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro
kernel: [    7.174856] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null)

Tôi đoán nó đúng, bởi vì tôi có cùng mục trên các máy debian khác.

Tôi đã tìm thấy một cái gì đó trong dmesg (Tôi đã cắt đầu ra đó một chút vì có rất nhiều thứ ext4 tiêu chuẩn)

root@gs3-svn:/# dmesg |grep ext4
EXT4-fs error (device dm-0) in ext4_reserve_inode_write:4507: Journal has aborted
EXT4-fs error (device dm-0) in ext4_reserve_inode_write:4507: Journal has aborted
EXT4-fs error (device dm-0) in ext4_dirty_inode:4634: Journal has aborted
EXT4-fs error (device dm-0): ext4_discard_preallocations:3894: comm rsyslogd: Error loading buddy information for 1
EXT4-fs warning (device dm-0): ext4_end_bio:250: I/O error -5 writing to inode 133130 (offset 132726784 size 8192 starting block 159380)
EXT4-fs error (device dm-0): ext4_journal_start_sb:327: Detected aborted journal

5 lỗi và 1 cảnh báo. Có ý kiến ​​gì không? Có an toàn khi sử dụng mount -o remount, rw /?


2
Tìm chuỗi "ext4" et "/ dev / mapper / debian-root" trong /var/log/messages. Nếu hệ thống tập tin của bạn bị hỏng, bạn sẽ thấy nó trong các thông báo kernel sớm trong khi khởi động. Cũng thử mount -o remount,rw /dev/mapper/debian-rootvà cho chúng tôi biết nếu nó ném cho bạn một lỗi.
lgeorget

bạn cũng có không gian còn lại, những gì mang lại cho bạn lệnhdf
Kiwy

Bạn có thể khởi động vào 'chế độ phục hồi' từ grub không? Ngoài ra, chỉnh sửa các tùy chọn kernel grub và thêm từ đơn vào cuối và khởi động. Bạn nên kết thúc với một shell root mà từ đó bạn có thể chạy các công cụ khác nhau để kiểm tra và sửa chữa đĩa của mình.
garethTheRed

Đặt lại "máy VM" đã giải quyết vấn đề của tôi (trường hợp - Ubuntu đang chạy trên Hộp ảo)
ký sinh

Câu trả lời:


29

Hành vi mặc định cho hầu hết các hệ thống tệp Linux là bảo vệ dữ liệu của bạn. Khi kernel phát hiện ra lỗi trong hệ thống con lưu trữ, nó sẽ làm cho hệ thống tập tin chỉ đọc để ngăn chặn (thêm) hỏng dữ liệu.

Bạn có thể điều chỉnh phần nào với tùy chọn gắn kết errors={continue|remount-ro|panic}được ghi lại trong hướng dẫn hệ thống ( man mount).

Khi hệ thống tệp gốc của bạn gặp lỗi như vậy, phần lớn thời gian lỗi sẽ không được ghi lại trong tệp nhật ký của bạn, vì giờ đây chúng cũng sẽ chỉ đọc. May mắn thay, đó là một hành động kernel, thông báo lỗi ban đầu được ghi lại trong bộ nhớ, trong bộ đệm vòng kernel. Trừ khi đã xóa khỏi bộ nhớ, bạn có thể hiển thị nội dung của bộ đệm vòng bằng dmesglệnh. .

Hầu hết các đĩa cứng thực đều hỗ trợ SMART và bạn có thể sử dụng smartctlđể thử và chẩn đoán tình trạng đĩa.

Tùy thuộc vào các thông báo lỗi, bạn có thể quyết định vẫn an toàn khi sử dụng hệ thống tệp và trả lại điều kiện đọc-ghi với mount -o remount,rw /

Nhìn chung, lỗi đĩa là tiền thân của lỗi đĩa hoàn thành. Bây giờ là lúc tạo bản sao lưu dữ liệu của bạn hoặc để xác nhận trạng thái của các bản sao lưu hiện có của bạn.


vâng tôi có dữ liệu sao lưu. Trả lời bạn xin vui lòng xem lại câu hỏi của tôi? Tôi tìm thấy một cái gì đó trong dmesg và thực hiện chỉnh sửa nhỏ trong câu hỏi của tôi.
s1c

Thông thường tôi sẽ mong đợi các lỗi ext4 được bao quanh với các lỗi liên quan đến IO hoặc thiết bị vì rất có thể vấn đề không phải là hệ thống tập tin như vậy, mà là đĩa bên dưới. Xem ví dụ: Askubfox.com/questions/141862/ Lần
HBruijn

Thêm một câu hỏi nữa. Có thể là do các bộ phận gắn kết (lưu trữ SAN / NAS)? Tôi có chúng tất nhiên trong tập tin fstab của tôi được xác định.
s1c

Theo kinh nghiệm của tôi, chỉ có hệ thống tập tin bị lỗi IO được gắn ở chế độ chỉ đọc, các phân vùng khác cũng như chia sẻ từ xa không được xem lại chỉ đọc.
HBruijn

Chúng tôi đã gắn kết -o remount, rw / và sau đó đã chmod vào tập tin làm việc cho chúng tôi. khi thực hiện với các thay đổi, hãy thực hiện gắn kết -o, ro / để đưa hệ thống tệp trở lại chỉ đọc.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.