3

我正在编写一个应用程序,它在某个阶段在 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 驱动器以外的其他驱动器。

关于如何改进此架构的任何想法?也许还有另一种方法来确定 Windows 名称,而无需在 Windows 应用程序中写入所有数据?

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

4

6 回答 6

2

分区具有与之关联的 UUID

我对此的了解非常浅薄,但我认为这仅适用于使用 GPT(Guid Partition Table)分区格式化的磁盘,而不是世界上 99% 仍然坚持使用的旧式 MBR 格式?

于 2008-08-20T22:53:12.067 回答
1

分区具有与之关联的 UUID。我不知道如何在 Windows 中找到这些,但在 linux 中,您可以找到每个分区的 UUID:

sudo vol_id -u 设备(例如 /dev/sda1)

如果 Windows 中有一个等效的功能,您可以简单地存储他们选择的任何分区的 UUID,然后遍历 linux 中的所有已知分区并匹配 UUID。

编辑:这可能是一个仅限 linux 的东西,它可能是从某些东西生成这些的 volid 实用程序(而不是读取驱动器的元数据)。话虽如此,没有什么可以阻止您获取 volid 的来源并检查它的作用。

于 2008-08-20T22:20:05.093 回答
1

我对此的了解非常浅薄,但我认为这仅适用于使用 GPT(Guid Partition Table)分区格式化的磁盘,而不是世界上 99% 仍然坚持使用的旧式 MBR 格式?

听起来不像是 linux 用户的陈词滥调,但它适用于我。我将它与 NTFS 分区一起使用并且没有任何问题。正如我在编辑中所说,vol_id 可能会自己生成它们。如果是这种情况,将不依赖任何特定的分区格式,这将是膨胀的。

于 2008-08-21T00:38:59.520 回答
1

分区具有与之关联的 UUID。我不知道如何在 Windows 中找到这些,但在 linux 中,您可以找到每个分区的 UUID:

sudo vol_id -u 设备(例如 /dev/sda1)

如果 Windows 中有一个等效的功能,您可以简单地存储他们选择的任何分区的 UUID,然后遍历 linux 中的所有已知分区并匹配 UUID。

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

于 2008-08-21T07:37:10.340 回答
0

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

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

在 Linux 中做 GUI 工作要比尝试这种混合的 Window/Linux 解决方案容易得多。我不是说不要这样尝试,我要说的是这种方法有很多可能的陷阱。我敢肯定,我什至不知道所有这些。

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

因此,重新迭代一下,如果可以的话,我会看看您是否可以在 Linux 中做所有事情。从长远来看,它只是简单得多。

于 2008-08-21T00:49:58.930 回答
0

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

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

  • XP 以后的命令行:fsutil.exe fsinfo ntfsinfo C:

  • c++下

    HANDLE fileHandle = CreateFile(L"\\\\.\\C:", // or use syntax "\\?\Volume{GUID}" 
                                   GENERIC_READ,
                                   FILE_SHARE_READ|FILE_SHARE_WRITE,
                                   NULL,
                                   OPEN_EXISTING,
                                   NULL,
                                   NULL);
    DWORD i;
    NTFS_VOLUME_DATA_BUFFER ntfsInfo;
    DeviceIoControl(fileHandle, 
                    FSCTL_GET_NTFS_VOLUME_DATA, 
                    NULL, 
                    0, 
                    &ntfsInfo,
                    sizeof(ntfsInfo), 
                    &i, 
                    NULL));
    cout << "UUID is " << std::hex << ntfsInfo.VolumeSerialNumber.HighPart << std::hex << ntfsInfo.VolumeSerialNumber.LowPart << endl;
    

在Linux下获取 UUID 的可能性:

  • ls -l /dev/disk/by-uuid
  • ls -l /dev/disk/by-label
  • blkid /dev/sda1
于 2010-02-03T18:13:01.327 回答