原正常识别的Linux Mint分区突然无法识别，SATA硬盘分区异常求助

我来帮你一步步排查这个问题，针对你2011年初款MBP（运行El Capitan）的情况，咱们从基础的信息确认开始：

第一步：先拉取完整的磁盘信息，避免误判 #

终端里的diskutil list可能没显示全，先跑几个更详细的命令，确认分区是否真的消失，还是只是没挂载：

• 运行 diskutil list -all：这个命令会列出所有磁盘（包括未挂载的隐藏分区），能帮你确认disk1s5（也就是你说的System2）和Linux Mint分区的条目是否还存在。
• 运行 gpt -r show /dev/disk1：2011款MBP的硬盘默认是GPT分区表，这个命令能直接查看分区表的原始数据，你可以核对一下是否有对应Microsoft Basic Data类型的分区（它的UUID是EBD0A0A2-B9E5-4433-87C0-68B6B72699C7），以及Linux分区的UUID（0FC63DAF-8483-4772-8E79-3D69D8477DE4）。

第二步：尝试手动挂载丢失的分区 #

如果上面的命令能看到目标分区，只是没显示在桌面上，试试手动挂载：

• 挂载System2分区：输入 diskutil mount /dev/disk1s5，如果报错，把错误信息记下来（比如“invalid filesystem”或者“permission denied”），这能直接指向问题根源。
• 挂载Linux Mint分区：El Capitan默认不支持自动挂载ext4分区，你可以先创建一个挂载点：mkdir -p /Volumes/LinuxMint，然后用 mount -t ext4 /dev/disk1sX /Volumes/LinuxMint（把disk1sX换成实际的Linux分区编号）。如果提示找不到ext4类型，那就是系统缺少ext4支持，后面再处理。

第三步：检查并修复文件系统 #

如果手动挂载失败，大概率是文件系统损坏，针对不同分区分别处理：

• System2（MS DOS/FAT32）：用 diskutil verifyVolume /dev/disk1s5 检查文件系统错误，如果有问题，接着用 diskutil repairVolume /dev/disk1s5 尝试修复。注意：修复前一定要备份重要数据，避免修复过程中数据丢失。
• Linux Mint（ext4）：El Capitan自带工具修不了ext4，你可以把硬盘拆下来用外接盒接到Linux机器上，或者用Linux Mint的Live USB启动MBP，然后在Live环境里运行 fsck.ext4 /dev/sdX（sdX是Linux里识别到的你的分区）来检查修复。

第四步：排查硬件或分区表损坏问题 #

如果上面的步骤都找不到分区，那可能是分区表损坏或者硬件问题：

• 2011款MBP的SATA接口偶尔会松动，你要是动手能力强，可以拆开重新插拔硬盘；或者用外接SATA盒把硬盘接到其他电脑上，看看能不能识别分区，排除硬件问题。
• 运行 diskutil verifyDisk /dev/disk1 检查磁盘的分区表是否损坏，如果分区表坏了，可以用TestDisk这类工具尝试恢复，但这个操作有风险，一定要先备份能访问的Data、System1分区的数据。

最后提醒 #

所有操作前，优先备份已能正常访问的分区数据，避免意外导致数据丢失。如果用TestDisk，记得仔细看它的操作指引，不要随意修改分区表。

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