如何修复Linux文件系统错误 fsck磁盘检查工具使用

哎，说起来fsck这玩意儿，那可是Linux系统管理员的老朋友了。
记得我刚入行那会儿，系统出点小问题，第一个想到的就是它。

首先，操作前准备那可是关键。
你得先备份重要数据，尤其是修复根分区的时候。
我以前就遇到过，系统启动不了，只能用LiveCD/USB启动，然后只读模式挂载分区，把数据复制出来。
这步风险大，但也是最后防线。

然后，你得确认分区状态，用lsblk或fdisk-l看看目标分区（比如/dev/sda1 ），确保设备名称没错。
再用findmnt检查分区是否挂载，如果挂载了，得先卸载。
根分区得用LiveCD/USB操作。

了解文件系统类型也很重要，fsck会根据文件系统类型调用对应工具。
比如，XFS文件系统就用xfs_repair，Btrfs文件系统就用btrfscheck。

接下来，修复步骤。
先来个只读检查，运行sudofsck-n看看问题，不实际修改数据。
这步主要是评估损坏程度，决定后续修复方式。

然后是交互式修复，执行sudofsck，默认模式会问问题，这时候对不熟悉的问题按n跳过，查查资料再处理。
确认问题可修复时按y继续。

自动修复那得谨慎，用sudofsck-y，自动回答“是”，修复所有问题。
但这风险大，fsck误判可能导致数据丢失，只在数据不重要或问题明确时使用。

还有强制检查，如果文件系统无“脏”标记但怀疑有问题，可以强制检查：sudofsck-f。

根文件系统特殊处理，得创建/forcefsck文件，或者修改/etc/fstab检查顺序。

修复后，得检查lost+found目录，fsck可能把无法关联的文件片段恢复到那里。
手动识别文件内容，移到正确位置。

验证修复结果，重新挂载分区，检查文件完整性，确保关键服务正常运行。

常见问题嘛，比如Inode与数据块错误，硬件故障处理。
fsck只能修复逻辑结构错误，硬盘坏道或物理损坏，得换硬盘。

错误原因分析，非正常关机、硬件故障、软件Bug或分区表错误。

总之，fsck是修复Linux文件系统错误的核心工具，但操作得谨慎，遵循原则，别让数据丢失了。

[问题解决篇-152] 使用fsck在救援模式修复文件系统

哈喽，聊聊Linux的fsck这玩意儿吧。
上周有个哥们儿问我，他电脑突然蓝屏了，重启还是黑屏，估计是硬盘出问题了。
我就跟他说，得赶紧进Linux的救援模式，用fsck查查盘。

这fsck，说白了就是文件系统医生。
你想想啊，系统突然断电、硬盘闹脾气或者文件自己坏了，数据就可能出现乱码。
这时候不赶紧用fsck检查修复，等它彻底挂了，数据可能就找不回来了。

我自己踩过的坑是，有一次我手滑，没卸载U盘就跑去找坏道，结果fsck直接把U盘里的重要文件给改得一团糟。
所以啊，用fsck前，一定一定要卸载目标设备。
你用df -h或者fdisk -l看看盘符，然后umount /dev/sdb（比如这个盘符）先把它干掉。

救援模式怎么进？得先改BIOS，把启动顺序改成光盘或者U盘。
然后启动进安装界面，你点那个“救援安装系统”或者类似选项。
进去后选语言、键盘啥的，根据需要决定要不要联网。
等进到救援界面，点“继续操作”，会给你一个shell命令行。

在shell里，你就可以用fsck了。
这命令用起来跟别的Linux命令差不多，格式大概是这样：fsck -t ext4 /dev/sdb（假设你要检查的是sdb盘，而且是ext4 文件系统）。
如果不知道文件系统类型，可以先用fdisk -l /dev/sdb看看。
没指定盘符的话，它会自动找/etc/fstab里的配置。

执行fsck得用root权限，要么直接用root登录，要么sudo fsck /dev/sdb。
用fsck -p /dev/sdb可以自动修复一些小问题，fsck -y会默认同意所有操作（但不是所有系统都支持这个，用前得确认）。
查退出代码也很重要，用完一个命令后敲echo $?就能看到状态码，这对你判断修复得怎么样很有帮助。

像检查U盘这种移动设备，一般就用fsck -p /dev/sdb这种带自动修复的参数。
不过要注意，不是所有系统都支持自动修复选项，特别是某些老版本或者特殊定制的Linux。
如果你知道是ext4 系统，直接用e2 fsck /dev/sdb也可以。

总之，fsck是个好东西，但用的时候得特别小心。
特别是卸载设备这一步，千万别省略。
有时候查完盘，系统还能启动，有时候可能得重装系统。
这玩意儿吧，真出了大事，只能靠它了，但能不碰最好。

Linux磁盘故障如何修复？_Linuxfsck工具与数据恢复

说白了，Linux磁盘故障修复就是先用fsck工具修逻辑问题，修不好就靠数据恢复工具或找专家救数据。
但具体操作门道挺多，别简单粗暴。

先说最重要的，用fsck前必须把分区卸载干净。
如果是根分区，肯定得用LiveCD启动，去年我们跑的那个项目就是因为直接在挂载状态下用fsck，最后整得系统更崩。
非根分区卸载直接用sudo umount /dev/sdXN就行。
另外一点要注意fsck参数，像-f强制检查很常用，但去年有个兄弟用-y自动修复，结果把几个重要文件改得一塌糊涂。
还有个细节挺关键的，比如看到"Disconnected inode X"这种提示，其实就是文件没了目录引用，fsck会自动扔到lost+found目录里。

我一开始也以为fsck就是修复，后来发现不对，修复后必须重新挂载分区，用ls /mnt或者cat /mnt/important_file确认数据没乱。
至于数据恢复，制作磁盘镜像绝对不能省，去年用ddrescue克隆一个坏盘时，没做镜像直接操作，结果后面数据全丢了。
PhotoRec这个工具我觉得值得试试，去年恢复一个同事的毕业照，虽然文件系统烂了，但照片全找回来了。

等等，还有个事，修复前备份很重要。
如果磁盘还能读，就先只读挂载，sudo mount -o ro /dev/sdXN /mnt，然后把关键数据拷走。
但很多人没注意，检查日志时dmesg和journalctl都得看，去年有个系统突然蓝屏，最后在journalctl里找到硬盘I/O错误的线索。

最后提醒个坑，如果磁盘直接报物理故障，千万别自己动手。
去年有个盘异响，我们硬拆，结果数据全没了。
这种情况下，找专业数据恢复服务才是正经事。