Ext4 始终以只读方式安装

Question

我在这里完全不知所措。仅使用我的计算机很短一段时间（通常不到一分钟）后，我的根分区（Ext 4，/dev/sda5）在没有警告的情况下变成只读。这种情况经常发生，我不知道为什么。我真的希望不必进行全新安装。

我尝试过重新启动，但是 Ubuntu 在启动期间执行的例程 fsck 无法修复分区。如果我让它启动并按M手动恢复，或者以恢复模式启动并使用 root 终端，我通常可以使用fsck -f -v -y /dev/sda5. 值得注意的是，我还尝试过使用实时 USB 记忆棒（上面装有 Linux Mint），并从那里运行 fsck。另外，我使用了 Hiren's Boot CD 15.0 版本附带的旧版 Pared Magic。

然而，当我重新启动时，无论我如何运行 fsck，这个问题几乎立即就会出现。我什至从终端重新安装了一些 ext2/3/4 软件包：sudo apt-get install --reinstall e2fslibs e2fsprogs && sudo reboot。还是没有骰子。我还尝试启动多个内核版本，每个版本都给我带来了相同的问题。

这台特定的计算机运行 Ubuntu 13.04，32 位版本。

这是我尝试使用 Linux Mint 修复分区时显示的确切信息 bash：

#fsck /dev/sda5 -y -v
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Freedom contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Deleted inode 1324553 has zero dtime.  Fix? yes

Inodes that were part of a corrupted orphan linked list found.  Fix? yes

Inode 1324554 was part of the orphaned inode list.  FIXED.
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(11474858--11474863) -(11519854--11519861)
Fix? yes

Free blocks count wrong for group #350 (25342, counted=25348).
Fix? yes

Free blocks count wrong for group #351 (27260, counted=27268).
Fix? yes

Free blocks count wrong (8929729, counted=8929743).
Fix? yes

Inode bitmap differences:  -(1324553--1324554)
Fix? yes

Free inodes count wrong for group #162 (5151, counted=5153).
Fix? yes

Free inodes count wrong (3000124, counted=3000126).
Fix? yes


Freedom: ***** FILE SYSTEM WAS MODIFIED *****

      392914 inodes used (11.58%, out of 3393040)
        2999 non-contiguous files (0.8%)
     676 non-contiguous directories (0.2%)
         # of inodes with ind/dind/tind blocks: 7328/467/0
         Extent depth histogram: 208561/63
 4640048 blocks used (34.19%, out of 13569791)
       0 bad blocks
       1 large file

  273494 regular files
   39518 directories
          57 character device files
          25 block device files
           1 fifo
          32 links
       79787 symbolic links (62924 fast symbolic links)
          23 sockets
------------
      392937 files

如果我可以提供更详细的信息，请告诉我。

更新 #1：再次使用 Hiren 的启动 CD 后，我能够启动到“Mini XP”环境并运行两个磁盘检查实用程序（Victoria 和 HD Tune）。维多利亚给了我一些有趣的 SMART 结果：

HDTune 让我非常失望：

现在我的问题是，这是硬盘即将完全死亡的迹象吗？

更新#2：我之前在这篇文章中添加了一些图像，但发现它们不可见。但是，我刚刚将它们重新上传到另一个网站，然后重新发布。因此，它们现在应该是可见的。

Answer 1

确保备份您的数据是明智的做法，因为您可能会遇到驱动器故障。

在正常情况下反复发生这种情况表明存在硬件问题。众所周知，硬盘会出现故障。

如果您运行的是 Ubuntu 的主版本，它包含一个名为Disks from Gnome 的出色工具（从启动器搜索以访问它）。

您可以在左侧选择您的驱动器，然后如果单击右上角的齿轮图标，您将看到一个菜单，您可以选择“智能数据和测试”。从那里您可以运行智能测试（左下角的“开始自检...”按钮），我建议使用扩展选项来启动对驱动器的彻底测试。

Answer 2

尽快备份数据并更换硬盘，因为您可能会遇到严重的数据丢失。备份后，您可以通过使用以下命令
进行编辑来强制硬盘使用默认设置（并且始终是读写的）：在根文件系统条目的第四个冒号中将选项替换为选项。 示例（来自我的电脑）： ...将其编辑为： 这不是一个好的做法，如果您的硬盘确实损坏了，当您（或您的软件）写入它时可能会造成更多损坏，这就是原始的原因在 fstab 文件中。 在进行任何更改之前备份您的 fstab 文件，并且切勿将任何内容复制粘贴到其中，只能手动编辑。 fstab 文件的基本指南（供您个人了解）：完整的 指南在线提供，但不是独立于文件系统的，并且可能会随时更改；如果默认选项不起作用，您可以使用它。 建议您在 BIOS 中启用 SMART 技术（如果有的话），因为它可以让您通过特定软件准确地看到 HD 的状态（它可以节省您的工作！）。 很抱歉这个坏消息，但前段时间我也发生过这种事，感觉很不好。/etc/fstabsudo nano /etc/fstaberrordefaults

UUID=fa7667f8-e8a4-44d9-8e51-92fb2496c8c1 / ext4 errors=remount-ro 0 1
UUID=fa7667f8-e8a4-44d9-8e51-92fb2496c8c1 / ext4 defaults 0 1
errors=remount-ro

man fstab