常见的文件系统异常表现
电脑突然变慢，某些文件打不开，或者提示“磁盘需要格式化”，这些都可能是文件系统出了问题。有时候明明存了文件，重启后却找不到了；还有时候复制大文件时卡住不动，弹出读写错误提示——这些都不是硬件一定坏了，更多是文件系统结构损坏导致的。
比如你往U盘拷贝一个电影，中途拔掉，下次插上发现文件只剩一半，甚至整个盘显示为空。这种情况不用急着扔掉设备，先检查一下文件系统有没有出错更稳妥。
Windows 下如何检查文件系统错误
在 Windows 系统里，最常用的工具就是 chkdsk（Check Disk）。右键点击要检查的盘符，选择“属性” → “工具” → “检查”下的“扫描驱动器”。系统会提示是否自动修复文件系统错误，勾选即可。
如果图形界面没反应，可以打开命令提示符（以管理员身份运行），输入：
chkdsk C: /f /r其中 C: 是你要检查的盘符，/f 表示修复错误，/r 会查找坏扇区并恢复可读数据。执行过程中不能占用该磁盘，所以系统可能会提示你在下次启动时运行检查。
注意特殊情况：BitLocker 加密盘
如果你的硬盘启用了 BitLocker 加密，直接运行 chkdsk 可能会被阻止。需要先解锁驱动器，或者使用 unlock 命令后再执行检查，否则会报错“拒绝访问”。
Linux 系统中的检查方法
Linux 用户主要靠 fsck 工具来检测和修复文件系统。但要注意，不能对正在挂载的根分区随意操作，否则可能引发系统崩溃。
比如你的U盘插入后无法访问，可以先查看设备名：
lsblk假设识别为 /dev/sdb1，先卸载再检查：
sudo umount /dev/sdb1
sudo fsck -y /dev/sdb1-y 参数表示自动回答“是”，避免反复确认。如果是 ext4 文件系统，也可以用 e2fsck 更精确控制。
开机自检失败怎么办？
有时 Linux 启动卡在 fsck 检查环节，反复报错停在那里。这通常是因为文件系统元数据严重损坏。这时候可以尝试强制跳过：
press Ctrl+C or 'A' to abort进入单用户模式后手动运行 fsck，并备份重要数据。别忘了修好后及时同步时间，因为时间错乱也可能导致文件系统误判日志异常。
macOS 上的处理方式
macOS 使用 APFS 或 HFS+ 文件系统，自带“磁盘工具”就能搞定大部分问题。打开“应用程序 → 实用工具 → 磁盘工具”，选中目标磁盘，点击“急救”按钮开始检查。
终端下也可以用命令行：
diskutil verifyVolume /Volumes/Data
diskutil repairVolume /Volumes/Data把 Data 换成你的卷名称。如果系统盘无法修复，建议从恢复模式启动再试。
别忽略只读挂载的情况
有时候 Linux 或 macOS 会把异常的磁盘以只读方式挂载，防止进一步损坏。看到“read-only file system”提示时，说明系统已经检测到风险。这时不要强行写入，先卸载并检查文件系统状态。
预防比修复更重要
养成安全弹出U盘的习惯，别直接拔线。定期做磁盘检查，尤其是移动设备频繁插拔的场景。服务器环境建议开启日志功能（如 ext4 的 journal），减少非正常关机带来的影响。RAID 阵列也要配置监控，SMART 状态变化早发现早处理。
遇到疑似文件系统问题，优先用系统自带工具扫描一遍，很多时候小毛病当场就解决了，没必要立刻重装系统或换硬盘。