我们有一个基于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的输出,您将看到每个分区hdXY的起始/结束块等于sdXY。
这在我们使用kernel 3.18.16和kernel 4.1.10时都会发生。
我还检查了Azure VM的XML配置文件,但它不包含任何关于磁盘控制器的信息。
有没有办法完全禁用ide/ata控制器?
有没有其他的想法来解决这个问题?
顺便说一下,我发现这一点的原因是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!
...
最佳答案
我找到了解决方案:必须禁用Linux内核选项CONFIG_IDE。
很遗憾,默认情况下已启用。。
关于linux - 内核将Azure上的虚拟磁盘识别为hda和sda,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/34161565/