Комментарии 42
Hyper-V устанавливается именно при включении WSL2, а не сразу после установки build 2004…
ЗЫ: наконец-то встретились два аватара. ID&T — there's no other choice )
ЗЫ: наконец-то встретились два аватара. ID&T — there's no other choice )
Решение довольно странное — отключить Hyper-V. А если оно нужно?
PS Вообще VirtualBox уже дружит с Hyper-V.
PPS Запускаю у себя VirtualBox при включенном Hyper-V ни тормозов ни глюков нет. Копайте дальше, проблема у вас в чам-то другом.
PS Вообще VirtualBox уже дружит с Hyper-V.
PPS Запускаю у себя VirtualBox при включенном Hyper-V ни тормозов ни глюков нет. Копайте дальше, проблема у вас в чам-то другом.
А как вы это сделали? У меня не запускается.
Тут стоит выбирать что важней.
Поделитесь, как вы это сделали именно в билде 2004? На форуме сайта virtualbox описано решение этой же проблемы и она не из пальцы взята.
Поделитесь, как вы это сделали именно в билде 2004? На форуме сайта virtualbox описано решение этой же проблемы и она не из пальцы взята.
В некоторый момент MS добавили API для виртуализации поверх Hyper-V, без которого сторонние виртуалки вообще с ним не запускались. Возможно дело в версии Windows, Virtual Box, или аппаратных возможностях процессора — там тоже разные механизмы имеются. Но подробностей не знаю, т.к. вот именно из-за таких дел не будет на моей машине Hyper-V и WSL2.
forum.ru-board.com/topic.cgi?forum=5&topic=49006&start=2080#5
Там единственное требование — версия VirtualBox не ниже 6 (ну и, само собой, Windows не ниже той версии, где появился нужный API)
Там единственное требование — версия VirtualBox не ниже 6 (ну и, само собой, Windows не ниже той версии, где появился нужный API)
а для чего virtualbox, если уже есть hyper-v?
выполнить перезагрузку и полностью отключить питание от ПК на секунд 30.
(и эти люди рассказывают про бубен в линухе...)
Вы думаете за 30 секунда режим Hyper-V успеет выветриться?
А если я ним слишком долго пользовался и он там прикипел — можно ли чем-то отмочить?
Зря смеётесь. Это на самом деле требуется на некоторых сочетаниях оборудования на платформе Intel.
У меня есть ПК с Intel Core i5-6400 на ASUS PRIME B250M-K. На нем Hyper-V никогда не выключается при перезагрузке или коротком выключении. Для ускорения процесса можно отключить БП от сети и нажать кнопку включения, чтобы разрядить все конденсаторы на плате. Ситуация повторяется в 100% случаев. В остальном никаких проблем в работе нет.
У меня есть ПК с Intel Core i5-6400 на ASUS PRIME B250M-K. На нем Hyper-V никогда не выключается при перезагрузке или коротком выключении. Для ускорения процесса можно отключить БП от сети и нажать кнопку включения, чтобы разрядить все конденсаторы на плате. Ситуация повторяется в 100% случаев. В остальном никаких проблем в работе нет.
Может там вместо выключения просто сон активируется?
Может быстрая загрузка включена.
Но какая связь между hyper-v и ребутом ПК не вижу. Настройки hyper-v хранятся в файлах ОС. Причём тут конденсаторы ?
Чтобы быть точным в терминах — нужно глубже изучить процесс. Но в общих чертах регистры Intel VT-x в CPU не сбрасываются при перезагрузке. Намеренное ли это поведение микрокода Intel или отсутствие необходимых операций при перезагрузке со стороны Microsoft Windows — вопрос требующий изучения.
Я бы тоже сомневался в таком поведении, но я пишу данное сообщение с ПК с такой особенностью. Я могу повторять такую ситуацию сколько мне угодно. Предлагаете не верить своим глазам?
DikSoft при перезагрузке ни о каком сне или быстром выключении в Windows 10 речи не идёт.
Я бы тоже сомневался в таком поведении, но я пишу данное сообщение с ПК с такой особенностью. Я могу повторять такую ситуацию сколько мне угодно. Предлагаете не верить своим глазам?
DikSoft при перезагрузке ни о каком сне или быстром выключении в Windows 10 речи не идёт.
Помнится, у меня когда-то была плата Asus, у которой всегда был в биосе включен IEEE1394 и если его не отключить через BIOS комп отказывался полностью выключаться, хотя с виду всё было погашено
ПК с Intel Core i5-6400 на ASUS PRIME B250M-K. На нем Hyper-V никогда не выключается при перезагрузке
- Вы же не путаете Hyper-V в Windows с Intel VT-x в процессоре, правда ведь?
- Трансляция своих личных этапов борьбы с конкретными глюками конкретной матери как необходимого условие отключения Hyper-V в Windows — это немного юмор, не находите?
Вы же не путаете Hyper-V в Windows с Intel VT-x в процессоре, правда ведь?Если бы мое сообщение было само по себе, то данное ваше замечание имело бы смысл. Но тема называется «Запуск x64 систем в VirtualBox 6.1.12 на Windows 10 2004». Задача стоит в том, чтобы освободить Intel VT-x от Hyper-V для VirtualBox и она решается таким вот нетривиальным образом в некоторых случаях.
Трансляция своих личных этапов борьбы с конкретными глюками конкретной матери как необходимого условие отключения Hyper-V в Windows — это немного юмор, не находите?Вы берете на себя какую-то ответственность утверждая, что это проблема только конкретной материнской платы? Вы в данной теме встретили уже как минимум двух людей с такой же проблемой и можете нагуглить еще. Подозреваю это зависит от версии микрокода и архитектуры CPU. Если бы я был автором статьи, то указал бы, что данная процедура нужна не для всех процессоров и только если после перезагрузки Intel VT-x остается недоступен. Но отмечать решение такой проблемы как юмор я бы на вашем месте точно не стал.
Так же, помимо полного сброса по питанию после выключения Hyper-V, помогает выключение Intel VT-x в настройках BIOS, перезагрузка и повторное включение с перезагрузкой. Подобное решение проблемы в поиске находится значительно чаще.
PS: К слову, в VMWare Workstation такой проблемы не наблюдалось.Потому что она автоматически использует Hyper-V, если видит, что он включён.
В VB тоже можно включить такое поведение.
На знаю — использую VMWare тоже такая же проблема встала — производительность виртуалки хуже некуда. Появилась именно после установки 2004 и WSL2. Копание на форумах VMWare дало примерно такое же решение. Я сделал дубль записи через bcdedit, но с выключенным Hyper-V. Однако теперь приходится перезагружаться если нужна виртуалка или WSL. Одновременно не работают.
Только Vmware явно эту ошибку выводит, с недавних пор даже просит обновиться до 2004.
При этом выполнить перезагрузку и полностью отключить питание от ПК на секунд 30
В чём сакральный смысл этих действий (сверх обычной перезагрузки)?
За то, что в Hyper-V нельзя внутрь виртуалки пробросить USB — нужно кого-то наказать, желательно розгами!
Если использовать вм на обычном пк. То мс дали возможность пробрасывать USB через расширенный RDP сеанс.
Если hyper-v использовать на сервере то или аппаратные USB tcp или другой гипервизор.
В виртуалке — linux, надо ему дать доступ к USB устройству. Почему в virtualbox/vmware — это было элементарно, а MS не осилила?
Вероятно, потому, что аргумент «машинки перемещаются между гипервизорами, значит не надо гипервизоры делать особенными (тут есть ключ, тут нет)» был весомым. Хотите надёжную управляемую виртуальную среду — не завязывайтесь на конкретный гипервизор.
Хотите USB «где угодно» — используйте «сервер USB».
С эти можно соглашаться или нет, но идеология у MS именно такая.
Хотите USB «где угодно» — используйте «сервер USB».
С эти можно соглашаться или нет, но идеология у MS именно такая.
В ESXi можно выдать usb устройство виртуалке. Ну и куда должна мигрировать виртуалка с компьютера, который даже к сети не подключен — не понятно.
Т.е. в угоду каким-то идеологическим заблуждениям в MS сломали работающий механизм для сторонних продуктов (т.к. они теперь все работает через этот hyper-v api) и не сделали у себя свой.
Поэтому я очень зол на MS и никакие из их продуктов и сам использовать по мере сил не буду и другим не посоветую.
Сделать гадость и за столько лет не исправиться!
PS. Показательно, что raw disk прицепить было можно. Что ломает Вашу гипотезу ;)
Т.е. в угоду каким-то идеологическим заблуждениям в MS сломали работающий механизм для сторонних продуктов (т.к. они теперь все работает через этот hyper-v api) и не сделали у себя свой.
Поэтому я очень зол на MS и никакие из их продуктов и сам использовать по мере сил не буду и другим не посоветую.
Сделать гадость и за столько лет не исправиться!
PS. Показательно, что raw disk прицепить было можно. Что ломает Вашу гипотезу ;)
В ESXi можно выдать usb устройство виртуалке
куда должна мигрировать виртуалка с компьютера, который даже к сети не подключен
Как-то не стыкуется?
У MS Hyper-V изначально серверная технология, на клиенте она уже как бонус сильно потом появилась, естественно унаследовав идеологию (и ограничения).
«Гадости» никто не делал. И «исправлять» в этом смысле нечего.
PS hyper-v passthrough HDD — тоже не понял, зачем их вообще реализовали. Возможно, нужны были скорости доступа. Сейчас они вообще лишние.
У MS Hyper-V изначально серверная технология
А у ESXi? Не серверная? При этом и на сервере и на workstation всегда можно было пробросить USB.
И «исправлять» в этом смысле нечего.
А раз не хотят исправлять — значит в MS работают полные мудаки, потому как они еще и сломали другим продуктам возможность предоставлять такую фичу.
Еще раз, на серверном ESXi, которых у нас стоят десятки — устройство пробрасывается, а не моем ноутбуке — нет.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Запуск x64 систем в VirtualBox 6.1.12 на Windows 10 2004