HP onderzoekt crashes bij premium laptops door biosupdate via Windows Update

HP stelt onderzoek in naar meldingen dat een biosupdate zorgt voor problemen op enkele luxe laptopmodellen. De kritieke update komt via Windows Update binnen op pc's en wordt automatisch geïnstalleerd. Daarna treden vastlopers bij het booten op en crashes van Windows.

Voor herstel kan een speciale USB-C-dongle nodig zijn, meldt The Register. Sommige gebruikers krijgen hun gebrickte laptops weer werkend door via een netwerkverbinding het bios te downgraden. Daarvoor gebruiken zij een HP-dongle met een netwerkpoort voor een USB-C-poort op getroffen laptops.

HP-laptops die vatbaar lijken te zijn voor dit biosprobleem zijn de ZBook Ultra G1a en de EliteBook X G1. Dit zijn respectievelijk mobiele workstations en lichte, maar krachtige laptops voor zakelijke gebruikers. De problematische biosreleases voor deze hoger geprijsde laptops zouden versie 01.04.03 en versie 01.04.05 zijn voor de ZBook en versie 01.03.11 en versie 01.05.00 voor de EliteBook X.

Al sinds begin april?

Meldingen van problemen na de automatische installatie van die biosupdates doen al enige tijd de ronde. Een vroeg geval was al begin april. Waakzame gebruikers kunnen de update tegenhouden, door dat in het bios in te stellen. Als de nieuwere biosversie eenmaal is geïnstalleerd, kan terugdraaien supporthulp van HP vereisen.

Door Jasper Bakker

Nieuwsredacteur

26-05-2026 • 13:43

33

Submitter: MineTurtle

Reacties (33)

Sorteer op:

Weergave:

ik vraag me af waarom biosupdate via windows-update moet....
Waarom niet? Is een prima platform voor het uitrollen van drivers en dergelijke. Die drivers komen gewoon vanuit de OEM’s - dus in dit geval is het HP die de fout heeft gemaakt.

Bij andere OS’en is het ook heel normaal dat de updates centraal lopen, waarom zou dat op Windows niet mogen? Ik vind het ideaal voor die enkele keer dat ik prive Windows nodig heb.

[Reactie gewijzigd door sus op 26 mei 2026 13:52]

Een hele simpele reden waarom niet; HP heeft in het verleden ook de verkeerde updates geforceerd op laptops die daarna gebricked waren en omdat ze buiten garantie vielen vroegen ze doodleuk 400$ om dit te fixen. HP Probooks, dus voornamelijk zakelijk gebruikte laptops die toen +/- 4 jaar oud waren.

En deze updates kun je simpelweg niet weigeren, tenzij je wellicht een bedrijsmatige update policy hebt die alleen toegelaten updates doorvoert.
HP die een laptop update na de garantie periode? Die moet ik nog tegenkomen eigenlijk. Alle HP's (behalve de Chromebook die ik heb) stopt alles qua updates vanuit HP na 2 jaar.

[Reactie gewijzigd door MeNTaL_TO op 26 mei 2026 14:42]

Om hieraan toe te voegen:

Sinds de introductie van UEFI zijn BIOS updates redelijk gestandaardiseerd. OS zet update klaar op UEFI bootpartitie en geeft aan UEFI door dat die klaar staat. De firmware doet bij de volgende reboot de rest. Dit werkt zo goed dat dit soort updates zelfs onder Linux makkelijk uitgerold kunnen worden. Er is geen complexe OS-code meer nodig om updates door te voeren. Het proces is ook stabieler ten opzichte van legacy BIOS doordat de updates in een door de machine beheerde staat worden doorgevoerd. Er is geen OS om te crashen. ;)

Een gevolg is dat problemen (zoals genoemd in dit artikel) eerder enkel toe te schrijven zijn aan de fabrikant, niet het OS of de distributiemethode van updates.

[Reactie gewijzigd door The Zep Man op 26 mei 2026 14:14]

En hoewel op Linux de fabrikanten niet zomaar hun firmware updates in de repos van elke distributie kunnen duwen daar dat enorm veel werk zou zijn en vele distributies het ook zouden weigeren simpelweg omdat het geen FOSS is in de meeste gevallen had overlaatst iemand in de comments wel een project gelinked dat wel door de grote distro's wordt ondersteund en eigenlijk net weer een tool is met een centrale repo waar fabrikanten hun firmware in plaatsen.

Dus waar je vroeger naar Windows moest om je firmware te updaten, of een bootdiskette moest zien te maken met een workaround, kan het vandaag voor de meeste systemen inderdaad gewoon netjes van in Linux.
Yep, 'fwupd' zit bij mij gewoon in m'n Debian 'stable' installatie en zorgt voor probleemloze BIOS updates voor m'n Dell laptop...
Omdat windows altijd ongevraagd updates uitvoerd met vaak onduidelijke en niet aangegeven effecten. Dat het dan problemen geeft in zijn eigen opperating system is tot daar aan toe (even al je settings voor het uitzetten van hun bloatware terugzetten). Maar beeld in dat je linux en windows op apparte ssds hebt staan op je laptop, windows kan dan met een automatisch uitgevoerde update waarvan niet duidelijk is dat die de bios update je hele linux install nuken, lijkt me verre van ideaal.
Omdat veel mensen die anders niet doen en kan naar security wel belangrijk zijn in bepaalde gevallen.
Omdat een "normale" gebruiker nooit de UEFI handmatig gaat updaten.
Omdat de big tech zo de uiteindelijke controle houdt over je laptop en bij een SHTF situatie ze een gros van de machines (permanent) vlot onklaar kunnen maken. Security is bijzaak in deze.

Op het werk niks anders dan ellende met de geforceerde updates. Gelukkig geldt dit alleen voor de OEM systemem.

[Reactie gewijzigd door Corporate_Greed op 26 mei 2026 13:55]

Tja als je niet wilt dat de big tech controle heeft over je apparaat moet je überhaupt geen Windows gebruiken i.p.v. alleen geen bios updates doen via Windows updates...
Gebruiksgemak, maar ik snap je punt, zelf doe ik het liever gewoon via een usb-stickje rechtstreeks.
Maar als het via deze handige manier kan, zullen veel meer mensen een update gaan uitvoeren die er anders geen zouden doen.
Ik vraag me af waarom laptops zo vaak een BIOS update draaien. Mijn Zakelijke laptop draait regelmatig met de Windowsupdate gelijk een BIOS update.

Ik heb altijd begrepen dat een BIOS update alleen gedraaid moet worden om nieuwe functionaliteit toe te voegen of om een nieuwe processor te ondersteunen. Tenminste, zo doe ik dat voor mij privé computer.
Als je dat echt wenst te weten, dan moet je de changelogs lezen voor je specifieke firmware. Zelf blokkeer ik ze over het algemeen voor de laptops op het werk, maar dan vooral vanwege het tijdverlies dat het met zich meebrengt. De tijd dat het een simpele, snelle update was licht ook ver achter ons. Je ziet ze bij elke update een hele hoop dingen bijwerken, niet enkel de UEFI, maar zowat alle firmware op het moederbord, en dat kost gewoon tijd.

En als je 5 minuten maal duizenden laptops begint te doen, dan moet je een goede reden hebben om dat erdoor te duwen. Een simpele bugfix waar je in je onderneming geen last van hebt is voor mij niet voldoende om het te doen. Een security fix daarentegen, dat kan wel voldoende zijn.
Wat is regelmatig? Het kan ook zijn dat je UEFI/BIOS update mislukt en dan de volgende keer het weer gaat proberen. Controleer eens (bv. met msinfo32 op welke versie je zit en welke er geïnstalleerd zou moeten zijn). Gaat dat fout, probeer die vanaf de support pagina van de leverancier handmatig te installeren. (voeding aangesloten, accu boven de 50% lading meestal).


Via WU UEFI/BIOS updates is op zich prima, zeker als de fabrikant geen andere automatische (goed werkende) tools heeft. Dell Command Update/HP SupportAssistant kunnen dat prima, Asus en Acer doen dat weer minder goed bv. Microsoft doet niet anders dan zijn BIOS/UEFI updates via WU uitrollen. Eigenlijk zou er wel een extra controle / melding vooraf moeten komen zoals bij de tools van de fabrikant zelf (Bitlocker recovery key beschikbaar houden/tijdelijk uitstellen, voeding aangesloten, accu boven 50%, etc.). Nu doet WU dit zonder meldingen en dan kan het dus fout gaan.
Terechte vraag denk ik, zeker als vroeger BIOS updates alleen gedaan werden als er een reden voor was (if it ain't broken don't fix it). En nog steeds staan bij release notes voor BIOS de nodige waarschuwingen. Toch zie je meer, zeker bij de grote-3 zakelijke merken, dat BIOS updates met hun eigen tool dan wel Windows update meekomen. Ik vermoed dat dit voornamelijk ligt in 'fixen van CVE's' (of andere security lekken).
In de Reddit thread die The Register aanhaalt is er ook een post waarbij een gebruiker een normale USB naar LAN adapter gebruikt en de notebook succesvol weer terug werkend krijgt, scheelt misschien weer een bestelling.
https://www.reddit.com/r/Hewlett_Packard/comments/1qh9vde/zbook_ultra_g1a_firstattempboot_freeze/

"I next day order a simple USB-Eth dongle from Amazon (thanks, Bezos!) it comes. I boot into the BIOS, it sees my network. I install 1.03.11 -- shazam! as they say. I type in my bitlocker key, my machine instantly comes back to life"

[Reactie gewijzigd door Haruhi op 26 mei 2026 13:56]

Ow, Lenovo is niet de enigste, HP is ook al bezig.

Windows duwt naar gebruikers willekeurig een Bios flash, waar we vroeger mee op hete kolen zitten, wordt nu over de schutting gegooid.
Op dit moment, as we type, heb ik 47 RMA`s gedaan in 5 maanden (op 400 laptops is dat zo`n 12%).
Het is ernstig zorgelijk dat er zoveel defect gaat door een mislukte bios update.
Een bios "Self healing" of "Recovery" lost n deel van de problemen op (Zowel HP als Lenovo).
Maar t grote deel moet terug voor een nieuw moederbord (en n deel gaat de kliko in als E-Waste).
Geen idee waar jouw rma’s dan last van hebben, ik doe er tientallen per week en kan me de laatste brick niet herinneren.

Ja, toch wel, een PC die we aan het doen waren en waar we hem niet op de UPS hadden gehangen, wat we normaal juist doen om uitvallen te voorkomen. En die hebben we idd via de revoverymode terug aan de gang gebracht.
Precies, de meeste kunnen nog worden hersteld.

Volgens mij installeren ze ook geen firmware upgrades als je ook niet bent aangesloten op de adapter. Ik stoor mij juist eraan dat mensen hun firmwares niet upgraden.
Ik heb hetzelfde probleem met een Dell Pro 14 Premium PA14250. Crasht om de 30 minuten. Windows opnieuw geinstalleerd. Daarna vereiste BIOS update en weer problemen, op meerdere vlakken. Bij Dell support hebben ze nog geen idee wat er gaande is want ze gooien het elke keer over een andere boeg, hardware en/of software...
Zou een gewone USB-C naar LAN adapter niet werken? Moet dat perse een van HP zijn?
Zou niet heel veel uit moeten maken, gezien de ZBook met een HP lan adapter komt, in ieder geval die van mij wel.
Is het niet mogelijk om de huidige UEFI bij de POST van het systeem periodiek te laten controleren op nieuwe firmware's buiten het OS om?
Waarom zou je dat doen? Het maakt je UEFI en je boot process een heel stuk complexer en dus ook trager. Want waar een computer vandaag binnen 1 seconde je OS kan beginnen starten ga je dan ineens moeten wachten op je UEFI die je netwerk stack gaat initialiseren, een IP adres moet proberen te krijgen en als er geen DHCP server is, is dat traag, als er dan netwerk is de update server contacteren om dan te gaan zien of er een update is om daarna pas je systeem te gaan starten als er geen update is. Je verliest zo een halve minuut telkens als dat moet gebeuren.

Waarom het niet gewoon in Windows laten doen? Het is niet alsof het Microsoft is die de update schrijft. Het zijn nog altijd de fabrikanten die de firmware aanleveren en bepaalde versies aanstippen als aanbevolen waardoor deze automatisch geinstalleerd worden bij eindgebruikers.
Het is onduidelijk of dit enkel om Windows gaat. Ik draai op de zbook KDE Neon met de oem kernel i.v.m. o.a. de webcam, zo te zien met bios X89 01.04.05 van 19 Januari.
Ik heb nog geen issues gehad.
Ben ik even blij dat ik er Linux op heb staan, buiten alle wifi driver problemen die dat met zich mee brengt dan, en bluetooth problemen, en wat GPU driver problemen, en wat problemen met sleep, en een camera driver die het niet doet. Nauw ja, hij start in ieder geval nog op.
Ik heb al die problemen niet meer :)
Kostte even moeite maar het enige wat ik niet werkend heb is de NPU, en dat komt omdat ik het geheugen deel met de GPU, en de NPU dan protesteert.

heel veel is al opgelost als je de oem kernel draait. Ik draai Neon omdat ik Plasma er goed op werkend wilde hebben wat destijds de snelste optie was.
Ehm, ja, klinkt echt top zeg
"Voor herstel kan een speciale USB-C-dongle nodig zijn"

Een hele speciale USB-c naar rj45 adapter om een network bios upgrade uit te voeren... Da's toch niet zo speciaal...
Ah. Dit verklaart waarom mijn Z-Book van de zaak al twee keer een vastloper van de graphics driver gehad heeft, en een keiharde kernel crash met een power-state transition failure foutcode.

Om te kunnen reageren moet je ingelogd zijn