根文件系统需要手动进行fsck检查。

Question

每当我打开Ubuntu时，我总是看到以下信息。

(Initramfs): /dev/sda1 contains a file system with errors, check forced.
  Inodes that were a part of a corrupted orphan linked lost found.
  /dev/sda1 : UNEXPECTED INCONSISTENCY; RUN fsck manually.(I.e .,
  without -a or -p options). fsck exited with status code 4. The root
  filesystem on /dev/sda1 requires a manual fsck

- Abhishek Barman

---

这不应该反复发生。你怎么关掉Ubuntu？ - David Foerster

你是否使用双系统，其中包括Windows？如果是的话，在Windows中是否安装了能够读取/查看Ubuntu EXT4文件/分区的驱动程序？请在针对我的评论前加上“@heynnema”，否则我可能会错过它们。 - heynnema

没有，我没有双启动Windows @heynnema。 - Abhishek Barman

我不知道，但每当我关机然后重新启动时，这个消息会反复出现。@David Foerster - Abhishek Barman

@AbhishekBarman：再说一遍，你到底要怎么样才能完全关闭Ubuntu？ - David Foerster

从关机选项开始。但是我的Ubuntu总是卡住，每次打开都是如此。@David Foerster - Abhishek Barman

啊，所以系统在关机期间挂起。如果您通过sudo shutdown关闭，它是否会挂起？如果是，sudo reboot呢？ - David Foerster

@heynnema 嗨，我有一个类似的问题，经常出现Ubuntu卡住的情况，重启后出现失败并显示“手动运行fsck”。我的系统是双启动Windows10和Ubuntu。这与Windows有关吗？请注意，我已经好几个月没有启动过Windows了。 - Danijel

@Danijel Windows与Linux文件系统损坏无关（除非您安装了用于读取ext2/3/4文件系统的Windows驱动程序）。您是否按照我的回答运行了fsck命令？每次崩溃/挂起后，您都应该运行fsck命令。 - heynnema

好的。我确实运行了fsck，并且它修复了问题。但是每隔几周都不断运行fsck似乎并不是解决方案。 - Danijel

Answer 1

从那里，你应该能够进入维护模式（如果尚未打开），在那里你可以运行fsck -yf /dev/sda1。 如果有任何错误，请重新运行fsck -yf /dev/sda1。 要像往常一样登录，只需运行exit并正常进行。

- SYN

---

这里-yf中的y代表“是”，系统在询问y/n选择时选择“是”。 - Rahul Gaur

我非常感谢mathguy的评论，因为远程支持一个对Linux开发不太熟悉grub或命令行界面的人来说，复杂的启动序列几乎不可能，但你的评论和他提到应该在initramfs中工作无价。 - dragon788

-f是什么意思？在Debian 10上没有记录（-y也没有，Rahul已经解释过了）。 - Rodrigo

-f 是用来强制检查文件系统的，即使它被认为是干净的。这更像是一种反射动作，在系统拒绝在该分区上引导时可能不是必需的。 - SYN

哇，太棒了！令人惊叹！！！ - nirala

谢谢，这个救了我安装的命。我的电脑无法启动且无法显示我的个人文件夹。 - RandomGuy

救命稻草！成功修复错误并重新启动。 - allanvc

将sda1替换为有问题的sda - Anga

谢谢（+1），这让我的系统（22.04）重新启动了。不知道为什么会发生这种情况，我只是通过图形界面进行了正常的重启。在那之前，我已经遇到了一些奇怪的只读错误，所以我重启了一下，但是然后出现了这个错误，我只能进入一个忙碌的控制台，在那里我用fsck修复了/dev/sdc1上的问题 :) - franc

嗯...为什么我的屏幕现在看起来像《黑客帝国》？ - Spencer Williams

Answer 2

首先，让我们检查您的文件系统是否存在错误。 对于17.10或更旧版本... - 启动到GRUB菜单 - 选择“高级选项” - 选择“恢复模式” - 选择“Root访问” - 在“＃”提示下，键入“sudo fsck -f /” - 如果有错误，请重复“fsck”命令 - 输入“reboot” 对于18.04或更新版本...（或者如果上述步骤对您无效）...

• 使用Ubuntu Live DVD/USB以“尝试Ubuntu”模式启动
• 按下Ctrl+Alt+T打开一个终端窗口
• 输入sudo fdisk -l
• 找到你的“Linux文件系统”的/dev/sdXX设备名称
• 输入sudo fsck -f /dev/sdXX，将sdXX替换为之前找到的编号
• 如果有错误，请重复执行fsck命令
• 输入reboot

- heynnema

---

为什么不直接在提示符上执行“fsck -fy /dev/sda1”呢？ - Soren A

@SorenA 在哪个提示符下？我是在根shell提示符下进行操作，或者在终端中使用sudo。文件系统在那里没有挂载，然后会运行fsck。 - heynnema

在提示符之后，他得到了一条消息。我从来没有见过这个消息后面没有跟着一个“minimal grub”提示符的情况。 - Soren A

@SorenA fsck 不是 grub 命令。 - heynnema

相信我，它有效！ - Soren A

在 grub 提示符、grub rescue 提示符或 Initramfs 提示符下，@SorenA 是指哪一个？ - heynnema

在提示下，他会看到下面的错误信息...无论是什么。 - Soren A

/bin/sh: sudo: not found 我该怎么办？ - Smile

@Smile 你输入了什么命令？ - heynnema

我回到了上一个正常工作的内核版本。也许下一次当最新的内核没有问题时，我会使用它。 - Smile

好的，已经过去一年多了...看到与原帖中报告的同样问题，在我的一台旧机器上（在将近一年没有使用后再次尝试启动它）。上面安装的是Ubuntu 16.04，双系统启动，同时有Windows 10。Windows可以正常启动；但当我尝试从GRUB菜单启动Ubuntu时，出现了和原帖中相同的错误。我在这里找到了你的答案。问题在于：一旦我选择高级选项 > 恢复模式，就没有ROOT提示符。系统会自动进行检查，发现根文件系统存在问题，并显示(initramfs)提示符，但该提示符不识别“sudo”命令。 - mathguy

... 在(initramfs)提示符下，我能直接运行fsck（无需使用sudo）。系统修复了许多文件系统错误，然后我能够正常重新启动Ubuntu。你的答案几乎是正确的。 - mathguy

@SorenA 这对我来说就像魔法一样有效！ - ruben

我不明白它怎么能工作，事实上对我来说它并没有起作用：sudo fsck -f / 失败了，因为 / 被挂载了，而且自然地我无法卸载它，因为分区正忙。肯定有一些遗漏的步骤，比如进入 initramfs 等等。 - xealits

@xealits 请使用我回答的第二部分，现在适用于所有18.04及更高版本的系统。 - heynnema

我想表达感谢，这个解决方案解决了我的Ubuntu 1804虚拟机错误问题...我只是使用了sudo fsck -f /....它起作用了！ - chenoi

运行"fsck -yf /dev/sda2"命令时出现另一个错误，导致内核崩溃并发生中断的致命异常。 - Yogesh Kushwaha

@YogeshKushwaha 请提出一个新问题，并尽可能详细地描述。 - heynnema

@heynnema，非常非常非常有用的答案，点赞！ - pebox11