Проxmox 6 настраивает каждый диск на отдельной шине при использовании одного контроллера Virtio SCSI. Однако, если scsi0 диск находится на SCSI ID 0 LUN 0, как и ожидается, то scsi1 диск находится на SCSI ID 0 LUN 1, scsi2 — на SCSI ID 0 LUN 2 и так далее. Заметьте, что номер LUN совпадает с номером диска. Qemu, если сконфигурирован с диском на LUN больше 0 и при этом ничего не сконфигурировано на LUN 0 того же таргета, сообщает для LUN 0 флаги NOT PRESENT и NO DEVICE, что приводит к тому, что диск не подключается в NetBSD и OpenBSD. В NetBSD это происходит потому, что подсистема SCSI прекращает сканирование на наличие других LUN на таргете, когда LUN возвращает один из этих флагов. Вероятная причина в OpenBSD та же. (FreeBSD, похоже, всегда сканирует до 8 LUN.) Аппаратное обеспечение SCSI всегда должно реализовывать LUN 0, по крайней мере, для сообщения о количестве LUN на таргете. Необычно, чтобы в нумерации доступных (и присутствующих) LUN были пропуски. Таким образом, вполне вероятно, что и другие SCSI-подсистемы могут не очень хорошо работать с такими таргетами, настроенными Proxmox. Было бы лучше, если бы каждый SCSI-таргет всегда настраивался, начиная с LUN 0. Таким образом, таргеты в Qemu выглядели бы так, как можно было бы ожидать в реальном SCSI-оборудовании. Соответствующая часть конфигурации Qemu происходит из подпрограммы print_drivedevice_full в /usr/share/perl5/PVE/QemuServer.pm. Я обнаружил, что там уже переменная $unit вычисляется как значение, которое обнуляется для каждой шины. Поскольку код создает только SCSI ID 0, мы могли бы использовать $unit вместо $drive->{index} в качестве номера LUN. (Существующий код использует $unit как SCSI ID для lsi-контроллеров, где таргетам вообще не назначается номер LUN.) Таким образом, я заменил lun=$drive->{index} на lun=$unit на строке 1426 файла /usr/share/perl5/PVE/QemuServer.pm, и теперь все таргеты создаются на SCSI ID 0 LUN 0, как предпочтительно, при использовании одиночного контроллера Virtio SCSI. (При использовании контроллера Virtio SCSI номер LUN по-прежнему увеличивается для первого контроллера, но если будет достаточно дисков для создания второго контроллера, то он также начнется с 0.) Я надеюсь, что это изменение можно будет включить в будущую версию Proxmox.