如何将linux设备路径与windows驱动器名称匹配？

Question

我正在编写一个应用程序，该应用程序在某个阶段在 Linux 环境中执行低级磁盘操作。 该应用程序实际上由两部分组成，一个部分在 Windows 上运行并与用户交互，另一个部分是从 LiveCD 运行的 Linux 部分。 用户选择 Windows 驱动器号，然后 Linux 部分对相应的分区执行操作。 问题是在 Windows 驱动器号（如 C:）和 Linux 设备名称（如 /dev/sda1）之间找到匹配项。 这是我目前认为丑陋的解决方案：

• 将分区信息（即驱动器号、块数、驱动器序列号等）存储在 Windows 中的某个预定义位置（即系统分区的根目录）。

• 从 /proc/partitions 读取分区列表。 仅获取具有 SCSI 或 IDE 硬盘驱动器主编号和将其标识为真实分区的次编号的分区，而不是整个磁盘。

• 尝试使用 ntfs 或 vfat 文件系统挂载它们。 检查挂载的分区是否包含Windows应用程序存储的信息。

• 找到 Windows 应用程序编写的所需信息后，进行实际匹配。 对于 /proc/partitions 中找到的每个分区，获取驱动器序列号（通过 HDIO_GET_IDENTITY 系统调用）、块数（来自 /proc/partitions）和驱动器偏移量（/sys/blocks/drive_path/partition_name/start），将其与 Windows 进行比较信息，如果匹配 - 存储 Windows 驱动器号和 Linux 设备名称。

这个方案有几个问题：

• 这很丑。 在 Windows 中写入数据，然后在 Linux 中读取数据，这使得测试成为一场噩梦。

• Linux 设备主编号仅与 IDE 或 SCSI 设备进行比较。 这可能会失败，即在 USB 或 FireWire 磁盘上。 可以添加这些类型的磁盘，但将应用程序限制为仅已知的可能设备子集似乎是一个相当糟糕的主意。

• 看起来 HDIO_GET_IDENTITY 仅适用于 IDE 和 SATA 驱动器。

• /sys/block hack 可能无法在 IDE 或 SATA 驱动器以外的其他驱动器上工作。

关于如何改进这个模式有什么想法吗？ 也许还有另一种方法可以确定窗口名称，而无需在窗口应用程序中写入所有数据？

PS 该应用程序的语言是C++。 我无法改变这一点。

Answer 1

您需要以某种方式标记驱动器（例如写入文件等），或者找到仅与该特定驱动器关联的一些标识符。

在不实际运行 Windows 的情况下，很难、几乎不可能弄清楚 Windows 将分配给特定驱动器分区的字母。 这是因为 Windows 始终将运行它的驱动器与 C: 相关联。 如果您安装了多个操作系统，则可以是任何驱动器。 Windows 还允许您为特定分区选择首先尝试的驱动器号，这会导致进一步的问题。

在 Linux 中完成 GUI 工作比尝试这种混合 Window/Linux 解决方案要容易得多。 我并不是说不要尝试这种方式，我的意思是这种方法有很多可能的陷阱。 我确信我什至都不知道他们所有人。

另一种选择是看看您是否真的可以在 Windows 内部完成 Linux 部分。 如果您是一位非常优秀的 Windows 程序员，您实际上可以访问原始文件系统。 这种方法可能存在同样多的陷阱，因为在所有这些都在运行的同时 Windows 也将运行。

因此，重申一下，如果可以的话，我想看看您是否可以在 Linux 中完成所有操作。 从长远来看，这要简单得多。

Answer 2

分区具有与其关联的 UUID。 我不知道如何在 Windows 中找到这些，但在 Linux 中您可以通过以下方式找到每个分区的 UUID：

<块引用>

sudo vol_id -u 设备（例如/dev/sda1）

如果 Windows 中有等效的函数，您可以简单地存储它们选择的任何分区的 UUID，然后迭代 Linux 中的所有已知分区并匹配 UUID。

这是一个很好的观点，谢谢！ 我查看了 vol_id（udev tarball 的一部分）的来源，似乎对于 FAT(32) 和 NTFS，它使用从分区上的预定义位置读取的卷序列号生成 UUUD。 由于我不期望除了 fat32 和 ntfs 之外的任何内容，我考虑使用此信息作为分区标识符。

Answer 3

我对此的了解很浅薄，
但我认为这只适用于
使用 GPT 格式化的磁盘（Guid
分区表）分区，而不是
比旧式的 MBR 格式
世界上 99% 的人仍然陷于困境？

听起来不像是 Linux 用户的陈词滥调，但它对我有用。我将它与 NTFS 分区一起使用，没有遇到任何问题。 正如我在编辑中所说，vol_id 可能会自行生成它们。 如果是这样的话，就不会依赖任何特定的分区格式，这将是膨胀的。

Answer 4

分区具有与其关联的 UUID。 我不知道如何在 Windows 中找到这些，但在 Linux 中，您可以使用以下命令找到每个分区的 UUID：

sudo vol_id -u 设备（例如/dev/sda1）

如果 Windows 中有一个等效的函数，您可以简单地存储它们选择的任何分区的 UUID，然后迭代 Linux 中的所有已知分区并匹配 UUID。

编辑：这可能是一个仅限Linux的东西，并且它可能特别是从某些东西生成这些的volid util（而不是读取驱动器的元数据）。 话虽如此，没有什么可以阻止您获取 volid 的源代码并检查它的作用。

Answer 5

分区具有与其关联的 UUID

我对此的了解非常肤浅，但我认为这只适用于使用 GPT（指导分区表）分区格式化的磁盘，而不是世界上 99％ 的地区仍然卡住的旧式 MBR 格式和？

Answer 6

在Windows中，您可以读取“NTFS卷序列号”，它与Linux下的UUID相匹配。

从Windows获取“NTFS卷序列号”的可能性：

• 自XP以来的命令行：fsutil.exe fsinfo ntfsinfo C：

• c++ 下

  HANDLE fileHandle = CreateFile(L"\\\\.\\C:", // 或使用语法 "\\?\Volume{GUID}"  
                                   GENERIC_READ， 
                                   FILE_SHARE_READ | FILE_SHARE_WRITE， 
                                   无效的， 
                                   OPEN_现有， 
                                   无效的， 
                                   无效的）; 
    双字我； 
    NTFS_VOLUME_DATA_BUFFER ntfsInfo； 
    DeviceIoControl(文件句柄,  
                    FSCTL_GET_NTFS_VOLUME_DATA，  
                    无效的，  
                    0,  
                    &ntfs信息， 
                    大小（ntfsInfo），  
                    &我，  
                    无效的））; 
    计算<<   “UUID 是”<<   std::hex <<   ntfsInfo.VolumeSerialNumber.HighPart <<   std::hex <<   ntfsInfo.VolumeSerialNumber.LowPart <<   结束； 
    

---

在 Linux 下获取 UUID 的可能性：

• ls -l /dev/disk/by-uuid
• ls -l /dev/disk/by-label
• blkid /dev /sda1