Hệ thống đột ngột chỉ đọc

Máy chủ web của tôi (Linux, Debian Wheezy) đột nhiên chỉ đọc, MySQL đã bị sập (nhưng Apache thì không) - đưa ra lỗi khi nhấn tabđể hoàn thành tên tệp là:

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

Ngoài ra, khi tôi khởi động lại Apache, nó sẽ không bật nữa.

Những gì tôi đã cố gắng làm: Tôi đã thay thế đĩa cứng, di chuyển các tệp web một lần nữa; lỗi lặp lại sau 1 tuần.

Nhật ký cho thấy không có gì, một thông báo rằng tôi đã thấy nhiều lần thất bại khi truy cập máy chủ thông qua ssh.

đầu ra df:

Filesystem                                             1K-blocks    Used Available Use% Mounted on
rootfs                                                 249773956 2328024 234758164   1% /
udev                                                       10240       0     10240   0% /dev
tmpfs                                                     406336     200    406136   1% /run
/dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c 249773956 2328024 234758164   1% /
tmpfs                                                       5120       0      5120   0% /run/lock
tmpfs                                                    2489760       0   2489760   0% /run/shm
/dev/sdb1                                              249773956 2303784 234782404   1% /mnt/sdb1

đầu ra gắn kết:

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=506431,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=406336k,mode=755)
/dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c on / type ext4 (ro,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=2489760k)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/sdb1 on /mnt/sdb1 type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)

— người dùng3900816
nguồn

nhiều nỗ lực ssh mà bạn báo cáo, có phải do bạn (hoặc một số người mong đợi khác) không? Nếu không, có đúng là bên thứ ba có thể truy cập ssh vào máy này không? Bất kỳ bằng chứng nào cho thấy họ đã thành công trong việc đăng nhập? Nếu bên thứ ba không phá hoại (hoặc tệ hơn là chánh niệm), có vẻ như phải có lỗi xảy ra trên / mount của bạn, thì nó sẽ chỉ đọc lại. Tôi sẽ khởi động hệ thống từ CD / USB (ví dụ: systemrescuecd) và sau đó làme2fsck -fp /dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c

— gogoud

@gogoud Không có nỗ lực nào thành công ngoại trừ tôi và fsck sẽ không hữu ích vì nó là một ổ cứng mới

— user3900816

Hệ thống tập tin gốc của bạn được gắn kết chỉ đọc. Điều này có thể xảy ra khi khởi động lại. Có một vài tùy chọn:

Cấu hình hệ thống để sửa lỗi trong quá trình khởi động lại. Trên Ubuntu, điều này được kiểm soát bởi FSCKFIXtùy chọn trong tệp /etc/default/rcS.
Khởi động lại trong chế độ phục hồi và chạy fsck -f /dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41cvà khởi động lại.
Khởi động từ đĩa khôi phục và chạy fsck như hình trên.

Tất cả các tùy chọn sẽ yêu cầu hệ thống của bạn ngừng hoạt động một chút. Tuy nhiên, có vẻ như nó đang giảm hiệu quả.

Có thể chạy fsckmà không cần khởi động lại và kết nối lại hệ thống rw. Tôi sẽ chạy thử nghiệm fsckmà không cho phép khắc phục sự cố để xem hệ thống tệp bị hỏng như thế nào

— BillThor
nguồn

Ngoài ra, nó có thể xảy ra mà không cần khởi động lại nếu một cái gì đó phá vỡ một trong các mô-đun hạt nhân hỗ trợ nhật ký hệ thống tệp. Khởi động lại là một cách giải quyết trong trường hợp đó.

— Thomas Dickey