Пользователи не могут установить Windows 10 1909 из-за даты в BIOS

Пользователи не могут установить Windows 10 1909 из-за даты в BIOS

Пользователи не могут установить Windows 10 1909 из-за даты в BIOS

Ряд пользователей Windows 10 столкнулся со странным багом при попытке установить последний релиз операционной системы. Сообщается, что проблема возникает из-за BIOS, дата которого установлена на 19 января 3001 года или позже. Затронуты материнские платы от AMD и Intel.

ИТ-специалист Кэри Хольцман, ведущий собственный канал на YouTube, поделился своим мнением относительно бага:

«Похоже на то, что BIOS (на платах AMD или Intel) позволяет установить 19-1-3001 и более позднюю дату. В этом случае Windows 10 1909 не может завершить установку, зависнув на второй перезагрузке».

«Более того, если попробуете поменять дату в BIOS, а потом перезагрузите компьютер, рассчитывая обойти проблему, — у вас ничего не получится. Windows 10 опять зависнет, а дата снова сбросится на условное 19 января 3001 года».

Баг настолько устойчивый, что его не получится устранить никакой сменой аппаратных характеристик системы. Известно, что с проблемой столкнулись пользователи материнских плат Gigabyte H370 HD3 (для процессоров Intel) и Gigabyte x570 Aorus Elite (для процессоров AMD).

Чтобы нормально установить последнюю версию Windows 10 на свой компьютер, вам придётся первым делом разобраться с датой BIOS, после чего очистить все разделы вашего диска SSD/HDD. Только потом можно устанавливать Windows 10 1909.

Также полезно будет ознакомиться с видео Хольцмана, в котором он подробно описывает баг и рассказывает, что с ним делать:

САКУРА 3.2 усилила безопасность и масштабирование для крупных инфраструктур

Компания «ИТ-Экспертиза» выпустила новую версию программного комплекса САКУРА 3.2. В релизе расширили интеграции, доработали безопасность, обновили интерфейс и оптимизировали работу системы в крупных инфраструктурах.

Одно из заметных изменений — расширение поддержки решений для контроля сетевого доступа.

В САКУРА 3.2 добавлены интеграции с VPN-решениями ЗАСТАВА, С-Терра, ViPNet, а также с NAC-системой WNAM. Кроме того, появились новый тип SSH-запроса, поддержка mTLS для REST, возможность использовать несколько шлюзов в команде RADIUS и команда «Запрос в LDAP».

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

Также появились идентификатор пользователя РМ в объекте «Нарушение», подключение к СУБД в SSL-режимах и возможность для агента назначать уровень нарушения.

Отдельно доработали сценарии администрирования. В версии 3.2 появились новые инструменты для работы с объектами панели управления: НСИ, автопараметрами, справочниками и другими элементами.

Обновился и Агент САКУРА. Разработчики улучшили уведомления, работу с нарушениями и пользовательский опыт. Для администраторов это должно сделать взаимодействие с рабочими местами более понятным и оперативным.

В части производительности оптимизированы механизмы работы с СУБД. Это важно для инфраструктур с десятками тысяч рабочих станций, где стабильность и скорость обработки событий напрямую влияют на работу всей системы.

Интерфейс также получил обновления: появились новые дашборды для разделов «Инфраструктура» и «Интеграции», раздел «Внешние системы», отображение текущих нарушений на странице рабочего места, «светофор» статусов РМ и горячие клавиши. Также добавлено скрытие скриптов в выводе команды ps -aux.

RSS: Новости на портале Anti-Malware.ru