linux - 内核将 Azure 上的虚拟磁盘识别为 hda 和 sda

Question

我们有一个基于 LFS 的自定义 Linux，我们将其导入到 Azure。我们在那里将其作为经典虚拟机运行。

系统启动并运行良好，但虚拟磁盘确实发生了奇怪的事情。它们一次在 hdX 上作为 ide 磁盘出现，一次在 sdx 上作为 sata 磁盘出现。

[dl-azure-jp-east-pub-1:~]# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
hda      3:0    0   21G  0 disk 
|-hda1   3:1    0 1024M  0 part 
|-hda2   3:2    0   50M  0 part 
|-hda3   3:3    0  100M  0 part 
|-hda4   3:4    0    1K  0 part 
|-hda5   3:5    0  5.9G  0 part 
|-hda6   3:6    0  5.9G  0 part 
`-hda7   3:7    0  8.1G  0 part 
hdb      3:64   0   70G  0 disk 
`-hdb1   3:65   0   70G  0 part 
hdc     22:0    1    4G  0 disk 
sda      8:0    0   21G  0 disk 
|-sda1   8:1    0 1024M  0 part [SWAP]
|-sda2   8:2    0   50M  0 part /boot
|-sda3   8:3    0  100M  0 part 
|-sda4   8:4    0    1K  0 part 
|-sda5   8:5    0  5.9G  0 part /usr/backup
|-sda6   8:6    0  5.9G  0 part /
`-sda7   8:7    0  8.1G  0 part /shared
sdb      8:16   0   70G  0 disk 
`-sdb1   8:17   0   70G  0 part 

此外，如果您检查 fdisk -l 的输出，您会看到每个分区的开始/结束 block hdXY 等于 sdXY。

我们在使用内核 3.18.16 和内核 4.1.10 时都会发生这种情况。

我也检查了Azure VM的XML配置文件，但它不包含任何关于磁盘 Controller 的信息。

有没有办法完全禁用 ide/ata Controller ？还有其他想法如何解决这个问题吗？

顺便说一句，我发现这个的原因是 dmesg 中的大量日志条目:

....
[ 4451.750444] hdb: task_no_data_intr: status=0x51 { DriveReady   SeekComplete Error }
[ 4451.750461] hdb: task_no_data_intr: error=0x04 { DriveStatusError }
[ 4451.750463] hdb: possibly failed opcode: 0xea
[ 4451.750563] hdb: wcache flush failed!
[ 4451.750840] hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
[ 4451.750856] hda: task_no_data_intr: error=0x04 { DriveStatusError }
[ 4451.750858] hda: possibly failed opcode: 0xea
[ 4451.750957] hda: wcache flush failed!
[ 4451.757472] hdb: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
[ 4451.757490] hdb: task_no_data_intr: error=0x04 { DriveStatusError }
[ 4451.757492] hdb: possibly failed opcode: 0xea
[ 4451.757606] hdb: wcache flush failed!
...

Answer 1

我找到了解决方案:必须禁用 Linux 内核选项 CONFIG_IDE。

太糟糕了，默认情况下它是启用的..