Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
Es wurde versucht, auf eine pageable oder vollständig ungültige Adresse zuzugreifen.
Der Interrupt Request Level (IRQL) ist zu hoch. Dies ist normalerweise
verursacht durch Treiber, die falsche Adressen verwenden.
In diesem Fall war der Treiber der den Fehler verursacht iorate.sys. Der Treiber gehört zum Betriebssystem. Dieser Treiber ermöglicht die Ratensteuerung für den Festplatten-E / A-Verkehr. Hier in diesem Fall konnten die Daten von der Festplatte nicht gelesen werden. Aus diesem Grund hat der Fehler mit der Festplatte zu tun.
die ssd ist gute 2 monate alt. hatte davor auch schon mal die alte ssd in verdacht, deswegen die neue.
momentan läuft der pc seit 30min (REKORD , gibt es eine möglichkeit dieses datenlesen mit iorate.sys zu provozieren um einen bsod zu produzieren?
ich habe jetzt alle als dringend markierten treiber updates aufgespielt. vl veränderte
"Treiber und Verwaltungskonsole für die Intel Rapid-Storage-Technik". ja etwas?!
Was mit aufgefallen ist sind die Werte.
A9 Total Bad Block mit der Anzahl von 150 schlechten Blöcken.
AE Unexpected Power Loss Count 278 mal unerwarteter Strom Verlust.
E8 Spare Block Remaining mit 100 Anzahl der verbrauchten Reserveblöcke.
Ich kann nicht sagen ob das für eine SanDisk normal ist, aber bei Deinen blue screen würde ich es zumindest mit einer anderen Festplatte probieren.
hab die alte platte probiert, ähnliche fehlermeldungen, nur häufiger. denke das ist keine referenz.
sfc ist ganz normal durchgelafuen. hatte gerade wieder einen bsod mit volmgr.sys - flatfile, siehe dump. spricht das wieder für eine fehlerhafte platte?!
ich bin daran gescheiter iorate zu ersetzen, habe nichts gefunden wie ich eine entsprechende berechtigung bekomme, unter eigenschaften-sicherheit kann ich dem admin keinen vollzugriff geben... hat da jemand einen link?
Der Treiber der Beteiligt war ist volmgr.sys . Der Prozess volmgr.sys ist bekannt als Treiber für Volume-Manager bzw. Volume Manager Driver und gehört zu der Software Betriebssystem Microsoft Windows bzw. Microsoft Windows Operating System.
Das heißt dieser Fehler hat auch mit einem Speichermedium zu tun. In diesem Fall mit einem Speichermedium mit FAT Formatierung.
Sorry, @florian-luca, es ist ja nicht das erste Mal, dass du einen (fragwürdigen) Tip gibst, die Systemdatei auszutauschen. Nicht nur, dass man so etwas lieber nicht "per Hand" macht, lässt du auch noch den User mit den Problemen von Berechtigungen und Besitzverhältnissen im Regen stehen.
Keine Meisterleistung.
@ernd
Wenn (bzw ob) die Systemdatei wirklich beschädigt ist, kann man mit sfc überprüfen.
Den Inhalt der Codebox in eine Eingabeaufforderung (Administrator) eingeben.
Am Ende gibt die SFC eine Antwort
Entweder "Der Windows-Ressourcenschutz hat keine Integritätsverletzungen gefunden."
Oder "Die Datei wurde ersetzt".
Die genaue Meldung bei einer beschädigten Datei kann ich hier nicht sagen, weil ich keine fehlerhafte Datei habe.
In deiner letzten Dumpfile wurde ein Fehler im FAT-Dateisystem festgestellt. Bug Check 0x23: FAT_FILE_SYSTEM
Führe chkdsk /f in einer Eingabeaufforderung (Administrator) aus.
Hallo @ernd!
SFC: wenn das keine beschädigte Datei meldet, war bzw ist diese Datei auch nicht defekt. Es ist ja oft so, dass eine Systemdatei als Verursacher gemeldet wird. Allerdings ist es dann meist so, dass die Datei, die diese Systemdatei beauftragt hat, der wirkliche Verursacher ist.
Also erst mal abwarten.
Bei chkdsk hatte ich einen "Lapsus" eingebaut.
So wie ich es in die Codebox geschrieben habe, wird das momentan aktive Laufwerk gescannt, also C:. Das hat aber kein FAT-Dateisystem.
Man hätte müssen schreiben chkdsk X: /f
wobei das X: mit dem Laufwerksbuchstaben des Laufwerks mit FAT ersetzt werden muss.
Die Dumpfile schau ich mir dann gleich noch mal an. Aber sicher ist @Silver Server wieder schneller, als ich.
Nachtrag:
So, da bin ich wieder. In zwei der drei Dumpfiles war die Absturzursache
nt!KiPageFault+0x360
win32kfull!Win32AllocateFromPagedLookasideListImpl+0x17
Es sollte also auf eine festgehaltene Speicherseite der impliziten IDE-Liste zugegriffen werden.
Dabei kam es zum PageFault.
TRAP_FRAME: ffff95058ff9f790 -- (.trap 0xffff95058ff9f790)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=ffff9901ea78d820
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff50ff62f3ba7 rsp=ffff95058ff9f920 rbp=ffff95058ff9fbc0
r8=0000000000000008 r9=0000000000000000 r10=0000000000001fff
r11=0101010101010101 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
win32kfull!Win32AllocateFromPagedLookasideListImpl+0x17:
fffff50f`f62f3ba7 ff4124 inc dword ptr [rcx+24h] ds:ffff9901`ea78d844=????????
Man kann sehen, dass die Funktion als Parameter ein Datensegment mit Speichermüll erhalten soll.
Diese Funktion und der daraus resultierende Fehler bestärkt mich in der Ansicht, dass irgend etwas mit dem Dateisystem, der Festplatte oder der Pagefile.sys (Auslagerungsdatei) nicht stimmt.