Вы правильно думаете. :GRUB не может выполнить установку -от имени ядра.
GRUB полагается на системную прошивку (либо BIOS, либо UEFI )для доступа к диску, поэтому все, что он делает, основано на этих процедурах прошивки. И как только ядро вступает во владение, эти подпрограммы прошивки больше не используются... и все, что может быть построено поверх них, также становится непригодным для использования, пока ОС не предоставит свои собственные драйверы для той же работы.
(В случае с BIOS 16-битные -процедуры доступа к диску становятся непригодными, поскольку ядро переводит процессор в полный 32/64-битный -битный режим. В случае UEFI, я думаю, что службы доступа к диску являются одной из функций UEFI, которые становятся непригодными для использования, поскольку выполняется стандартный вызов UEFI «завершить службы загрузки», завершая UEFI-сторону передачи -аппаратного управления ОС..)
Вместо этого вам нужно настроить сценарий, который будет выполняться в initrd на очень ранней стадии :он должен активировать необходимое устройство обратной связи перед запуском LVM, или альтернативно выполнить vgscan --mknodes
и/или vgchange -ay <name of the VG containing the root filesystem>
после настройки петлевого устройства, если LVM уже инициализирован.
Не зная названия и версии используемого вами дистрибутива Linux, трудно дать какой-либо конкретный совет.
Чтобы устранить проблему, выключите гостевую ОС Windows 10. В Virtual Machine Manager (, также известном как virt -manager ), откройте свойства гостя Windows 10. Перейдите на вкладку «Контроллер USB 0», измените модель со значения по умолчанию «USB 2» на «USB 3» и нажмите кнопку «Применить». Запустите гостевую ОС Windows 10, выполните перенаправление USB, прочитайте диск и убедитесь, что сброс и отключение USB прекратились.
Кроме того, после замены «Контроллер USB 0» на «Модель USB 3» скорость чтения увеличилась с 4 МБ/с до 13 МБ/с.
USB-контроллер хоста — USB 2.0. Мост USB-SATA — это USB 2.0. Из того, что я читал, USB Redirect ограничен USB 2.0. Меня сбивает с толку то, что это незначительное изменение конфигурации решило проблему, но после чтения дисков в течение нескольких недель без проблем она, безусловно, исправлена.
Я потратил несколько недель на устранение неполадок и надеюсь, что это поможет другим.
----------Текущая рабочая конфигурация----------
Хост:
Linux Mint 19.1 x64 Cinnamon (Tessa) running QEMU/KVM and Virtual Machine Manager
Supermicro X9SCM system board (C204 USB Enhanced Host Controller (EHCI))
StarTech USB2SATAIDE USB 2.0 to IDE or SATA Adapter Cable (JMicron JM20337 - USB 152d:2338)
Asus BW-16D1HT, LG WH16NS40, Pioneer BDR-209D, and Pioneer BDR-209M
Гость:
Windows 10 x64 version 1909 (no additional Windows updates)
Architecture options: x86_64
OS type: Windows
Version: Microsoft Windows 10
Memory (RAM) MiB: 8192
CPUs: 2
Network selection: Bridge br0: Host device enoX
NIC: Device model: virtio
Chipset: Q35
Enable boot menu: <checked>
Hard drives: Advanced options: Disk bus: VirtIO
Optical drives: Advanced options: Disk bus: SATA
Display Spice: Address: Localhost only
Channel spice: spicevmc; virtio; com.redhat.spice.0
Controller USB 0: USB 3
USB Redirector 1: Type: SpiceVMC
USB Redirector 2: Type: SpiceVMC
drivers installed from "virtio-win-0.1.173-5.iso" and QEMU Guest Agent "qemu-ga-x86_64.msi" installed
host/guest copy/paste from "spice-guest-tools-0.141.exe"
AnyDVD HD v8.4.2.0
IsoBuster Pro v4.5