从Ubuntu安装U盘启动时遭遇文件系统不一致错误，需手动执行fsck

别慌，这个问题大概率不是你制作的Ubuntu安装U盘的问题（毕竟你已经校验过ISO完整性，还换了Etcher和Rufus两种工具制作），而是你本地NVMe硬盘上的/dev/nvme0n1p5分区出现了文件系统损坏。咱们一步步来解决：

第一步：在initramfs环境下手动修复文件系统 #

你现在处于BusyBox的ash shell环境，直接执行以下操作：

• 先尝试卸载目标分区（避免fsck时出现挂载冲突）：

  umount /dev/nvme0n1p5
  

  如果提示“not mounted”，说明分区没挂载，直接跳过这一步就行。
• 执行手动fsck修复：

  fsck /dev/nvme0n1p5
  

  过程中会不断弹出是否修复错误的提示，输入y并回车确认所有修复操作，直到命令执行完成。
• 修复完成后，输入reboot重启系统，之后可以继续Ubuntu的安装流程，或者检查本地系统是否能正常启动。

关于其他提示的说明 #

你看到的这两条提示不用紧张，和当前的文件系统错误无关：

• x86/cpu: SGX disabled by BIOS：只是BIOS里没开启SGX安全功能，完全不影响Ubuntu的安装和使用。
• sd 6:0:0:0: [sda] No Caching mode page found：这是安装U盘的缓存模式识别问题，不会导致启动或安装故障。

如果fsck无法修复的备用方案 #

如果执行fsck后仍然提示超级块损坏，可以尝试用备份超级块修复：

1. 先查询备份超级块的位置：

   dumpe2fs /dev/nvme0n1p5 | grep -i superblock
   

2. 找到类似Backup superblock at XXXXX的条目，用备份超级块执行修复：

   fsck -b XXXXX /dev/nvme0n1p5
   

   把XXXXX替换成实际的备份超级块数值即可。

如果以上方法都无效，建议先备份该分区的重要数据（可以通过Ubuntu安装U盘的试用模式挂载分区拷贝），然后检查硬盘的健康状态，排查是否有物理坏道等硬件问题。

备注：内容来源于stack exchange，提问作者DaveInPA