Verification failed 0x1a security violation при установке windows

Появился у меня на руках ноутбук HP 15-bs039ur. Так себе ноутбук, но для моих нужд его хватает. Решил я переустановить Windows, и столкнулся с проблемой установки ОС с загрузочной флешки. Флешка была подготовлена в программе Ventoy, она мне показалась удобней чем Rufus.

Чтобы открыть программу настройки BIOS, несколько раз нажать клавишу F10. Можно также нажать клавишу Esc, чтобы получить доступ к различным параметрам, доступным при загрузке, включая программу настройки компьютера. Чтобы попасть в меню выбора загрузки нужно нажать F9.

Окно выбора источника закрузки.

Я выбрал загрузочную флешку и получил сообщение «verification failed 0x1a security violation».

Сообщение «verification failed 0x1a security violation»

 Тут говориться что на ноутбуке установлена функция Secure Boot (безопасная загрузка), отвечающую за безопасную загрузку системы, защита проверяющую сигнатуру загрузчика ОС и не позволяющая загружать ОС, отсутствующую в списке. На деле это означает, что кроме предуставновленой ОС ничего загрузить не удаётся.

Я изначально зашёл в BIOS и отключил Security Boot и что-то там ещё, и это не помогло. После перезагрузки ноутбука, в биосе значение «disable» которое я ставил, переводилось в «enable» что не позволяло использовать внешний загрузчик.

Можно было не заморачиваться и переустановить Windows с внутреннего жёсткого диска, но было требование сохранить все данные которые там есть. Переносить систему не получалось и не хотелось, т.к. данных на внутреннем диске было больше чем объём на новом SSD.

В итоге мне помог сайт Ventoy. Они уже знали о этой ситуации и добавили все необходимые файлы в свою сборку 1.0.76 и выше.

Скринш от страницы Ventoy с автопереводом.

Проделал операции по их инструкции и всё заработало. Единственное я не понял, там есть два способа «Enroll key» и «Enroll hash», какой в каком случае используется? Я использовал оба

< Back to Support Search

For questions or concerns with the SUSE Knowledgebase please contact: tidfeedback[at]suse.com

• 

  Newbie

  

  • Join Date: Mar 2023
  • Posts: 7
  • Send PM

  ---

  Hi,

  I have recently downloaded and installed Kubuntu 22.04.2 (verified SHA256) for testing on my Dell OptiPlex PC. Everything worked well as planned which is great. However, when I went to reinstall my main OS, Linux Mint 21.1, back to the same PC, I get a blue screen ERROR Verification failed: (0x1A) Security Violation message.

  Upon researching, it seems that Kubuntu’s latest version has some updated security keys that install to the BIOS.

  Now, everything that I have used in the past ((Linux Mint 21.1 and Clonezilla) no longer works and just gives the error message.

  Is there a way to revert back to the old security keys, or are they forever gone? Will I have to wait for my other distros to update their ISO’s?

  Thanks in advance,

  Darryl

• 

  Ascendant

  

  • Join Date: Mar 2007
  • Posts: 22349
  • Location: Andover, MN
  • Send PM

  ---

  No OS, not even Windows, writes anything to a PCs BIOS.

  Using Kubuntu Linux since March 23, 2007
  «It is a capital mistake to theorize before one has data.» — Sherlock Holmes

  ---

  • Top
  • Bottom

  Comment

• 

  ---

  Originally posted by Snowhog

  View Post

  No OS, not even Windows, writes anything to a PCs BIOS.

  Not quite true, they can set the default boot order, this is how Windows can hijack this, and reset itself as the first bott OS after an update. Also efibootmgr in linux, either from an OS intstall, or just to make changes on the cli, and for System Settings option to «After next restart Enter EFI setup screen», i.e the ‘BIOS’.

  Also, this IS at least partially an Ubuntu bug
  One explanation
  https://askubuntu.com/questions/1456…456904#1456904
  Your post in the Mint forums already has all this info, though.

  Try disabling secure boot, see if there are options to clear any keys or authentication in your bios
  Or just leave secure boot disabled, for now at least.

  This just popped up, but the only reports I see on the web are mostly yours lol.

  ---

  • Top
  • Bottom

  • Likes
    
    
    
    1
    

  Comment

• 

  Newbie

  

  • Join Date: Mar 2023
  • Posts: 7
  • Send PM

  ---

  Thanks for your replies.

  I have disabled secure boot and installed Linux Mint with no issue. Once there, I used mokutil to clear any keys, but this didn’t fix the issue. Still getting the Verification failed message when secure boot is re-enabled and the Mint installer is run. I also looked at the Dell BIOS menu, and reset everything there too and still no change.

  I feel I may just have to wait until the distros update their ISOs to be inline with the latest changes to match the current configuration. Maybe it’s just something I have to accept and move forward. However, I will keep researching, because I feel this is very strange.

  Thanks again and any further input will be extremely helpful.

  Darryl

  ​

  ---

  • Top
  • Bottom

  Comment

Это выдержка из этого ответа , который я только что написал.

Здесь произошло то, что Canonical обновила свой ключ подписи UEFI Secure Boot и переменную Secure Boot Advanced Targeting вашей системы. Проще говоря, они сделали так, что новые загрузочные файлы, которые они выпускают, являются загрузочными, а старые — нет. Если вы получили обновление, а затем попытаетесь загрузить ОС, которая все еще использует старые файлы, это не сработает, и вы получите сообщение об ошибке нарушения безопасности.

Обычно решение здесь состоит в том, чтобы обновить вашу установку, чтобы у вас были более новые загрузочные файлы. Однако в этом случае вы пытаетесь установить из ISO-образа, который содержит более старые загрузочные файлы. Таким образом, вы не можете обновить загрузочные файлы. Здесь у вас есть два варианта.

• Отключите безопасную загрузку и оставьте так.
• Отключите безопасную загрузку, загрузите ISO-образ 22.04.1, установите, обновите и снова включите безопасную загрузку.

К сожалению, оба решения требуют, чтобы вы хотя бы временно отключили безопасную загрузку.