我在可移动 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
答案1
由于某些原因,Windows 10 中的 USB 控制器Intel(R) USB 3.10 eXtensible Host Controller - 1.20 (Microsoft)
已对 OP 造成损坏。
请尝试在设备管理器中将其删除并搜索新设备。
该问题属于 superuser.com 但我们已经设法在这里解决它 :-)