Подскажите, что я забыл? qemu и запуск офтопика с физического диска?

А что именно тормозит? Диск, память, видео? Подозреваю, что видео, потому что с таким набором у тебя там бедт какая-то тупая видеокарта, на которой винда не сможет запустить композитинг и отвалится в медленнющий софтовый режим.

Но это палец в небо.

У тебя странная команда, не знаю почему она вообще заработала. Ты в качестве физического диска пробрасываешь один раздел настоящего физического. sda это диск для винды или там же линукс на sda2 и дальше?

А ещё убери дурацкое sudo и настрой права на диск вместо этого.

я поэтому и спрашиваю, что я не так написал в команде или скорее чего забыл дописать. Так то Вынь10 запустилась, обновилась (не пробовал как физически она потом загрузится), но в qemu так все тормознуто идет. Я на работе подобное (но не с физическим диском) делал и вот не помню, что именно. Какой-то параметр добавлял в строку запуска. После этого и хосту и гостю нормально было.Но там кажись даже не десятка была. Точнее их две - специфика работы - машины в разном домене. Но они чисто виртуалки. А тут с физического диска. Так то вон она с вечера крутится, обновилось все. Но на ее окно переключаешся - тормоза как будто на 386SX попытался поставить Win95 (многие вспомнят)

да, физически диск один. винда sda1, но на MBR. С UEFI думаю было бы сложнее запустить

С UEFI думаю было бы сложнее запустить

-bios /usr/share/ovmf/$ARCH/OVMF_CODE.fd

На машине один контроллер дисков или несколько? Если несколько, то можно подключить диски с виндой к одному контроллеру, а диски с линуксом - к другому и пробросить в виртуалку контроллер с дисками для винды. Я у себя так сделал, но производительность ввода-вывода всё равно оставляет желать лучшего.

Тебе нужен qxl дисплей или rdp. Графоний с композитингом тормозить все равно будет, но сам интерфейс нормально.

физически это одна SSD-ишка. Мне на производительность по сути плевать. Но я помню, что какой-то параметр в строке запуска решал подобную проблему с тормозами. На работе должны остаться заметки. Думал тут подскажут быстрее

несколько не то - мне не для постоянной работы это нужно. Если где реально офтоп нужен будет (прошивки), то через виртуалки не рискну

На sda1 нет никакого MBR. MBR на sda.

Даже если kvm подрубился, это ещё далеко не всё. Сеть, звук, видеокарта эмулируются. -smp 8 выглядит слегка избыточным, причём никто не гарантирует что в qemu/kvm нет софтового бутылочного горлышка, одного на все ядра цпу (без kvm там жёсткий однопоток).

А ещё - винда очень не любит пересадки на другой комп. А тут будет эмулироваться материнка, видеокарта (причём на хз какую древность и хз есть ли под неё драйвер) и вся прочая переферия. Так что «тормозит» это хорошо, плохо если не грузится или падает или сбрасывает лицензию.

А ещё - винда очень не любит пересадки на другой комп. А тут будет эмулироваться материнка, видеокарта (причём на хз какую древность и хз есть ли под неё драйвер) и вся прочая переферия. Так что «тормозит» это хорошо, плохо если не грузится или падает или сбрасывает лицензию.

Байки из склепа какие-то. Нормально у меня 10ка живет в qemu. Ток у меня лапки, я тыркал всё мышкой в virt-manager.

Глянь пример от заслуженного пятизвездочного ЛОРовца (наверно уже бывшего), https://gitlab.com/-/snippets/1851230.

p.s. К твоей строке в шапке темы, я обязательно еще добавляю -M q35,accel=kvm. Поживее получается.

все верно - только с sda запускается. sda1 бесконечно висит. Не ту строку запуска скинул

так вроде живее винда живет, а вот хост в тормозах. Не понятно, чтоо от i3 второго поголения и 8ГБ ждать много не нужно

Теперь проверь без sudo.

qemu-system-x86_64 –enable-kvm -cpu host -smp 8 -m 4096 -drive format=raw,file=/dev/sda1

Это все трудно помнить и понимать. Пользуйтесь libvirt.

Это все трудно помнить и понимать. Пользуйтесь libvirt.

Что тут помнить? Ты же не в командной строке это по памяти набираешь. Забил команду в скрипт (куря при этом доки) - потом пользуешься, меняя только -drive. Зачем лишние прослойки в виде libvirt?

Это libvirt трудно понимать

systemctl start libvirt, очень трудно.