Harde schijf 100% in gebruik

Beste Maaike,

Helaas leveren alle opties geen resultaat.

Een van die opties is een wat dieper gravende ingreep en die staat hieronder:

Navigate to: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\PCI\ <AHCI Controller>\Device Parameters\Interrupt Management\MessageSignaledInterruptProperties, where <AHCI Controller> refers to the device instance path you noted in step 2.1. 

1. Change the value of the MSISupported key from “1” to “0”.
2. If you don’t know which controller your boot device is attached to, repeat steps 2.1 through 2.4 for all AHCI controllers found under 1.2.

Als punt 1 in het Nederlands vertaald wordt met onderstaand punt dan ben je wel erg het bos in gezonden toch?

1. Ga naar: < AHCI Controller > HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\PCI**?** \Device Parameters\Interrupt Management\MessageSignaledInterruptProperties, waarbij < AHCI Controller > verwijst naar het apparaat exemplaar pad dat u hebt genoteerd in stap 2.1.

De vette tekst behoort op de plaats van het vraagteken te staan. Op diverse plaatsen is onnavolgbaar wat in het Nederlands wordt bedoeld. Gelukkig ben ik niet van de Nederlandse tekst afhankelijk.

In punt 2 staat:

Change the value of the MSISupported key from “1” to “0”.

Als ik het pad naar de apparaat instantie opvraag staat (zie plaatje) staat er helemaal geen "MSISupported key" bij. Dan ga ik niet zomaar elders bij de overige PCI entries de MSISupported key wijzigen zoals je begrijpt.

Dat zou overigens voor mij betekenen dat ik ca. 14 - 20 x deze key moet nagelopen en zo nodig deze op "0" zou moeten zetten. Dat is op zich geen probleem. Echter, wat mij tegenhoud is dat in de aanhef van het artikel sprake is van dit probleem bij een SDD schijf. Ik heb een harde schijf. Dus dan "los ik iets op" voor een schijf die ik niet heb en veroorzaak dus m.i. alleen maar problemen.

Verder zijn alle zaken al afgelopen.

Voor de controller "Intel(R) 7 series/C216 Chipset family SATA AHCI Controller - 1E02" is ook naar (stuurprogramma) updates gezocht; de controller is actueel.

Systeem herstel is geen optie want het probleem speelt al een onbekende tijd. En waarom zou daarna het probleem niet gewoon weer netjes nog bestaan of (met updates) geïntroduceerd worden?

Dus ik ben nog steeds bij het begin.

vriendelijke groet,

Marinus

Hoi Marinus,

Je zou even naar ditthread kunnen kijken, en de stappen die je zelf nog niet hebt geprobeerd, die wij en de gebruiker zelf daar aangeven kunnen volgen.

Hopelijk lost dit het ook voor jou op! Zo niet, laat het weten, zodat we verder kunnen kijken. 

Groetjes,

Maaike

Ik ben er moe van om steeds GEEN echte oplossingen te vinden voor dit probleem of een die voor anderen (soms tijdelijk) geldt.  Kan Microsoft dit probleem nu eens adequaat oplossen? Ik zie op dit forum van mede-gebruikers geen oplossing die voor iedereen werkt. Of die ook op de lange duur effectief is. Het probleem lijkt steeds terug te komen.

Ook degenen die namens Microsoft een antwoord proberen te geven hebben nog geen begin van een oplossing.

Wat GEEN oplossingen zijn:

• voer een CHKDSK uit, of 
• tekst in de trant van "u heeft toch wel een SDD want die is snel"

  (terwijl het grootste deel van de gebruikerspopulatie nog een harde schijf in zijn computertje heeft. Stelde Microsoft een SDD schijf dan als eis voor WINDOWS 10?), of

• "laat uw computer een halfuurtje staan rammelen dan gaat het wel over" (alsof ik daarop elke dag kan wachten, daarvoor heb ik toch geen computer met WINDSOWS 10!) of, en nou komt het
• "en kijk daarna of er een programma is dat jouw schijf continue gebruikt". Tja, wat je dan moet doen staat er niet, maar ik neem aan dat dat programma dat niet voor niets doet en dat e.e.a. door het WINDOWS 10 besturingssysteem netjes wordt geregeld, toch?

Met een Intel core i7 processor en 8 Gb interne geheugen staat mijn computer vrijwel stil. Dan heb je toch even iets in het WINDOWS 10 besturingssysteem niet goed afgesteld. Dan heb je iets uit te leggen zo langzamerhand na 2 jaar aangemodder.

Graag een oplossing die gaat werken a.u.b.

Groet,

Marinus