Есть два места, где вы вводите "$usernameFile": одно в глобальном цикле, другое в read.
while read -r line < $usernameFile; do
done < "$usernameFile"
Вы должны вводить его только в глобальном цикле, я думаю. (Другими словами, вводите его только после "done")
.По-видимому, сброс не поддерживался в этом параметре. Однако это может работать, если вы измените диск с «VirtIO» на «SCSI» и измените контроллер SCSI на «VirtIO». Я нашел прохождение . Есть несколько прохождений; это был только первый результат поиска. Эта новая опция называется virtio-scsi
. Другая, более старая система называется virtio-block
или virtio-blk
.
Я также нашел отличную тему в системе отслеживания ошибок Ubuntu . В нем указано, что virtio-blk
начинает поддерживать запросы на сброс в Linux 5.0. В нем говорится, что для этого также требуется поддержка в QEMU, которая была зафиксирована 22 февраля 2019 года. Поэтому в будущих версиях, я думаю, мы автоматически получим поддержку VirtIO и откажемся от нее.
В настоящее время мой virt-manager
не создает virtio-scsi
диски по умолчанию, даже если он знает, что я устанавливаю Fedora 29; он создает только базовые диски «VirtIO». Я не знаю, есть ли какой-либо недостаток перехода на virtio-scsi
.
Думаю, virtio-scsi
обеспечивает такой же выигрыш в производительности, как и virtio-blk
, по сравнению с эмулируемым SATA. (Я не вижу возможности использовать протокол NVME нигде вvirt-manager
:-P, с VirtIO или без него ).
На веб-сайте oVirt есть хорошая пропаганда, в которой упоминается
virtio-blk
virtio-scsi
может использоваться в сквозном режиме -для SCSI LUN и может использовать различные новые функции команд SCSI без необходимости модификаций в virtio-scsi
. Если вы специально не используете SCSI pass -, то любые новые команды потребуют новой поддержки в QEMU, но не в коде virtio-scsi
. virtio-scsi
включает поддержку нескольких очередей. (Мне не ясно, полезно ли это также для повышения эффективности на оборудовании с одной -очередью или нет ).