=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Short self-test routine immediately in off-line mode".
Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 2 minutes for test to complete.
Test will complete after Tue Jan 14 13:54:05 2020
在提到的时间之后你跑
smartctl -l selftest /dev/sda
smartctl -a /dev/sda
smartctl -H /dev/sda
看看可以从结果中收集到什么。这应该告诉您硬盘驱动器是否出现故障。
如果即使一个测试失败,你的驱动器也失败了,你应该备份你的数据并尝试寻找替代品。切换到 Windows 也没有用,它只会给你一个 BSOD。
系统冻结可能无关,但控制台输出显示文件系统错误。systemd 日志无法写入磁盘,因为它以只读方式挂载,并且来自 EXT4 文件系统的读取操作也失败。
我强烈建议您备份您的数据,然后在您的数据安全后尝试修复文件系统。
执行
fsck.ext4 -f -n /dev/sda5
以检查文件系统是否损坏。磁盘(硬件)也可能出现故障,从而阻止了读/写访问的发生。请注意,文件系统检查和修复等读写密集型操作可能会导致磁盘在开始时出现问题时完全失败。您的硬盘分区很可能已损坏。当 Linux 检测到分区损坏时,它会自动重新挂载为只读,这很可能是这里发生的事情。
大多数 linux 发行版在启动时运行文件系统检查 (fsck) 命令来检查和修复文件系统和分区错误。此问题的一个可能但不太可能的原因是您以某种方式禁用了此自动文件系统检查。
就像 NoMad 建议的那样,尝试运行(以 root 身份)
fsck.ext4 -f -n /dev/sda5
以查看分区上的文件系统损坏程度(注意:仅仅因为损坏并不意味着一切都损坏了,我收到了 7 个未修复的错误和 2 个未优化的警告,还有一个警告文件系统仍然有错误,但一切仍然正常。)您可以使用dmesg命令访问您在终端屏幕上看到的输出(可能需要 sudo)。尝试这个:
最好在遇到问题之后。这应该会向您显示您的文件系统何时以只读方式挂载,并希望确切的原因。
如果它确实是一个损坏的文件系统,那么它有很多可能的原因。其中最主要的是您的硬盘驱动器出现故障(尤其是在格式之间发生这种情况时)。
要检查您的硬盘驱动器是否出现故障,我建议您运行 SMART 测试。为此,您需要安装 smartmontools,或者您可以使用图形前端进行智能测试,例如 GSmartControl,但以下是如何使用 smartmontools 进行测试的指南。
然后运行(以root身份)
(其中 sda 是您要测试的硬盘驱动器。在您的特定问题中,即 /dev/sda )以了解硬盘驱动器是否支持 SMART(此输出的底线)。
如果支持可用但未启用,请启用它。
如果支持可用并启用,则运行智能测试。
输出将告诉您等到特定时间检查并查看结果,如下所示:
在提到的时间之后你跑
看看可以从结果中收集到什么。这应该告诉您硬盘驱动器是否出现故障。
如果即使一个测试失败,你的驱动器也失败了,你应该备份你的数据并尝试寻找替代品。切换到 Windows 也没有用,它只会给你一个 BSOD。
如果您的硬盘驱动器正常并且 fsck 干净,那么我不完全确定最可能的原因是什么。