3
Secure Boot violation ohne erkennbaren Grund
Salve Mitstreiter!
Ein einzelner Laptop zickt.
Gegeben ist eine Flotte von Laptops mit Linuxbootsticks.
Alle Laptops booten in der Regel Windows 10 und Secureboot ist aktiv. Hin und wieder wird auch vom Linuxbootstick gebootet und bislang war SecureBoot damit auch zufrieden.
Auf diesem einen Laptop kommt neuerdings "Secure Boot Violation" beim Versuch Linux zu booten und das Linux lässt sich nur noch mit deaktiviertem Secureboot nutzen. An anderen Laptops ist das Booten desselben Sticks mit aktivem Secureboot weiterhin kein Problem.
Dieser Laptop ist ein Einzelstück, wir haben keine weiteren mit dieser Hardware. Es ist ein Lenovo Ideapad S145-API, Bios ist aktuell. Dem Herstellersupport von Lenovo und von dem Linuxbootstick ist keine mögliche Ursache bekannt.
Hat noch jemand eine Idee?
Ein einzelner Laptop zickt.
Gegeben ist eine Flotte von Laptops mit Linuxbootsticks.
Alle Laptops booten in der Regel Windows 10 und Secureboot ist aktiv. Hin und wieder wird auch vom Linuxbootstick gebootet und bislang war SecureBoot damit auch zufrieden.
Auf diesem einen Laptop kommt neuerdings "Secure Boot Violation" beim Versuch Linux zu booten und das Linux lässt sich nur noch mit deaktiviertem Secureboot nutzen. An anderen Laptops ist das Booten desselben Sticks mit aktivem Secureboot weiterhin kein Problem.
Dieser Laptop ist ein Einzelstück, wir haben keine weiteren mit dieser Hardware. Es ist ein Lenovo Ideapad S145-API, Bios ist aktuell. Dem Herstellersupport von Lenovo und von dem Linuxbootstick ist keine mögliche Ursache bekannt.
Hat noch jemand eine Idee?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 7723922573
Url: https://administrator.de/contentid/7723922573
Printed on: May 9, 2024 at 23:05 o'clock
3 Comments
Latest comment
Kommando zurück - es funktioniert nach erneutem Laden der Defaultkeys.
Dies war vor dem Biosupdate schon gemacht worden, musste aber offenbar nach irgendeiner Korrektur dieses Biosupdates erneut sein
Dies war vor dem Biosupdate schon gemacht worden, musste aber offenbar nach irgendeiner Korrektur dieses Biosupdates erneut sein
Nun bootet der Stick - das Windows jedoch möchte nicht mehr booten
Windows wurde mit Trusted Disk verschlüsselt, welches eine Shim nutzt. Nur wenn man erneut die Defaultkeys lädt und dann zuerst Windows startet, bootet es wieder... dann bootet jedoch der Stick nicht. Es kann nur einen geben.
Somit ist das aber ein Fall eindeutig für den Support von trusted Disk und die Ursache muss das letzte Update von Trusted Disk gewesen sein.
Windows wurde mit Trusted Disk verschlüsselt, welches eine Shim nutzt. Nur wenn man erneut die Defaultkeys lädt und dann zuerst Windows startet, bootet es wieder... dann bootet jedoch der Stick nicht. Es kann nur einen geben.
Somit ist das aber ein Fall eindeutig für den Support von trusted Disk und die Ursache muss das letzte Update von Trusted Disk gewesen sein.
Hi,
Was es nicht alles gibt!
Jeden Tag was neues!
Gruß
Abramelin
Was es nicht alles gibt!
Jeden Tag was neues!
Gruß
Abramelin
