外部驱动器上的 NTFS 分区无法自动挂载(20.10)

外部驱动器上的 NTFS 分区无法自动挂载(20.10)

使用 Gparted 调整外部 GPT 驱动器上的 NTFS 分区大小后,卷似乎不再在 Ubuntu(或其他发行版,如 OSMC)上自动挂载。它以前运行良好。它在 macOS 和 Windows 10 中似乎仍然运行良好,我能够正常浏览它并将其用作备份目标。

  • Gnome 的磁盘将该分区称为“分区 2 - 419 GB 未知”。显然它无法读取分区名称和卷标,因为它们都不是名为“分区 2”。它似乎也无法确定分区类型,因为分区类型被列为未知。
  • 同一驱动器上的另一个 NTFS 分区正在正确自动挂载。其标签和类型在磁盘中被正确识别。这是 GPT 中仅有的两个分区。
  • gdisk报告说这两个分区的类型都是0700 - Microsoft basic data。除此之外,我不知道 Gnome Disks 还需要什么。
  • 我曾经gdisk移除过 Gparted 总是会精心放置在它接触到的任何保护性 MBR 驱动器上的惯用定时炸弹(又称混合 MBR)。重启后,它没有任何效果,这是合理的,因为磁盘从来不会使用 MBR。
  • 我可以使用 挂载和浏览文件mount -t ntfs -o nls=utf8,umask=0222 /dev/sdc2 ./mount-point。作为操作的一部分,它提到了一个不干净的文件系统,并且正在“修复...”显然它起作用了,因为之后可以访问该卷,但重启后它仍然不会自动挂载。
  • chkdsk /f在 Windows 10 中没有报告错误。

我不确定为什么只有 Ubuntu(和其他基于 Linux 的操作系统)似乎无法识别分区类型并自动挂载卷。有没有简单的方法来检查?

我是不是忘了什么?

答案1

看来,Gparted 再次破坏了一个完全可用的分区表,大概是因为它扩展了分区以与磁盘末尾的辅助 GPT 重叠。

总而言之,在 2021 年调整 Gparted 中的分区大小后,您需要:

  • 手动删除您未要求的混合 MBR,并将其替换为保护性 MBR(以防止将来发生灾难)
  • ...并且,如果你扩展了驱动器上的最后一个分区,缩小最后一个分区为了手动考虑 GPT 标准,请指定驱动器的 1 MB 空间。

谢谢至这个答案,并且 armhf 版本的gdisk版本1.0.3指出“警告!辅助分区与最后一个分区重叠了 [不合理的大量] 块”,这在某种程度上是正确的,但奇怪的是,1.0.5Ubuntu 64 位上的较新版本没有产生此警告。

相关内容