我可以让 Windows 识别与 Linux 分区位于同一设备上的 NTFS 分区吗?

我可以让 Windows 识别与 Linux 分区位于同一设备上的 NTFS 分区吗?

我在可移动 USB4 存储设备以及 Windows 10 NVMe 驱动器上运行 Linux Mint 20.2,因此并非明确意义上的“双启动”,但对于我的用例来说已经足够接近(并且足够快)。存储设备为 250GB,但我对 Mint 进行了分区,以便其启动分区加上根文件系统仅占用 200GB 多一点的空间,目的是在设备上创建一个共享的 NTFS 分区,以便在 Windows 和 Linux 之间轻松传输文件(因为我的 Windows 安装使用 BitLocker 加密)。

但是,返回 Windows 后,在使用 GParted 创建 ~25GB NTFS 分区之前和之后,我无法通过任何方式看到我的存储设备。diskpart、磁盘管理和声称可以识别 ext4 的第三方工具根本看不到该驱动器。Linux、我的 UEFI 固件和实时 USB 都识别该设备(最后一个非常令人惊讶,因为它是超新硬件)及其所有分区。我认为这是因为 Windows 跳过了启动分区,并且在看到 ext4 系统分区中无法本机识别的文件系统时丢弃了该设备。

如果这是问题所在,我可以通过在我的存储设备上重新排列分区来缓解它(我可以安全地删除共享分区并在重新创建之前移动其他分区),但我担心这会影响我从驱动器启动的能力,因为启动分区不再是第一个分区(我找不到任何关于这是否重要的​​资源)。如果第一个分区是 NTFS 而第二个分区是 FAT EFI,硬件是否仍会将其识别为启动驱动器,这甚至是我想要做的正确方法吗?

如果有帮助的话,我已经设置了我的引导加载程序,以便 grub 当前仅作为第一个分区安装在外部存储设备上,并且在我的 Windows 驱动器的引导分区中创建的文件被删除(因为它们是由于 LM 安装程序中的错误而创建的,并且总体上导致了问题)。

任何帮助都非常感谢。谢谢!

编辑:我的 NTFS 扇区的输出读取如下sudo file -s /dev/sda3

/dev/sda3: DOS/MBR boot sector, code offset 0x52+2, OEM-ID "NTFS    ", sectors/cluster 8, Media descriptor 0xf8, sectors/track 63, heads 255, hidden sectors 400224256, dos < 4.0 BootSector (0x80), FAT (1Y bit by descriptor); NTFS, sectors/track 63, sectors 52428799, $MFT start cluster 4, $MFTMirror start cluster 3276799, bytes/RecordSegment 2^(-1*246), clusters/index block 1, serial number 06a1e84a36e6810c3

编辑 2:插入和拔出 Linux 启动驱动器并重新扫描磁盘后,磁盘管理不显示 Linux 驱动器: 磁盘管理

答案1

由于某些原因,Windows 10 中的 USB 控制器Intel(R) USB 3.10 eXtensible Host Controller - 1.20 (Microsoft)已对 OP 造成损坏。

请尝试在设备管理器中将其删除并搜索新设备。

该问题属于 superuser.com 但我们已经设法在这里解决它 :-)

相关内容