在 Windows 7(64 位)中看不到 Linux fdisk 创建的 GPT 磁盘分区

在 Windows 7(64 位)中看不到 Linux fdisk 创建的 GPT 磁盘分区

我刚刚添加了 2 个新磁盘(仅用于数据,不用于启动操作系统),并将它们设置为 GPT 和相等分区,以便在 Arch Linux 中将分区用作 RAID1,将其余存储用于 Windows。它在 Linux 中按预期工作(我猜),但 Windows 将它们显示为“未初始化”(见图:http://s2.postimg.org/a63qwgmg9/disks.png)。我想知道是否有人知道我该如何解决这个问题?

我首先使用磁盘管理以及后来的 Windows 分区使用磁盘分区

“fdisk -l”的输出:

Disk /dev/sdc: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: xxx-random-identidifier-xxx

Device          Start        End    Sectors  Size Type
/dev/sdc1        2048 3450000000 3449997953  1.6T Linux RAID
/dev/sdc2  3450001408 3907029134  457027727  218G Microsoft basic data

Disk /dev/sdd: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: xxx-random-identidifier-xxx

Device          Start        End    Sectors  Size Type
/dev/sdd1        2048 3450000000 3449997953  1.6T Linux RAID
/dev/sdd2  3450001408 3907029134  457027727  218G Microsoft basic data

“gdisk -l”的输出:

# gdisk -l /dev/sdc
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdc: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): xxx-random-identidifier-xxx
Partition table holds up to 128 entries
First usable sector is 2048, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 1407 sectors (703.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      3450000000   1.6 TiB     FD00  
   2      3450001408      3907029134   217.9 GiB   0700  

# gdisk -l /dev/sdd
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdd: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): xxx-random-identidifier-xxx
Partition table holds up to 128 entries
First usable sector is 2048, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 1407 sectors (703.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      3450000000   1.6 TiB     FD00  
   2      3450001408      3907029134   217.9 GiB   0700  

答案1

看起来是这样的,但是:

1)Windows 本身无法识别 Linux 文件系统

2) 由于是突袭,所以它们被合并起来,所以不会出现(假设是突袭 5 或 6)

答案2

首先,我建议您检查 Windows 中的分区表类型 - 即 Windows 操作系统所看到的,而不是任何特定分区工具所看到的。其中一种方法是这里。如果 Windows 报告磁盘使用的是 GPT 以外的其他格式,则可能是 Linuxfdisk创建了 Windows 不喜欢的 GPT。如果是这样,那可能是 Linux 中的一个错误fdisk。(请注意,Linuxfdisk最近才获得了处理 GPT 的能力。您最好使用gdisk或基于 libparted 的某些东西,例如parted或 GParted。)

为了进一步说明这一点,您可以尝试使用v中的选项gdisk(或sgdisk -v)来检查 GPT 数据结构的完整性。如果发生这种情况,则无法保证此命令会检测到可能导致 Windows 崩溃的所有问题,但它应该可以检测到大多数明显的 GPT 问题,问题报告可能会为您提供有关如何修复它的线索。

另一点是,Windows 将某些可移动磁盘视为“超级软盘”——它们要么未分区使用,要么分区后只能访问每个磁盘上的第一个分区。你可能遇到了这个问题,尽管你真的不应该位于真正的硬盘上。(通常,只有 USB 闪存驱动器、SD 卡等才被视为超级软盘。)如果是这个问题,你最好把你想要 Windows 首先看到的分区放在磁盘上。

另一个要尝试的方法是在每个磁盘的第二个分区上创建 NTFS 或 FAT 文件系统。从 Linux 执行此操作。当您重新启动到 Windows 时,它应该会识别新的文件系统。我的想法是,与 Linux RAID 分区相比,Windows 可访问的分区非常小,以至于 Windows 分区可能不会显示在 GUI 磁盘实用程序中,但它们可能已注册,并且如果它们上面有文件系统,则可以访问。

使用 WindowsDISKPART公用事业也值得一试。我不熟悉DISKPART,但前面的链接应该有助于您快速上手。如果DISKPART显示的结果与您发布的结果一致,那么问题很可能不是fdisk创建的内容的问题,而是其他问题。如果DISKPART抱怨它无法理解分区表,那么可能存在fdisk/Windows 不兼容问题,至少在您的特定情况下如此。

相关内容