主页 / ubuntu / 问题 / 1258437
Accepted
Haru
Asked: 2020-07-13 02:43:51 +0800 CST

fsck 显示已安装根目录的错误，但在可启动 USB 记忆棒上执行时未安装的根目录没有错误。我应该如何解决？

  • 772

我陷入了这个问题。桌面计算机上的fsck命令显示挂载根目录的文件系统错误。所以，我创建了 Ubuntu 的可启动 U 盘，并让它启动。然后，我尝试通过在 USB 记忆棒上执行fsck来修复文件系统错误，因为fsck无法修复已安装的目录。但是，U 盘上的fsck没有显示错误。我应该如何修复这个文件系统错误？

（台式电脑上的fsck ）

$ sudo fsck -nf /dev/nvme0n1p2
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Warning!  /dev/nvme0n1p2 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found.  Fix? no

Inode 6816186 was part of the orphaned inode list.  IGNORED.
Inode 6816770 was part of the orphaned inode list.  IGNORED.
Inode 6883264 was part of the orphaned inode list.  IGNORED.
Inode 6883789 was part of the orphaned inode list.  IGNORED.
Inode 6887919 was part of the orphaned inode list.  IGNORED.
Inode 6887920 was part of the orphaned inode list.  IGNORED.
Inode 6887925 was part of the orphaned inode list.  IGNORED.
Inode 6887929 was part of the orphaned inode list.  IGNORED.
Deleted inode 6887947 has zero dtime.  Fix? no

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(9588738--9588745) -(9588760--9588764) -(9597955--9597964) -(9998851--9998855) -(27306830--27306834) -(27307548--27307557) -34598400
Fix? no

Free blocks count wrong (43144465, counted=43144229).
Fix? no

Inode bitmap differences:  -6816186 -6816770 -6883264 -6883789 -(6887919--6887920) -6887925 -6887929 -6887947
Fix? no

Free inodes count wrong (14401240, counted=14401183).
Fix? no


/dev/nvme0n1p2: ********** WARNING: Filesystem still has errors **********

/dev/nvme0n1p2: 557352/14958592 files (0.5% non-contiguous), 16670447/59814912 blocks

（可启动 U 盘上的fsck ）

ubuntu@ubuntu:~$ sudo fsck -fy /dev/nvme0n1p2
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/nvme0n1p2: 557879/14958592 files (0.6% non-contiguous), 16680714/59814912 blocks

ubuntu@ubuntu:~$ sudo fsck -fn /dev/nvme0n1p2
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/nvme0n1p2: 557879/14958592 files (0.6% non-contiguous), 16680714/59814912 blocks
ubuntu@ubuntu:~$

供参考：

适用于桌面和可启动 U 盘的 Ubuntu 18.04 LTS

xterm 可以打开时，终端窗口无法打开。我认为文件系统错误可能会影响此打开失败。

filesystem live-usb fsck 18.04

2 个回答

  1. 当您遇到这样的消息时，最好有一些关于什么是 inode 以及什么是孤立 inode 的背景信息。

    在https://unix.stackexchange.com/questions/290116/what-is-an-orphaned-inode我阅读了 Stephen Kitt 的以下解释：

    孤立的 inode 是未附加到文件系统中的目录条目的 inode，这意味着无法访问它。

    出现孤立 inode 的原因有很多：

    被删除但保持打开的临时文件（一种常见做法）占用文件系统上的 inode；如果系统在没有正确关闭的情况下重新启动，这些 inode 仍然存在并且是孤立的文件系统损坏可能会损坏目录而不影响目录包含的文件的 inode；然后这些 inode 被孤立 fsck 为 lost+found 中的孤立 inode 创建新的目录条目。

    要了解 inode 系统，请查看 Eric Simard 的https://linuxhandbook.com/inode-linux/。这有点技术性，但读起来很有趣。简而言之：

    inode 是一种数据结构……它存储有关文件的所有信息，但文件名和实际数据除外。

    感谢您的提问；它让我对 Linux 有了更好的理解！

    • 1
  2. Best Answer

    显然，您的第一个检查是对活动的已挂载文件系统的“只读”检查。那将是不可靠的。在未挂载分区的情况下，来自 USB 实时会话的检查是正确的。

    所以不用担心。系统驱动器在每次启动时都会自动进行快速检查，并且会暂时进行更严格的检查，这与 ext4 文件系统配合得很快。forcefsck您仍然可以通过在卷的根目录中创建一个空文件来强制在启动时进行全面检查：

    sudo touch /forcefsck

    将在您的根文件系统中创建该文件，并在系统重新启动时向系统发出信号以对其进行全面检查。检查后，空文件会被自动删除。

    • 0

相关问题