Мой компьютер «зависает» при запуске (экран блокировки) при отключенных клавиатуре и мыши

Мой компьютер «зависает» при запуске (экран блокировки) при отключенных клавиатуре и мыши

Спасибо за ваше время!

Вчера я перезагрузил компьютер, чтобы обновить антивирусное ПО (Bitdefender). Каким-то образом после загрузки компьютера я не могу взаимодействовать с экраном блокировки (клавиатура и мышь почему-то не работают на экране блокировки, но прекрасно работают в BIOS). Я пробовал перезагрузить, пробовал безопасный режим, и клавиатура, похоже, отключается каждый раз, когда загружается Windows 10 (даже в безопасном режиме!). Я подтвердил, что мои периферийные устройства работают, все внутренние компоненты функционируют. Я хочу знать, проблема ли это с драйвером, проблема с Windows или атака вредоносного ПО (маловероятно из-за моего антивируса, и я никогда ничего не загружал с подозрительных сайтов).

решение1

Фон:

Проблема вызвана обновлением Windows 10,КБ4074588, выпущенный в феврале 2018 года. Влияет на USB-клавиатуру/мышь на настольных компьютерах; если у вас старый PS/2-контакт клавиатуры/мыши (редко встречается на современных компьютерах), он будет работать, и я считаю, что собственные клавиатуры/тачпады ноутбуков не затронуты (только внешние USB). Стоит отметить, что клавиатура+мышь работают во время загрузки/запуска UEFI/BIOS, то есть до запуска Windows 10.

Решение:

Ниже приведенорешение от TenForums:

Если после установки обновления рабочая клавиатура недоступна, ваша клавиатура и мышь должны работать в среде восстановления Windows 10, которую вы можете использовать для восстановления системы.

Запустите среду восстановления Windows 10.

Если вы перезагрузите систему до того, как Windows загрузит рабочий стол три раза подряд, Windows автоматически запустит среду восстановления Windows 10. Если Windows не загрузится автоматически до экрана восстановления, вы также можете использовать установочный носитель для входа в среду восстановления Windows 10:

Как создать и использовать установочный носитель для загрузки среды восстановления

Для удаления обновления используйте командную строку:

На экране восстановления выберите Устранение неполадок, затем Дополнительные параметры, а затем Командная строка. Вас могут попросить ввести ключ восстановления BitLocker или имя пользователя/пароль. Если будет предложено ввести имя пользователя/пароль, вы должны ввести учетную запись локального администратора. В окне Командная строка введите команду, указанную ниже для вашей версии Windows, и нажмите ENTER.

Для 32-разрядных версий Windows: dism.exe /image:c:\ /remove-package/packagename:Package_for_RollupFix~31bf3856ad364e35~x86~~16299.248.1.17

Для 64-разрядных версий Windows: dism.exe /image:c:\ /remove-package/packagename:Package_for_RollupFix~31bf3856ad364e35~amd64~~16299.248.1.17

Примечание: Если Windows не установлена ​​на диске C:, замените C: в приведенных выше командах на соответствующую букву диска.

Закройте командную строку и нажмите «Продолжить», чтобы выйти из среды восстановления. Перезагрузите, чтобы войти в Windows.

Обратите внимание, что команда, показанная выше, включает букву «c», как и ожидалось, для обозначения диска «C», то есть предполагаемого диска ОС. Однако, хотя моя ОС действительно находится на диске «C», диск, идентифицированный как мой диск «C» при доступе к командной строке в меню WinRE Troubleshoot > Advanced Options, былнетна самом деле мой диск 'C' --- это был мой диск 'D'. Чтобы успешно выполнить указанную выше команду на моем реальном диске 'C', мне пришлось изменить букву "C" на "D", потому что то, что командная строка считает моим диском 'D', на самом деле является моим диском 'C'. (Я уже видел, как в командной строке происходила такая подмена букв дисков, хотя я не знаю, почему это происходит.) Наконец, для ясности, "Примечание" в конце приведенных выше инструкций, сообщающее пользователю о необходимости ввести букву, отличную от буквы "C", для своей ОС, если его ОС не хранится на диске 'C',нето чем я говорю здесь, так как моя ОС действительно находится на моем диске 'C'. Опять же, я указываю на то, что командная строка определяет мой диск 'C' как мой диск 'D', и наоборот, и она почти наверняка неправильно определит диски некоторых других, у которых есть второй жесткий диск, таким же образом.

Связанный контент