Ubuntu启动报UNEXPECTED INCONSISTENCY，fsck /dev/sda2作用及含义咨询

一、fsck /dev/sda2到底是什么？ #

• fsck是Filesystem Check的缩写，是Linux系统里专门用来检查、修复文件系统一致性问题的核心工具，说白了就是文件系统的“专属医生”，专门处理意外断电、系统崩溃后留下的文件系统“后遗症”。
• /dev/sda2是你系统中出问题的分区设备路径：sda通常指代你的第一块物理磁盘，数字2表示这块磁盘上的第二个分区——从你的情况来看，这个分区应该是Ubuntu的核心系统分区（大概率是根分区/）。

二、为什么会出现「UNEXPECTED INCONSISTENCY, RUN FSCK MANUALLY」报错？ #

咱们常用的Ubuntu默认文件系统（比如ext4）会维护一个“干净状态标记”：当系统正常关机时，内核会完成所有待写入的数据刷新，然后给分区打上这个标记，告诉下次启动的系统“我状态没问题，直接用就行”。

但如果遇到意外断电、强制关机、系统崩溃这些情况，内核来不及完成数据写入和标记更新，下次启动时系统检测到分区没有“干净标记”，就会判定文件系统可能存在不一致问题——比如：

• 某个文件的inode（记录文件元信息的核心节点）标记为“已使用”，但实际对应的数据块是空的
• 目录项指向了不存在的inode
• 数据块被重复标记为“已分配”或“未分配”

这时候系统就会抛出那个报错，要求你手动运行fsck来修复。

三、fsck /dev/sda2的修复原理 #

当你执行这个命令时，fsck会按以下步骤逐步检查并修复分区：

1. 检查超级块（Superblock）：超级块是存储文件系统关键参数（分区大小、inode总数、数据块大小等）的“核心账本”，fsck先确认它的完整性，如果主超级块损坏，还会自动调用备份超级块来恢复（这个过程一般不需要用户干预）。
2. 验证inode表：逐个检查inode的状态，修复那些标记异常的inode（比如把“已使用但无对应数据”的inode标记为空闲，或者修复inode的权限、大小记录错误）。
3. 修复目录结构：遍历所有目录，确保每个目录项都指向有效的inode，删除无效的目录条目，修正目录的链接计数（比如某个目录下文件数量和记录的链接数不匹配的问题）。
4. 清理孤儿文件/数据块：找到那些没有被任何inode引用但实际被占用的数据块（也就是“孤儿文件”），fsck会把这些文件恢复到分区根目录下的lost+found文件夹里，你之后可以去这个目录查看有没有需要恢复的重要文件。

整个过程完成后，文件系统的一致性就会被修复，系统自然就能正常启动了。

四、关于你两次遇到的情况 #

不管是Ubuntu 17.04还是当前系统，出现这个错误的本质都是一样的：系统非正常关机导致文件系统一致性受损。执行fsck /dev/sda2就是手动触发了上述的检查修复流程，把那些“混乱”的文件系统状态拉回正轨，所以重启后系统就恢复正常了。

内容的提问来源于stack exchange，提问作者Animalz