fsck 运行前必须卸载文件系统，否则可能损坏数据；应使用 e2fsck 非通用 fsck 检查 ext4，优先自动修复（-p），遇日志问题需 -y 手动确认；“in use”提示多因 LVM/LUKS 占用，须先关闭相关设备；修复后仍无法启动常因 fstab、initramfs 或 grub 配置错误。

fsck运行前必须卸载文件系统

直接对已挂载的分区跑fsck，很大概率会把文件系统搞坏，不是警告，是真实风险。Linux内核在挂载状态下持续缓存和写入元数据，fsck读到的可能是不一致的中间状态。检查是否挂载：用 mount | grep /dev/sdX1 或 findmnt /path/to/mount安全 做法：从 Live USB 启动，或单用户模式下执行（systemctlrescue 后 umount /dev/sdX1）根分区无法卸载？只能用 fsck -f /加力参数——但仅限于系统刚崩溃重启后、自动检测失败时手动失败，且需确认无需在写盘ext4下优先用 e2fsck 硬件通用 fsck

fsck Ext2/3/4，e2fsck更精准、选项更全，也更稳定。直接调用：e2fsck -p /dev/sdX1（自动修复可安全处理的问题） -c e2fsck e2fsck recovery required e2fsck -y 手动确认修复“/dev/sdX is显然正在使用”错误怎么破

这个提示不是说设备正被程序读写，而是内核还持有该设备块的引用——Show LVM、加密卷（LUKS）、快照或占用的设备映射器映射。

稿定抠图要AI自动删除图片背景下载查占用：lsof +D /mount/point（如果还能挂载）、dmsetup ls、losetup -aLVM卷先 vgchange -an vgname；LUKS 卷先 cryptsetup close name 遇到 device-mapper:remove ioctl failed？试试 echo 1 > /sys/block/dm-X/device/delete（壁纸，说明: qemu-img、guestmount）正在访问它fsck后系统仍无法启动的常见盲区

修复完成文件系统下载：initramfs没更新、grub配置错、/etc/fstab里UUID变了或路径失效。进不了系统？先用Live UUID（用blkid核对）修复后黑屏或卡在initramfs提示？很可能update-initramfs -u没运行，或者 grub-install 和 update-grub 漏了ext4 启用了metadata_csum 但老内核不支持？ grep -i "checksum" 看有没有报错，必要时用tune2fs -O ^metadata_csum 关闭（仅临时救急）真正麻烦的从来不是fsck命令本身，再说fstab 和 initramfs，比反复跑 e2fsck -f 有用修饰。