系统突然变为只读

Ahm*_*suf 7 linux raid debian mount hard-drive

我的 Web 服务器(Linux、Debian Wheezy)突然tab变为只读状态,MySQL 崩溃了(但 Apache 没有)-按下以完成文件名时出现错误:

bash:无法为此处文档创建临时文件:只读文件系统

此外,当我重新启动 Apache 时,它​​不会再打开。

我试图做的是:我已经更换了硬盘,再次移动了网络文件;1 周后重复错误。

日志什么也没显示,注意到我已经看到许多通过 ssh 访问服务器的尝试失败。

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
Run Code Online (Sandbox Code Playgroud)

mount -n 输出:

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)
Run Code Online (Sandbox Code Playgroud)

Bil*_*hor 10

您的根文件系统以只读方式挂载。这可能发生在重新启动时。有几个选项:

  • 配置系统以修复重新启动期间的错误。在 Ubuntu 上,这由FSCKFIX文件中的选项控制/etc/default/rcS
  • 在恢复模式下fsck -f /dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c重新启动并再次运行并重新启动。
  • 从恢复磁盘启动并运行 fsck,如上所示。

所有选项都需要您的系统停机一段时间。但是,现在看来它实际上已经下降了。

可以在fsck不重新启动和重新安装系统的情况下运行rw。我会在fsck不启用修复问题的情况下运行测试以查看文件系统的损坏程度