Указан код устройства не используемого в системе vmware

Обновлено: 03.07.2024

В настройках виртуальной машины и гостевой ОС ничего не трогал. В чём может быть причина пропажи звука?

Проблема вполне может быть в нём, а не в виртуалке. И если не секрет — какой смысл использования сего поделия в 2021 году при живых VirtualBox и kvm?

Ну и будь готов к тому, что у тебя спросят, что за хост-система, что за звуковая карта, как она выглядит в настройках VMware/виртуалки и др.

Переустанови VMware Tools в виртуальной машине.
Удали устройство вывода звука в настройках VMware Workstation 16 и добавь снова.
Используй virt-manager+qemu+kvm или Virtualbox

Скорей всего, так и есть, ради интереса переустановил гостевую операционку, проблема со звуком так и осталась.

Чего не квм + virt-manager?

Ззвук пропал на многих ОС. Особенно если хост - виндовс.

Я порешал проблему, но не во всех ОС. Так что гугли. На ЛОРе я точно отписывался по этому поводу.

Используй virt-manager+qemu+kvm или Virtualbox

Слушайте, засуньте вот это всё их же разработчикам обратно. Это какой-то глюкодром, пожирающий время!! Людям виртуалки нужны, а не раскопки гугельные о настройке систем виртуализции.

Удали устройство вывода звука в настройках VMware Workstation 16 и добавь снова.

Не помогает без редактирования *.vmx файла :-))

Добрый я сегодня. Но и это не панацея!! Может и не сработать!

api.alsa.period-size = 256 api.alsa.headroom = 8192 [/code]

И даже это не помогает!

Для виндохоста явно что-то сломали конкретно.

Привет дизайнерам юзабилити ЛОРа. Поменять дефолтную разметку ЛОРКОД на маркдаун…

Ну штож,ясно-понятно, юзверя не мамонты, выучат новые скобочки, да, ага…

При возникновении других проблем с устройством обратитесь к Решение MiniTool .

Неизвестное USB-устройство (ошибка запроса дескриптора устройства) - [решено] .
Простое исправление: запрос не выполнен из-за фатальной аппаратной ошибки устройства .

Это устройство неправильно настроено. (Код 1)

Досадно видеть код ошибки 1, который говорит о том, что ваше устройство неправильно настроено в диспетчере устройств. Фактически, это проблема, связанная только с драйверами, и Windows не смогла загрузить необходимые драйверы.

На вашем устройстве отсутствует драйвер.
Неправильно настроен драйвер вашего устройства.
Драйвер вашего устройства поврежден или устарел.

Вы должны знать, что код Windows 1 может возникнуть во всех версиях Windows, и ошибка останется, если вы не сделаете что-то для ее решения. Короче говоря, вам нужно, чтобы все драйверы работали нормально.

Устройство неправильно настроено (код 1) не означает неисправное оборудование. Напротив, это просто проблема программного обеспечения, и вы можете избавиться от нее, просто подключив проблемное устройство к другому компьютеру, на котором драйверы установлены и обновлены правильно.

Как устранить неполадки, когда устройство не распознается компьютером?

Исправлено: внешний жесткий диск не отображается или не распознается

Проблема - внешний жесткий диск не отображается / не распознается / не обнаруживается - может быть легко решена следующими способами.

Теперь я расскажу о 3 методах исправления. Это устройство неправильно настроено (код 1).

Метод 1. Обновите драйвер устройства.

Щелкните правой кнопкой мыши Windows в левом нижнем углу экрана вашего ПК.
Выбрать Бежать из всплывающего меню.
Тип msc в текстовое поле в диалоговом окне «Выполнить».
Нажмите Хорошо в окне запуска или нажмите Войти на клавиатуре.
Разверните меню в диспетчере устройств, чтобы найти нужное устройство (перед именем целевого устройства будет желтый восклицательный знак). Затем выберите его.
Нажмите Действие в строке меню вверху.
выберите Обновить драйвер (его также называют Обновить программное обеспечение драйвера… в некоторых системах) из подменю.
выберите Автоматический поиск обновленного программного обеспечения драйвера и дождитесь завершения процесса.
Перезагрузите компьютер.

Метод 2: удалить устройство вручную

найти Этот ПК значок на рабочем столе Windows 10 (его также называют Компьютер / Мой компьютер в старых версиях Windows).
выберите Управлять из контекстного меню, которое вы видите.
найти Системные инструменты вариант в разделе Управление компьютером (локально).
Выбрать Диспетчер устройств внутри.
Просмотрите меню на правой панели, чтобы найти устройство с кодом ошибки 1.
Щелкните устройство правой кнопкой мыши и выберите Удалить устройство (в некоторых системах Windows он также называется 'Удалить').
Нажми на Удалить кнопку для подтверждения и дождитесь завершения процесса.
Нажмите да в окне «Изменение настроек системы», чтобы перезагрузить компьютер.
выберите Действие в строке меню и выберите Сканировать на предмет изменений оборудования .
Зайдите на сайт производителя устройства; затем загрузите и установите последние версии драйверов.

Метод 3: изменить редактор реестра

На случай непредвиденных ошибок лучше выполнить резервное копирование реестра: выберите файл из строки меню -> выберите Экспорт… -> проверить Все (вместо Выбранной ветви) внизу под Диапазон экспорта -> дайте ему имя и выберите место хранения -> нажмите на Сохранить кнопка.

Откройте диалоговое окно «Выполнить», нажав Windows + R в то же время.
Тип regedit в текстовое поле и нажмите Войти .
Развернуть HKEY_LOCAL_MACHINE , СИСТЕМА , CurrentControlSet , Контроль , и Класс .
Выбрать .
Ищите Верхние фильтры нажмите на правой панели, щелкните его правой кнопкой мыши, выберите удалять и щелкните да .
Теперь щелкните правой кнопкой мыши на LowerFilters , выберите удалять и щелкните да .
Закройте редактор реестра и перезагрузите компьютер, чтобы изменения вступили в силу.

Одной из лучших программ для работы с виртуальными машинами – эмуляторами компьютеров в средах реальных компьютеров – является VMware Workstation , гипервизор для Windows. Эта программа позволяет не только исследовать возможности установленных на виртуальные машины операционных систем, но также изучить взаимодействие последних с эмулируемым аппаратным обеспечением. Взаимодействие с эмулируемым аппаратным обеспечением и реальными периферийными устройствами: одна из возможностей машин VMware.

Это работа с подключаемыми USB -устройствами. Как подключаются к машине VMware флешки и прочие USB-носители? И как, в частности, происходит загрузка машин с них?

Настройки совместимости USB

При работе с подключением к виртуальной машине USB -устройств важно, чтобы были верно выставлены настройки USB -контроллера. Открываем эти настройки при выключенной машине.

И смотрим графу совместимости USB: в ней на современных компьютерах необходимо выставить совместимость USB 3.0 , если это не сделано по умолчанию.

Подключение USB-устройств информации

Подключать USB -носитель необходимо при работающей машине. Если это флешка или USB-HDD , внизу окна VMware Workstation, на панели состояния жмём значок носителя данных и жмём «Connect (Disconnect from Host)».

Подключение USB -носителя подтверждаем в окошке, где VMware нас информирует о том, что флешка или USB-HDD будут безопасно отключены от хост-системы (т.е. установленной на компьютере Windows) и подключены к виртуальной машине. Жмём «Ок».

Другие типы USB -устройств – SD -карты в картридере, соединённые с компьютером смартфоны, планшеты и т.п. - подключаются по точно такому же принципу, только с использованием иного значка на панели состояния.

И после подключения USB -устройства можем искать его в проводнике установленной на виртуальную машину Windows.

Для отключения USB -устройства от виртуальной машины проделываем точно такое же действие – кликаем значок на панели состояния и жмём «Connect (Disconnect from Host)».

Машины VMware предусматривают альтернативный способ подключения/отключения USB -устройств – через меню «Виртуальная машина – Съёмные устройства». Здесь будет виден перечень USB -устройств, которые могут быть подключены к машине, по их названиям.

Подключение USB-периферии

Помимо подключения USB -устройств информации, виртуальные машины VMware позволяют управлять подключением прочих USB -устройств, периферийных устройств. Их отображение по умолчанию отключено. Включается в упомянутых выше настройках USB -контроллера машины путём выставления активной галочки «Показать все USB-устройства ввода».

И тогда и на панели состояния внизу окна машины, и в меню увидим все периферийные USB -устройства – клавиатуры, мыши, колонки, геймпады и т.п. Увидим и, соответственно, сможем их подключать/отключать опцией «Connect (Disconnect from Host)».

Загрузка с флешек машин на базе UEFI

А как загрузить виртуальную машину с флешки или USB-HDD? Если это машина, созданная на базе типа микропрограммы UEFI , т.е. с эмуляцией BIOS UEFI , всё достаточно просто. Запускаем машину в режиме BIOS .

Подключаем загрузочную флешку. В самом BIOS выбираем пункт «Reset the system» и далее активно нажимаем клавишу F2 , чтобы после перезагрузки попасть снова в BIOS .

Снова попав в BIOS , выбираем пункт «EFI USB Device».

Загрузка с флешек машин на базе обычной BIOS

Запуск виртуальной машины с загрузочных флешек и USB-HDD , если для такой машины выбран тип микропрограммы – обычная BIOS , возможно, некоторым покажется сложноватым. Обычная BIOS не предусматривает пункта загрузки с USB -устройств. Обойти это ограничение можно путём подключения флешки или USB-HDD как внутреннего жёсткого диска виртуальной машины. Как это сделать? Открываем настройки жёсткого диска машины.

Жмём «Добавить».

Кликаем «Жёсткий диск», тип диска выбираем SCSI .

На этапе выбора диска указываем, что мы хотим использовать физический диск. При выборе такового из выпадающего перечня графы «Устройство» выбираем флешку или USB-HDD. Но они будут значиться как устройства типа PhysicalDrive0 , PhysicalDrive1 , PhysicalDrive3 . Чтобы понять, какое из устройств типа PhysicalDrive№ является нужной флешкой или USB-HDD, выбираем в графе «Использование» пункт «Использовать отдельные разделы».

Жмём «Готово».

Закрываем настройки машины и входим в BIOS (так же, как и в BIOS UEFI) . Переключаемся на вкладку «Boot». Кнопкой-плюсом выдвигаем пункт загрузки «Hard Drive» на первое место. Затем клавишей Enter раскрываем его перечень устройств и в этом перечне кнопкой-плюсом на первую позицию выдвигаем диск «WMware Virtual SCSI Hard Drive (0:1)». Если к машине ранее было подключено два виртуальных диска, то тогда новый диск на базе физического будет значиться как «WMware Virtual SCSI Hard Drive (0:2)». Ну и так дальше по порядку, если виртуальных дисков у машины больше. В итоге жмём клавишу F10 для сохранения настроек BIOS и выхода.

Почему это происходит? Это может произойти, если у вас внезапно отключилось электричество или ваша виртуальная машина не выключилась. Не только это, как выясняется, в некоторых случаях проблема также может быть сгенерирована после того, как ваша виртуальная машина выйдет из строя, и вы попытаетесь снова включить ее. Возникает вопрос: почему виртуальная машина заблокирована или заблокирована? Чтобы пролить свет на это, давайте более подробно рассмотрим, как работают виртуальные машины VMware, а затем перейдем к решению ошибки.

Файлы блокировки VMware

Когда вы запускаете виртуальную машину VMware, создаются определенные файлы, которые гарантируют, что никакой другой процесс VMware не сможет получить доступ к указанной виртуальной машине. Это делается с помощью файлов .lck, которые создаются в том же каталоге, что и виртуальная машина. Основная причина создания этих файлов заключается в том, что они не позволяют нескольким виртуальным машинам читать и записывать на диск. Если бы этих файлов не было, то, как мы упоминали, повреждение данных могло быть вызвано чтением и записью на диск различных виртуальных машин.

VMware

Следовательно, наличие файла блокировки в основном усиливает тот факт, что указанная виртуальная машина включена. Эти файлы автоматически удаляются при выключении устройства, поэтому при следующем включении устройства у вас не возникнет проблем. Однако в случае сбоя машины или ее неправильного выключения VMware не сможет удалить файлы блокировки, и в результате устаревшая блокировка останется. Когда вы включаете виртуальную машину с устаревшей блокировкой, VMware пытается удалить файл, проверяя два условия, которые в основном определяют, была ли блокировка создана тем же хостом и запущен ли процесс, создавший блокировку.

Ошибка, как в этом случае, выдается, когда любое из этих условий не выполняется и VMware не может удалить файл блокировки. В таком случае вам нужно вручную удалить файлы блокировки самостоятельно, и все будет в порядке.

Удаление файлов блокировки VMware вручную

Как оказалось, вам просто нужно удалить файлы блокировки, которые мешают вам загрузить виртуальную машину. Как мы уже упоминали выше, эти файлы существуют в том же каталоге, что и виртуальная машина, и для их удаления требуется всего несколько простых шагов. Следуйте инструкциям ниже, чтобы удалить их:

Прежде всего, убедитесь, что ваша виртуальная машина выключена. Если это не так, выключите его, щелкнув виртуальную машину правой кнопкой мыши и выбрав Power> Power Off.
Как только вы это сделаете, нам нужно будет перейти в каталог, в котором находится виртуальная машина. Для этого снова щелкните виртуальную машину правой кнопкой мыши и выберите параметр «Открыть каталог виртуальной машины».Открытие каталога виртуальной машины
Это приведет вас в каталог, в котором существует виртуальная машина, а также избавит вас от необходимости искать ее вручную через проводник Windows.
Внутри каталога удалите папки с расширением .lck. Вы также можете просто переименовать их во что-то другое или переместить из этого пункта назначения в другое место.Файлы блокировки VMware
Как только вы это сделаете, снова откройте VMware и попробуйте включить виртуальную машину.
Теперь ваша виртуальная машина должна включиться без каких-либо проблем.

Мои вопросы:

Как смонтировать непустой том, даже если он пуст?

Почему это устройство / Credential Guard автоматически включилось и как я могу от него избавиться или отключить.

CMD:

Устройство / Credential Guard - это виртуальная машина на базе Hyper-V / Virtual Secure Mode, в которой размещено безопасное ядро, чтобы сделать Windows 10 намного более безопасной.

. экземпляр VSM отделен от обычных функций операционной системы и защищен попытками чтения информации в этом режиме. Защита обеспечивается аппаратным обеспечением, поскольку гипервизор требует, чтобы оборудование по-разному обрабатывало эти страницы памяти. Таким же образом две виртуальные машины на одном хосте не могут взаимодействовать друг с другом; их память независима, а аппаратная регулировка регулируется, чтобы каждая виртуальная машина могла получить доступ только к своим данным.

Отсюда у нас теперь есть защищенный режим, в котором мы можем выполнять операции, чувствительные к безопасности. На момент написания мы поддерживаем три возможности, которые могут находиться здесь: локальный орган безопасности (LSA) и функции контроля целостности кода в форме целостности кода режима ядра (KMCI) и сам контроль целостности кода гипервизора, который называется Целостность кода гипервизора (HVCI).

Когда эти возможности обрабатываются трастлетами в VSM, ОС хоста просто связывается с ними через стандартные каналы и возможности внутри ОС. Хотя эта специфическая для трастлетов связь разрешена, попытка злонамеренного кода или пользователей в ОС хоста читать или манипулировать данными в VSM будет значительно сложнее, чем в системе без этой настройки, что обеспечивает преимущество безопасности.

Запуск LSA в VSM приводит к тому, что сам процесс LSA (LSASS) остается в ОС хоста, и создается специальный дополнительный экземпляр LSA (называемый LSAIso, что означает LSA Isolated). Это сделано для того, чтобы все стандартные вызовы LSA по-прежнему успешно выполнялись, предлагая отличную устаревшую и обратную совместимость даже для служб или возможностей, требующих прямого взаимодействия с LSA. В этом отношении вы можете рассматривать оставшийся экземпляр LSA в ОС хоста как «прокси» или «заглушку», которые просто связываются с изолированной версией предписанными способами.

Как работает VMware Workstation до версии 15.5.5?

VMware Workstation традиционно использовала монитор виртуальных машин (VMM), который работает в привилегированном режиме, требуя прямого доступа к ЦП, а также доступа к встроенной поддержке виртуализации ЦП (Intel VT-x и AMD AMD-V). Когда хост Windows включает функции безопасности на основе виртуализации («VBS»), Windows добавляет уровень гипервизора на основе Hyper-V между оборудованием и Windows. Любая попытка запустить традиционный VMM от VMware терпит неудачу, потому что, находясь внутри Hyper-V, VMM больше не имеет доступа к поддержке виртуализации оборудования.

Представляем User Level Monitor

Чтобы решить эту проблему совместимости Hyper-V / Host VBS, команда разработчиков платформы VMware изменила архитектуру гипервизора VMware для использования API-интерфейсов Microsoft WHP. Это означает изменение нашего VMM для работы на уровне пользователя, а не в привилегированном режиме, а также изменение его для использования API-интерфейсов WHP для управления выполнением гостя вместо прямого использования базового оборудования.

Что это значит для вас?

VMware Workstation / Player теперь может работать при включенном Hyper-V. Ты нет дольше приходится выбирать между запуском VMware Workstation и Windows такие функции, как WSL, Device Guard и Credential Guard. Когда Hyper-V включен, режим ULM будет использоваться автоматически, чтобы вы могли запускать VMware Обычная рабочая станция. Если вы вообще не используете Hyper-V, VMware Рабочая станция достаточно умен, чтобы обнаружить это, и будет использоваться VMM.

Системные требования

Для запуска Workstation / Player с использованием API-интерфейсов гипервизора Windows минимально необходимая версия Windows 10 - это Windows 10 20H1, сборка 19041.264. Минимальная версия VMware Workstation / Player - 15.5.5.

Чтобы избежать ошибки, обновите Windows 10 до версии 2004 / сборки 19041 (обновление Mai 2020) и используйте как минимум VMware 15.5.5 .

Примечание: ID, сгенерированный из первой команды, - это то, что вы используете во второй. Не пишите просто дословно.

При перезапуске вы просто увидите меню с двумя вариантами .

Таким образом, использование VMWare - это просто вопрос перезагрузки и выбора параметра «Без Hyper-V».

Если вы хотите снова удалить загрузочную запись. Вы можете использовать параметр / delete для bcdedit.

Сначала получите список текущих загрузочных записей .

Здесь перечислены все записи с их идентификаторами. Скопируйте соответствующий идентификатор, а затем удалите его вот так .

Как упоминалось в комментариях, вам нужно сделать это из командной строки с повышенными привилегиями, а не из PowerShell. В PowerShell команда выдаст ошибку.

Update: эти команды можно запускать в PowerShell, если фигурные скобки экранированы обратным апострофом (`). Вот так.

Я все еще не уверен, что Hyper-V - это для меня Вещь, даже с прошлогодними испытаниями и невзгодами Docker, и я думаю, вы не захотите переключаться очень часто, поэтому вместо создания новой загрузки и подтверждения загрузки по умолчанию или ожидания тайм-аута при каждой загрузке, которую я включаю по требованию в консоли в режиме администратора,

Еще одна причина для этого поста - избавить вас от головной боли: вы думали, что снова включаете Hyper-V с помощью аргумента «on»? Нет. Слишком просто для МирКоС..т. Это авто !

Чтобы сделать это очень просто:

Просто загрузите этот сценарий прямо из Microsoft.

Запустите Powershell от имени администратора, а затем выполните следующие команды:

Чтобы проверить, включены ли DG / CG DG_Readiness.ps1 -Ready
Чтобы отключить DG / CG. DG_Readiness.ps1 -Disable

Тем, кто может столкнуться с этой проблемой из-за недавних изменений на вашем компьютере, связанных с Hyper-V, вам необходимо отключить ее при использовании VMWare или VirtualBox. Они не работают вместе. Windows Sandbox и WSL 2 требуют наличия гипервизора Hyper-V, который в настоящее время нарушает работу VMWare. По сути, вам необходимо выполнить следующие команды, чтобы включить / отключить службы Hyper-V при следующей перезагрузке.

Чтобы отключить Hyper-V и заставить VMWare работать, в PowerShell в качестве администратора:

Чтобы повторно включить Hyper-V и временно отключить VMWare, в PowerShell от имени администратора:

После этого вам нужно будет перезагрузиться. Я написал сценарий PowerShell, который переключит это за вас и подтвердит с помощью диалоговых окон. Он даже самовосстанавливается до уровня администратора с помощью этого метода, чтобы вы могли просто щелкните правой кнопкой мыши и запустите сценарий, чтобы быстро изменить режим Hyper-V. Его также можно легко изменить для перезагрузки, но я лично не хотел, чтобы это произошло. Сохраните его как hypervisor.ps1 и убедитесь, что вы запустили Set-ExecutionPolicy RemoteSigned , чтобы можно было запускать сценарии PowerShell.

выполнить "DG_Readiness_Tool_v3.6.ps1" с помощью PowerShell

Теперь вы сможете нормально включить виртуальную машину.

Не знаю почему, но DG_Readiness_Tool версии 3.6 у меня не работал. После перезапуска моего ноутбука проблема не исчезла. Я искал решение и, наконец, наткнулся на версию 3.7 инструмента, и на этот раз проблема исчезла. Здесь вы можете найти последний скрипт PowerShell:

БЫСТРОЕ РЕШЕНИЕ НА КАЖДОМ ШАГЕ:

Исправлена ошибка в VMware Workstation на транспортном сервере хоста Windows 10 (VMDB), ошибка -14: соединение трубы было прервано.

Сегодня мы будем исправлять ошибку VMWare на компьютере с Windows 10.

В поле RUN введите gpedit, затем Goto [ERROR SEE POINT 3]

1- Конфигурация компьютера 2- Административные шаблоны 3- Система - Device Guard: ЕСЛИ НЕТ DEVICE GUARD: (СКАЧАТЬ https: / /www.microsoft.com/en-us/download/100591 установить это "c:\Program Files (x86)\Microsoft Group Policy\Windows 10 November 2019 Update (1909)\PolicyDefinitions" КОПИРОВАТЬ в c:\windows\PolicyDefinitions ) 4- Включите безопасность на основе виртуализации. Теперь дважды щелкните по нему и "Отключить"

Откройте командную строку от имени администратора и введите следующее gpupdate / force [НЕ ДЕЛАЙТЕ, ЕСЛИ У ВАС НЕТ DEVICE GUARD, ИНАЧЕ ЭТО ПРОВОДИТСЯ]

Откройте редактор реестра, перейдите к HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\DeviceGuard . Добавьте новое значение DWORD с именем EnableVirtualizationBasedSecurity и установите для него значение 0, чтобы отключить его. Далее Перейти к HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\LSA . Добавьте новое значение DWORD с именем LsaCfgFlags и установите для него значение 0, чтобы отключить его.

В поле «Выполнить» введите «Включить или выключить функции Windows», теперь снимите флажок «Hyper-V» и перезапустите систему.

Откройте командную строку от имени администратора и введите следующие команды

Теперь перезагрузите вашу систему

Если вы постоянно поддерживаете открытую настроенную командную строку «Запуск от имени администратора» или окно командной строки PowerShell, вы можете дополнительно настроить следующие псевдонимы / макросы, чтобы упростить выполнение команд, упомянутых @ gue22, для простого отключения гипервизора Hyper-V при необходимости использовать проигрыватель VMware или рабочую станцию, а затем снова включить его, когда закончите.

С указанным выше вы просто набираете команды «hpvenb» [гипервизор включен при загрузке], «hpvdis» [гипервизор отключен при загрузке] и «bcdl» [список устройств конфигурации загрузки] для выполнения команд включения, выключения, списка.

Что ж, мальчики и девочки, прочитав примечания к выпуску сборки 17093 в предрассветные часы ночи, я обнаружил точку изменения, которая влияет на мою виртуальную машину VMware Workstation, заставляя их не работать, это настройки изоляции ядра в Безопасность устройства в разделе «Безопасность Windows» (новое имя для страницы Защитника Windows) в настройках .

По умолчанию он включен, однако, когда я выключил его и перезапустил компьютер, все мои виртуальные машины VMware возобновили правильную работу. Возможно, в следующую сборку можно будет включить опцию по устройствам, чтобы мы могли тестировать ответы отдельных устройств / приложений, чтобы включить или выключить изоляцию ядра для каждого устройства или приложения по мере необходимости.

Читайте также: