我不久前安装了 openSUSE 11.2（64 位），主要将其用作专用的 Apache 托管计算机。
一切都正常工作了一段时间（~1 个月），但几天前，文件系统似乎已变成只读（！？）。
几乎每个任务都会失败，无论是启动 vi 还是手册页（无法在磁盘上创建文件）。
有人见过这样的事情吗？如果是这样，您做了什么来恢复？我尝试用谷歌搜索解决方案，但未能找到有用的答案。
注意事项 - 在此期间没有进行重大更改，并且机器负载非常非常轻。
答案1
这可能是文件系统或磁盘故障。检查dmesg系统日志是否有任何线索。如果还没有的话，请在重新启动之前查看那里。如果您重新启动，系统是否会恢复正常或警告您有关文件系统问题？
您可以使用读写方式重新挂载文件系统mount -o remount,rw /，但我不建议您这样做，直到您知道为什么它会自行挂载。
可以点击键盘快捷键，将根文件系统重新挂载为只读。通常这是AltSysRequ.你或你的猫可能这样做过吗？
您是否发起关闭请求然后中止？关闭脚本通常会在进程结束时重新安装系统，但我见过它们感到厌烦并跳到最后:)
答案2
我以前见过这个。这种事在我们身上发生过几次。
我们运行具有后端 SAN 存储的 VMware ESXi 系统。当我们在 SAN 上遇到与该机器无关的高 I/O 时，这会增加存储的延迟，并基本上使磁盘在一段时间内不可用。系统通过将各个卷设为只读来做出响应。我们可以运行 aremount并且它会成功完成，但是它实际上不会重新安装磁盘。恢复它的唯一方法是重新启动，然后转到single user mode磁盘fsck，或者有时重新启动时自动fsck会捕获它。
我们的修复是修改块设备的磁盘超时/sys
# cat /sys/block/sd*/device/timeout
60
我们将此数字的值从 增加到 ，60这180修改了“超时”发生之前的时间，本质上让您遭受更多延迟。但是，副作用是您的文件系统可能会发生损坏，尤其是那些写入量较高的文件系统。这也是为什么如果您将主安装（像我们一样）分离到单独的安装或驱动器上，则此类卷/var将是只读的，因为有更多的活动。