Intel onderzoekt herstartproblemen pc's met nieuwere cpu's na Meltdown-patches

Intel heeft bekendgemaakt dat het onderzoek doet naar herstartproblemen op bepaalde systemen met nieuwere cpu's, die voorkomen na het toepassen van Spectre- en Meltdown-patches. Eerst zei het bedrijf dat alleen Broadwell en Haswell problemen vertoonden.

Intel schrijft dat het nog op zoek is naar de oorzaak van de herstartverschijnselen die zich voordoen bij 'bepaalde configuraties, waaronder platforms op basis van Ivy Bridge, Sandy Bridge, Skylake en Kaby Lake'. Het wil in de loop van volgende week bètamicrocode aan fabrikanten ter beschikking stellen voor validatiedoeleinden. Vorige week meldde Intel dat het op de hoogte was van onverwachte reboots op systemen met Haswell- en Broadwell-processors.

Het bedrijf vermeldt verder dat het inmiddels firmware-updates heeft uitgebracht voor negentig procent van alle Intel-cpu's die in de laatste vijf jaar zijn geïntroduceerd. Eerder zei het dat het de overige tien procent voor het einde van deze maand van patches wil voorzien. Het heeft nog geen concrete informatie geboden over oudere processors. Intel raadt nog steeds aan om patches door te voeren en zegt dat fabrikanten kunnen doorgaan met het ontwikkelen van patches op basis van de bestaande microcode, maar dat ze er dan wel rekening mee moeten houden dat zich herstartproblemen voordoen.

Ten slotte heeft Intel benchmarks doorgevoerd na het toepassen van de patches. Vorige week deelde het bedrijf de voorlopige resultaten voor consumenten en nu doet het hetzelfde voor datacenters op Xeon-systemen. Bijvoorbeeld bij een cpu-belasting van honderd procent door schrijftaken was er een prestatievermindering van achttien procent waar te nemen bij i/o-taken. Bij lagere cpu-belasting door lezen was er bijna geen verschil te merken. Dat was ook bij integer- en floatingpointtaken het geval.

Consumentensystemen (links) en datacenters

Reacties (64)

[OConnor]

Mijn computer (wat oudere AMD) startte niet meer op na de Windows patch voor Spectre/Meltdown. Dit herhaalde zich elke ochtend, hele herstelprocedure moest iedere keer worden doorlopen. Blijkt bij meer mensen zich voor te doen. Mocht iemand anders hier dit ook hebben, download de wushowhide fix van de site van Microsoft en uncheck tijdelijk KB4056892 tot Microsoft dit heeft opgelost (zijn ze als het goed is mee bezig). Beetje off-topic maar als het iemand helpt...

[nesva072]

Voor de Windows 10 Anniversary Update en de Windows 10 Creators Update zijn voor dit probleem dat computers met oudere AMD-processors na het installeren van de januari-update niet meer op willen starten inmiddels nieuwe cumulatieve updates uitgebracht die dit probleem verhelpen.
Voor Windows 7, Windows 8.1 en de Windows 10 Fall Creators Update moet eerst handmatig een patch worden geïnstalleerd:

https://support.microsoft...7-sp1-windows-server-2008

https://support.microsoft...-1-windows-server-2012-r2

https://support.microsoft...n-windows-10-version-1709

Na het installeren van de patch kan de oude update wel geïnstalleerd worden. Als deze niet automatisch via Windows Update aangeboden wordt, zijn dit de links voor de oude updates:

https://support.microsoft...indows-7-update-kb4056894

https://support.microsoft...ndows-81-update-kb4056895

https://support.microsoft...ndows-10-update-kb4056892


(Al deze informatiepagina's bevatten een link naar de eigenlijke downloadpagina op de Microsoft Update Catalog)

[Wulfklaue]

Het is niet enkel oudere AMD dat problemen hebben met die recente Windows 10 Patchen voor Spectre en Meltdown.

Ik draai hier W10 + Ryzen en merkt al een tijd op dat sinds hier een serie patchen doorgelopen zijn de afgelopen paar weken, hoe instabiel men systeem geworden is.

Onder WSL met Crystal compileren van code is zelf onwerkbaar dankzij blue-screen-of-dead at random bij compiler jobs. Terwijl er voren geen enkel issue.

Of random lockups die ervoren niet waren, en het enige nieuw is letterlijk die patchen...

Of bash dat crasht en je moet herstarten omdat er geen enkel manier is om die terug tot leven te krijgen.

Krijgt het grondig op men heupen van MS met hun upgrades en patchen die door uw keel gedwongen worden en dan het systeem stabiliteit naar de botten klooien. Ben nu al verschillende dagen aan productiviteit kwijt met die issues.

Denk eraan om terug te gaan naar Windows 7 of Linux. De enige reden dat ik W10 draai is de ingebouwde WSL. Als die crasht ... wat is het nu dan? Is niet alsof er echt zoveel nieuw of interessant in W10 zit buiten Directx12/WSL. Afhankelijk van wat mensen nodig hebben natuurlijk...

[bartvincke]

hier moet je microsoft niet voor aanpakken maar de code van Intel
de microcode zal denk ik nog wel een paar keer wijzigen vooraleer deze "volledig" stabiel wordt

dit is echt momenteel een dirty quickfix, wat MS ook echt zelf beseft aangezien ze zelf aangeven hoe je kan verhinderen dat de patch geinstalleerd wordt en of je zelf de overweging wil maken of je de performance hit die ermee samen gaat wil nemen of niet

[N8w8]

De microcode van Intel werkt alleen op Intel CPUs, dus als je AMD hebt, zit het probleem wel degelijk in de Windows code.
Het kan wel zijn dat die code geschreven is door/met hulp van Intel, maar uiteindelijk is het MS die ervoor moet zorgen dat de kernel goed blijft werken voor alle gebruikers.
Ik heb geen verstand van Windows, maar iig bij Linux is het zo dat als een fabrikant code levert die drivers/platforms van derden benadeelt, dan is het Linux team er verantwoordelijk voor daar goed mee om te gaan (de boel structureren dat dat niet kan gebeuren, de code weigeren, whatever). Het lijkt me raar als MS machinecode van Intel krijgt en die zonder te bekijken/begrijpen in de kernel linkt of zoiets.
In de praktijk zal het een wisselwerking zijn, het is niet de schuld van alleen Intel of alleen MS.

[Barsonax]

Hij heeft geen intel dus ook geen microcode van intel. Daar kan het dus gewoon niet aan liggen.

[bartvincke]

o jawel
AMD baseert zijn x86 compatibiliteit op de architectuur van Intel en hierdoor zijn deze processoren kwetsbaar voor exact dezelfde exploits en zullen ze ook op dezelfde manier moeten gepatched worden

[Barsonax]

Dan nog intel gaat geen microcode uitbrengen voor AMD dat moet AMD toch echt zelf doen. Dat er een kans bestaat dat ze eenzelfde oplossing hebben haalt daarvoor niet uit en daarbij zitten er echt wel verschillen tussen deze architecturen.

Zou toch wat zijn als intel microcode uitbrengt die AMD cpu's kapot maakt.....of andersom.

[Fredi]

Mijn systeem is ook instabiel geworden en weet ook niet of het met de patches maken heeft. Bij iedere opstart staat het energiebeheerschema terug op gebalanceerd ipv hoge prestatie. Games crashen ook heel vaak maar misschien komt dit omdat ik slechts 8 GB ram heb ipv 16 GB.

[Accretion]

Ik speel GTA V, CoD WWII, Battlefield 1, PUBG prima met 6GB ram.

[Fredi]

Dat zijn dan ook games die prima gespeeld kunnen worden met 8 GB alles op ultra. Ik ben momenteel SW BF II aan het spelen en dat vraagt echt wel 16 GB alles op ultra. In taakbeheer is mijn volle 8 GB in gebruik en dan gaat hij swappen. Windows had de swap file op mijn HDD gezet en heb het nu op mijn ssd en dat gaat iets vlotter.

Problemen met energiebeheerschema heb ik ook opgelost, het lag ah stukje malware Samsung Magician. Ik heb een recentere versie geïnstalleerd en energiebeheerschema blijft nu op hoge prestatie staan. Tja Samsung en software heeft nooit goed samengegaan.

[AndromedaM31]

CMOS batterij eruit halen en alle apparatuur loskopppelen van je pc, dus een bios/efi reset, dit opnieuw instellen. Voila.

Blijkbaar werk die nieuw ingeladen microcode niet helemaal lekker met de bios/efi

[Reactie gewijzigd door AndromedaM31 op 23 juli 2024 16:21]

[SSDtje]

Mag ik vragen op wat voor AMD je PC draait.
De mijne naast mijn TV draait op een FX-8350 namelijk (mijn oude PC) en heb met/na de update die je noemt geen last gehad van waar jij nu last van ondervindt.
Dus wellicht dat we wat aan elkaar kunnen hebben, samen sta je immers sterker.

Ik kwam eerder dit stuk op theverge.com tegen namelijk, waarin wordt aangegeven dat AMD voor de iets oudere CPU's deze week, begin volgende week nog met een updates wil komen voor deze iets oudere CPU's.
Dus wellicht de moeite waard om eens door te lezen: klik = betreffende pagina op theverge.com

[OConnor]

Ècht een oudje, hehe een Athlon X2 4000+
Interessante link, maar mijn issue kwam volgens mij door een overhaast uitgebrachte update van Microsoft. Zie https://support.microsoft...ndows-10-update-kb4056892 "Microsoft heeft meldingen ontvangen van sommige klanten met AMD-apparaten dat zij niet langer kunnen opstarten na de installatie van deze KB."

Zie net pas dat Tweakers ook al hierover bericht heeft. nieuws: Windows-gebruikers met AMD-processors klagen over problemen na Meltdo...

[SSDtje]

Cool, ik heb zelf voor de aanschaf van de FX nog een AMD Phenom II X6 1090T gehad.
Prima CPU'tje voor die tijd.
Uiteindelijk heb ik hem aan mijn broer gedaan, maar hij ondervindt er nu de laatste twee weken kuren mee.
Dus wellicht dat bij hem hetzelfde speelt zoals dat nu bij jou het geval is.
Zo zie je maar weer, nu heb jij mij wellicht al verder geholpen, en de kans dus dik aanwezig is, dat wanneer ik de door jou genoemde update bij mijn broer laat verwijderen, hij zijn PC weer normaal kan gaan gebruiken.
Topie dus, en dank hiervoor.
Mocht ik nog weer nieuwe info vinden, waar jij wellicht weer wat er hebt, dan laat ik je het weten.

[Titan_Fox]

Ik heb vorige week microcode-updates ontvangen voor mijn drie Intel-laptops die Linux Mint draaien;

Acer met Intel Core-i3 3110m (3rd gen.)
Asus met Intel Core-i5 2450m (2nd gen.)
Dell met Intel Core-i7 6Y75 (6th gen.)

Tot nu toe heb ik geen problemen gehad met reboots of merkbaar verlies aan performance.

[N8w8]

Intel had aangekondigd, we patchen alles van de afgelopen 5 jaar, dus >3rd gen.
En ik kan ook alleen nieuwe ucode vinden voor >3rd.
Deze release van 8 januari, bevat wel ucode voor alle CPUs vanaf de Pentium 1, maar de enige ucode in het pakket die daadwerkelijk _gewijzigd_ is, is idd voor >3rd (elk CPU model/generatie heeft zijn eigen specifieke code).
Dus het kan zijn dat je 2/3rd gen machines wel een nieuw ucode pakket hebben gekregen, maar dat ze nog steeds dezelfde oude ucode gebruiken omdat die in dat pakket niet gewijzigd is.
Mocht iemand meer weten dan ik dan hoor ik t graag Want ikzelf heb 3rd gen.

[The Zep Man]

Microcode updates worden door software ingeladen, bij het opstarten van het besturingssysteem. De updates overschrijven de microcode die al ingeladen is vanuit de CPU en/of de BIOS. Het is dus mogelijk om dit soort updates ongedaan te maken in afwachting van nieuwere versies. Al heb je een BIOS update gedaan waar een nieuwere microcode in zit dan kan je mogelijk ook via dezelfde weg een tijdelijke downgrade doorvoeren.

Meltdown is een nare kwetsbaarheid, maar een willekeurig spontaan herstartend systeem is erger doordat het beschikbaarheid (en potentieel ook integriteit) negatief beïnvloed.

[Reactie gewijzigd door The Zep Man op 23 juli 2024 16:21]

[joeri1]

Toch is er in het geval van Spectre een BIOS/UEFI update nodig voor 'volledige' bescherming. Blijkbaar kan niet alles ingeladen worden vanuit het besturingssysteem. Vele van ons zullen dan ook niet volledig beschermd zijn, tenminste, ik verwacht geen BIOS-update voor mijn Asus P8P67.

Bronnen: https://www.bleepingcompu...down-and-spectre-patches/ & http://www.tomshardware.c...pdates-spectre,36316.html

[Dennism]

Dat hoeft niet, er is een microcode update nodig. Die worden vaak met Bios/UEFI updates mee gestuurd, maar kunnen ook op andere manieren geladen worden.

Hier kun je ze bijv. voor Linux gewoon downloaden: https://downloadcenter.in...ode-Data-File?product=873

This microcode data file contains the latest microcode definitions for all Intel processors. Intel releases these updates periodically. These microcode data files correct processor behavior as documented in the respective processor specification guidelines.

While the regular approach to getting this microcode update is via a BIOS update, Intel realizes that this can be an administrative hassle. The Linux* operating system has a mechanism to update the microcode after booting. For example, this file will be used by the operating system mechanism if the file is placed in the /etc/firmware directory of the Linux system.

Volgens mij kan het in Windows ook, maar dan moeten de fabrikanten deze microcode updates wel pushen via Windows Update, iets dat veel fabrikanten niet doen, uit mijn hoofd vanwege de benodigde certificering.

Je zou ook zelf nog aan de slag kunnen gaan met een tool als https://labs.vmware.com/f...u-microcode-update-driver

[Reactie gewijzigd door Dennism op 23 juli 2024 16:21]

[Mitsuko]

Je zou ook zelf nog aan de slag kunnen gaan met een tool als https://labs.vmware.com/f...u-microcode-update-driver

Dit heb ik zelf gedaan, met het microcode bestand van eerder in je bericht. De driver verwacht ook microcode bestanden voor AMD, maar je kan de installatie doorzetten als je die niet hebt. Het lijkt goed te werken.

[Dennism]

Hou het natuurlijk op deze wijze wel goed bij, volgens mij heeft Intel namelijk een aantal Microcode updates terug getrokken i.v.m. de Haswell / Broadwell issues en kan het dus makkelijk zijn dat er nog nieuwe updates volgen de komende tijd.

[MrFax]

Volgens mij is dit niet helemaal waar. Het zou raar zijn voor een OS om niet de versie van de microcode te checken voordat hij het overschrijft. Als er een nieuwere versie op de BIOS zit dan lijkt het me sterk dat bijv. Windows dit overschrijft. Handmatig zou dit misschien kunnen, maar dat zou een security risk zijn.

[Reactie gewijzigd door MrFax op 23 juli 2024 16:21]

[Laurens-R]

er word tevens een check gedaan op de cpu zelf. deze weigert de update als het een oudere versie betreft.

[Jerie]

herstartend systeem is erger

Verschilt per systeem.

Je hebt ook nog read-only mode dat je zou kunnen gebruiken.

Backups hebben en snapshots/images van je OS is ook een aanrader. Heb je die nog niet kun je die evt offline maken, zonder meltdown patch.

[Wim-Bart]

Windows doet geen Microcode update. Linux en ESX doen alleen Update wanneer BIOS een oudere microcode versie heeft.

[RIVDSL]

Windows doet dit wel degelijk, maar voor zo ver ik weet nog niet voor dit probleem. In ieder geval hebben de System32\mcupdate_GenuineIntel.dll en System32\mcupdate_AuthenticAMD.dll er iets mee te maken.

Bron: https://superuser.com/que...see-cpu-microcode-version

[DragonSupremacy]

Wel erg toevallig dat hun benchmarks alleen de 7e en 8e gen laten zien, terwijl die juist de minste impact hoeven te verwachten tov eerdere generaties.

Ouderwets stukje marketing van Intel dus, tenzij de 6e generatie en eerder ook zo'n minimaal verschil laten zien.

[Reactie gewijzigd door DragonSupremacy op 23 juli 2024 16:21]

[KingFrogzz]

Skylake was volgens mij nog redelijk te vergelijken met deze resultaten, oudere generaties lieten een grotere vertraging zien helaas... Van Intel uit wel een beetje logisch dat ze de gevolgen do rooskleurig mogelijk naar buiten brengen, maar consumenten worden gewoon op het verkeerde been gezet.

[Dennism]

De 6de generatie staat er anders ook gewoon in (meest rechtste 3 kolommen).

[DragonSupremacy]

Ah, excuus! Die had ik in de gauwigheid niet gezien op mobiel

[bartje]

intel mag dan wel bijna klaar zijn met het updaten van de microcode voor processoren jonger dan 5 jaar,
maar daane moeten de fabrikanten deze nog integreren in de firmware/BIOS.
ik vermoed dat veel systemen hierdoor alsnog buiten de boot vallen mbt updates,
Of zijn er fabrikanten die hier al concreet actie hebben ondernomen of een actieplan hebben gemaakt.
Ik zie alleen dat Microsoft iets heeft gedaan voor Surface

update:
sommige fabrikanten hebben wel iets erover gezegd
https://www.bleepingcompu...down-and-spectre-patches/
maar ben benieuwd.

[Reactie gewijzigd door bartje op 23 juli 2024 16:21]

[Henkje.doc]

Dank voor de link.
Het laat in ieder geval duidelijk zien wat de fabrikanten doen.
Heb zelf Gigabyte Z97P-D3 Intel Z97 Met een I5 4460.
Intel gaf aan dat de CPU in ieder geval de oudste is die gesupport gaat worden.
Gigabyte laat echter niets meer zien rondom de Intel Z97 chipset. Of daar is geen issue (wat uitgesloten is), of simpelweg geen support meer.

Voorlichting door de meer mainstream sites zou zeker mogen. Want simpelweg met het patchen van Windows (of een ander OS) ben je er niet.

[Dennism]

Zie mijn eerdere post hierboven ( Dennism in 'nieuws: Intel onderzoekt herstartproblemen pc's met nieuwere cpu'... ), zodra je juiste updates er zijn, zijn er meer mogelijkheden om de microcode te laden. Niet in alle gevallen zo makkelijk als een biosupdate, maar als de mobo fabrikant om welke reden dan ook geen bios uitbrengen kun je zelf met andere tools de microcode update alsnog forceren.

[rolandlub]

Ik hoop echt dat Intel en evt Microsoft hier wat verder naar gaan kijken.
Sinds de microcode update heb ik continu rare bugs en onverwachte crashes / restarts.
Op mijn 4690 (non K) systeem.
Waar ik eerder nooit last van had.
Performance zelf heb ik niet merkbaar negatief last van.

[TerrorToetje]

Wel vreemd want mijn Intel systeem heeft ook een spontane herstart gehad, maar een paar uur later de AMD ook. Gewoon opeens herstart zonder bluescreen of wat dan ook, net alsof je het reset knopje hebt ingedrukt zeg maar.

[Prysm Software]

Is je gerade intel. Heb hier een rog maximus viii bordje. En alleen maar problemen nu. Had beter verwacht van intel. Blijkt wel of ze uit paniek hebben gehandeld.

Zelde zo een slechte patch gezien/meegemaakt.

[Reactie gewijzigd door Prysm Software op 23 juli 2024 16:21]

[Mit-46]

Het is ook wel een zeldzaam probleem dit.

In kan mij niet heugen dat er eerder op zo'n grote schaal lekken gedicht moesten worden.

[foppe-jan]

Het grotere probleem is dat Intel hier dus al vanaf juni vanaf wist, maar dat ze pas in laat okt/nov (toen duidelijk werd dat ze het niet onder de pet konden houden) serieus aan de slag zijn gegaan met patchen, waardoor de QA nu wordt uitbesteed aan eindgebruikers (incl. serverklanten). Deze gang van zaken gaat hen onder server admins echt wel goodwill kosten.

[Reactie gewijzigd door foppe-jan op 23 juli 2024 16:21]

[Dennism]

Ik verwacht eigenlijk niet dat dit het geval is, Google's team zero heeft gelijk al aangegeven bij melding aan alle betrokkenen, dus niet alleen Intel, dat ze deze resultaten na 6 maand zouden publiceren (standaard doen ze dat na 3 maand geloof ik, maar hier wat later vanwege de impact). Van onder de pet kunnen houden is denk ik sowieso nooit sprake geweest, daarvoor zijn er veel te veel betrokkenen en de deadline van Google's team Zero. Ik verwacht zelf eigenlijk eerder dat de partijen het eerst hebben willen oplossen zonder performance impact en dat ze daar veel tijd in hebben gestoken en pas toen de deadline in zicht kwam een andere route hebben gekozen. Want je ziet dat zowel Intel als AMD en ARM allemaal pas op het laatste moment met de Meltdown / Spectre patches komen.

[bartvincke]

onzin dit

Intel was reeds bezig om patches te maken. Het is inderdaad uitgelekt voor de gepland bekendmaking ( target date van de initiele patches trouwens ) maar dat was maar een week ervoor

[foppe-jan]

Sure, na okt/nov waren ze iig bezig, maar al in juni (en het is maar de vraag of ze het niet zelf al eerder wisten -- op beveiligingsconferenties werd er al langer gepraat over de problemen met speculatieve executie en Intel hardware in het bijzonder)?

[Verwijderd]

Niet?
Ik wel, en ook toen was Intel de boosdoener, en ook toen werd gezegt dat het probleem zich bijna niet zou voordoen. Ook toen werd na publicatie er een leuk spelletje paniekvoetbal gedaan door Intel. Vooral omdat AMD op dat moment gewoon snellere procesoren had op een generatie ouder.

Waar het over gaat? De beroemde FDIV bug. de eerste pentiums hadden problemen om sommige getallen te delen waarbij een fout op 4 getallen achter de komma ontstond. Er is toen zelfs een terugroep actie geweest.
https://en.wikipedia.org/wiki/Pentium_FDIV_bug

[Mit-46]

Je hebt het nu over de eerste Pentiums....

Als dat de laatste keer is dat er zo'n vergelijkbaar probleem was als nu dan vind ik het onder de noemer "zeldzaam" vallen.

Bugs en lekken zijn er altijd, maar als ten tijde van de eerste Pentiums het de laatste keer was dat er op zo'n grote schaal gepatched moest worden (en eigenlijk ook met hoge nood) dan is dan vrij lang geleden.

De laatste keer dat ik een Pentium (2) had was ongeveer 16 jaar geleden. Ik was toen pas 14 en niet thuis in de computers behalve downloaden via Kazaaa en Napstar. Ik zal het ongetwijfeld gemist hebben.

[Reactie gewijzigd door Mit-46 op 23 juli 2024 16:21]

[Verwijderd]

Nee, er moet wel veel vaker gepatched worden, maar (gelukig) bijna nooit in blinde paniek zoals dat toen ging, en nu weer. In elke CPU zitten over het algemeen tientallen tot honderden bugs (zoek maar eens op processor erreta), maar gelukkig kan het meeste met een microcode fix ( via bios of OS ) gefixed worden zonder dat het merkbaar is. in een enkel geval krijgt de pers er lucht van, en word het opgeblazen. en dan komt er weer voetbal.

Het is alleen jammer dat er meteen na soon paniek sessie er eerst allemaal dingen bedacht worden om te voorkomen dat het weer gebeurt ( het paniek gedeelte, de bug zijn niet te voorkomen( economisch gezien dan )) en dat na een paar jaar dat weer verwatert

[Zer0]

Ik wel, en ook toen was Intel de boosdoener, en ook toen werd gezegt dat het probleem zich bijna niet zou voordoen

Afaik zijn er sinds die tijd ook geen bugs meer geweest die een verkeerde uitkomst bij berekeningen gaven.
Daarnaast is de FDIV bug van een hele andere orde, en had vrijwel geen impact voor de meeste gebruikers
Though rarely encountered by most users (Byte magazine estimated that 1 in 9 billion floating point divides with random parameters would produce inaccurate results)

[Mizgala28]

Kan ook aan je setup configuratie liggen zoals het artikel al heeft vermeld, niet om intel te beschermen of zo want dit is grotendeels hun domme fout geweest (doelend op de voor Intel specifieke lekken), maar je kunt duizenden zo niet honderdduizenden aan verschillende configuraties creëren en er zal er toevallig paar tussen zitten die dit herstart probleem veroorzaken.

Hopelijk wordt dit wel spoedig opgelost.

[Reactie gewijzigd door Mizgala28 op 23 juli 2024 16:21]

[AmigaWolf]

Heb gelukkig geen een probleem gehad met de nieuwe Spectre- en Meltdown patch, niet op mijn Game-PC (Broadwell) en niet op mijn Mini Media/Console PC (Haswell), en me sus haar Mini Media PC (Skylake) ook niet.

[Wim-Bart]

Grote kans dat je nog geen microcode update gehad hebt. Want die komt alleen met BIOS Update, of onder Linux wanneer de Intel package in /etc/firmware staat, of via de ESX patch voor ESX 5.5/6/6.5.

[AmigaWolf]

Nee heb geen Bios update gehad, maar grote kans dat dat ook niet gebeurd, het zijn Z97 en een Q87 moederborden.

Laatste BIOS update van mijn Z97 MB was 2016/7/26.

En laatste BIOS update van mijn Q87 MB was 2014-01-24 .

Update: Ow wacht zie een Beta Bios Update voor mijn Z97 MB en was 2017/12/13.

[Reactie gewijzigd door AmigaWolf op 23 juli 2024 16:21]

[Wim-Bart]

Zit zelf ook met issue van microcode update voor mijn i7 3770. De update is er, maar vanuit ASUS gaat er geen BIOS komen voor mijn P8H67-M EVO vermoed ik. Moet me eens verdiepen in een Ubuntu Live CD met de Intel patch in de /etc/firmware folder. Kijken of die permanent in de CPU blijft.

[AmigaWolf]

Zou wat kunnen wezen ja, veel suk6.

[Wildfire]

Of met Windows Update want ja daar kan dat ook mee dus...

[pkleingu2]

Zelfde probleem heb ik gisteren opgelost op de laptop van mijn zoontje met een oudere versie van de intel video driver. De nieuwere driver gaf problemen. Steeds uit slaapstand geen beeld na het opstarten.

[twjdeboer]

Volgens mij staat dit los van de Spectre/Meltdown problemen. Ik heb hetzelfde ervaren sinds oktober 2017. Het is een probleem met Windows (10) en laptops met Intel graphics. Bij mijn Dell laptop is dat opgelost door een BIOS patch.

[Gekke Jantje]

Ik weet niet of mijn probleem er ook mee heeft te maken maar sinds kort heb ik wel dat mijn monitor in eens in de laagste resolutie opstart of juist met een lagere refresh-rate. Monitor reset of het systeem nog eens opnieuw opstarten verhelpt het probleem. Ik heb het probleem met verschillende displayport kabel en aansluitingen op de videokaart.

[daellat]

Bij mij wilt soms de pc niet lekker opstarten ook. Dan zodra Windows opgestart lijkt valt het signaal naar het beeld weg wanneer het inlogscherm hoort te komen. Reboot werkt altijd maar evenmin een kleine irritatie. Werk ook via Displayport maar alleen op de primaire monitor.

[Haggy94]

Externe HDD aangesloten?

[Cerberus_tm]

Of printer. Bij mij start de computer ook niet op (reboot nog voordat het Windows-logo verschijnt) wanneer ik mijn externe harde schijf heb aangesloten inderdaad, maar kan me herinneren dat dat bij een andere computer ook wel gebeurde als de printer was aangesloten. Of dan werd het scherm bij het opstarten wel donkergrijs (ipv. zwart) maar gebeurde er verder niets.

[daellat]

Nee, ook geen printer zoals onder vermeld. Alleen m&kB, 3 monitoren, optisch out, mic en utp in.