Ständige BSOD-Fehler im neuen AMD-System - storeahci.sys

14: kd> !DevNode ffff800f631d18a0
DevNode 0xffff800f631d18a0 for PDO 0xffff800f631e0050
Parent 0xffff800f630d9a20 Sibling 0000000000 Child 0000000000
InstancePath is "SCSI\Disk&Ven_SAMSUNG&Prod_HD103SI\7&2a9b7bbb&0&010000"
ServiceName is "disk"
State = DeviceNodeStarted (0x30a) @ 2023 Jun 05 07:17:53.671
Previous State = DeviceNodeEnumerateCompletion (0x30f) @ 2023 Jun 05 07:17:53.671
StateHistory[18] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[17] = DeviceNodeEnumeratePending (0x30e)
StateHistory[16] = DeviceNodeStarted (0x30a)
StateHistory[15] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[14] = DeviceNodeEnumeratePending (0x30e)
StateHistory[13] = DeviceNodeStarted (0x30a)
StateHistory[12] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[11] = DeviceNodeEnumeratePending (0x30e)
StateHistory[10] = DeviceNodeStarted (0x30a)
StateHistory[09] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[08] = DeviceNodeEnumeratePending (0x30e)
StateHistory[07] = DeviceNodeStarted (0x30a)
StateHistory[06] = DeviceNodeStartPostWork (0x309)
StateHistory[05] = DeviceNodeStartCompletion (0x308)
StateHistory[04] = DeviceNodeStartPending (0x307)
StateHistory[03] = DeviceNodeResourcesAssigned (0x306)
StateHistory[02] = DeviceNodeDriversAdded (0x305)
StateHistory[01] = DeviceNodeInitialized (0x304)
StateHistory[00] = DeviceNodeUninitialized (0x301)
StateHistory[19] = Unknown State (0x0)
Flags (0x24000130) DNF_ENUMERATED, DNF_IDS_QUERIED,
DNF_NO_RESOURCE_REQUIRED, DNF_NO_LOWER_DEVICE_FILTERS,
DNF_NO_UPPER_DEVICE_FILTERS
CapabilityFlags (0x00002180) SilentInstall, RawDeviceOK,
WakeFromD3
Ich möchte Dir noch mal ans Herz legen was IDontWantAName geschrieben hat.
Nimm mal deine Samsung Festplatte heraus und schaue ob der Fehler dann weg ist?
 
Da waren wir vor zwei Wochen oder so auch schon. :D
 
  • Gefällt mir
Reaktionen: BFF und Terrier
Hi und vielen Dank für die Hints.
Habe das ausprobiert und bin nochmal sämtliche Dumps durchgegangen. In den älteren wurde allerdings eine andere Platte HD103UJ als Ursache angezeigt. Da ich Umbauaktionen gemacht hatte und eventuell die Platten getauscht hatte, könnte es eventuell doch am Anschluss und/oder Kabel liegen. Gibt es eine Möglichkeit herauszufinden an welchem SATA Anschluss die HD103UJ gehangen hat und ob dies eventuell derselbe gewesen ist? Könnte das die "7" sein die in der Zeile vor dem Hexwert nach der Plattenbezeichnung steht? Denn das wäre in allen Dumps dieselbe.

2023-06-06.png
 
Silver Server schrieb:
14: kd> !DevNode ffff800f631d18a0
DevNode 0xffff800f631d18a0 for PDO 0xffff800f631e0050
Parent 0xffff800f630d9a20 Sibling 0000000000 Child 0000000000
InstancePath is "SCSI\Disk&Ven_SAMSUNG&Prod_HD103SI\7&2a9b7bbb&0&010000"
ServiceName is "disk"
State = DeviceNodeStarted (0x30a) @ 2023 Jun 05 07:17:53.671
Previous State = DeviceNodeEnumerateCompletion (0x30f) @ 2023 Jun 05 07:17:53.671
StateHistory[18] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[17] = DeviceNodeEnumeratePending (0x30e)
StateHistory[16] = DeviceNodeStarted (0x30a)
StateHistory[15] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[14] = DeviceNodeEnumeratePending (0x30e)
StateHistory[13] = DeviceNodeStarted (0x30a)
StateHistory[12] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[11] = DeviceNodeEnumeratePending (0x30e)
StateHistory[10] = DeviceNodeStarted (0x30a)
StateHistory[09] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[08] = DeviceNodeEnumeratePending (0x30e)
StateHistory[07] = DeviceNodeStarted (0x30a)
StateHistory[06] = DeviceNodeStartPostWork (0x309)
StateHistory[05] = DeviceNodeStartCompletion (0x308)
StateHistory[04] = DeviceNodeStartPending (0x307)
StateHistory[03] = DeviceNodeResourcesAssigned (0x306)
StateHistory[02] = DeviceNodeDriversAdded (0x305)
StateHistory[01] = DeviceNodeInitialized (0x304)
StateHistory[00] = DeviceNodeUninitialized (0x301)
StateHistory[19] = Unknown State (0x0)
Flags (0x24000130) DNF_ENUMERATED, DNF_IDS_QUERIED,
DNF_NO_RESOURCE_REQUIRED, DNF_NO_LOWER_DEVICE_FILTERS,
DNF_NO_UPPER_DEVICE_FILTERS
CapabilityFlags (0x00002180) SilentInstall, RawDeviceOK,
WakeFromD3
Ich möchte Dir noch mal ans Herz legen was IDontWantAName geschrieben hat.
Nimm mal deine Samsung Festplatte heraus und schaue ob der Fehler dann weg ist?
Das werde ich als nächstes machen - nachdem ich die Sache mit den SATA-Port und Kabel geprüft habe (in den ganzen Dumps werden zwei verschiedene Platten erwähnt, da kann es sein dass ich mal die eine Platte getauscht und die andere am selben Port angeschlossen hatte. Seitdem ich die Enegiesparsachen bei den Platten abgeschaltet habe scheint der Fehler auch weg zu sein. Werde ich dann nach dem Abklemmen aber wieder einschalten.
 
@Gunhawk du hast 7 SATA Ports nach deiner Aussage belegt. Daher nehme ich dir das nicht ab dass du alle 7 SATA Kabel getauscht hast. Das die Fehlermeldung zuverlässig genau den Port identifiziert (bzw das Gerät am Port), mag sein ist aber nicht sichergestellt.

Es wurde schon mehrfach jetzt darauf hingewiesen dass du die Geräte abklemmen sollst. Mach es doch bitte einfach mal.
 
Nein aktuell sind nur 6 belegt - den zweiten Brenner hatte ich ja ausgebaut.
Ich habe jetzt die Energieoptionen wieder zurückgestellt und sogar die Festplattenabschaltung auf 1 min heruntergestellt um den Fehler schneller zu produzieren. Des Weiteren habe ich das Kabel für die betreffende Platte HD103SI getauscht - mit einem neuen aus der Tüte, die dem Board bei lag (das alte war noch ein altes Kabel vom vorherigen Asus Board - schaute aber eher fabrikneu aus).

Ich habe trotz allem die Vermutung das der SATA Port des Boards die Ursache sein könnte könnte - vor allen da ja zwei verschiedene Platten betroffen waren. Der Port in der die HD103SI Platte zuletzt steckte ist SATA3_A1 gewesen und somit derjenige der mit einem der M2 Ports geshared ist und "disabled" wird sofern der betreffende M2 Slot mit einer SATA M2 belegt ist. Nur habe ich wenn überhabt eine NVMe drin stecken und die ist definitiv keine SATA.) Sollte der Fehler trotz neuem Kabel wieder auftreten, werde ich nochmal den Port wechseln, dann die Platte wegnehmen usw.
 
Gunhawk schrieb:
Ich habe trotz allem die Vermutung das der SATA Port des Boards die Ursache sein könnte könnte
Dann würde ich folg. ausprobieren.

Alle Festplatten ausbauen.
Eine leere Platte mit deinem Betriebssystem neu aufsetzen und die Platte nacheinander an die SATA Ports anschließen und laufen lassen.
Falls alles laufen sollte nach und nach deine anderen Platten ins System wieder einbauen und schauen wann der Fehler auftritt. Ausschlussvefahren. Viel Erfolg!

Falls du keine SATA Platte übrig hast würde ich mir eine INTENSO für 16€ bei Amazon bestellen.
 
  • Gefällt mir
Reaktionen: Terrier
Kurzer Zwischenstand - Nach dem Wiederherstellen der Energieoptionen mir Abschalten der Festplatte, ist der Fehler trotz neuem Kabel wieder zurück. Ich habe nun die Platte von SATA3_A1 auf den oberen Port SATA3_A2 gesteckt und warte nun, das der Fehler trotz neuem Port wiederkommt - welches dann wohl auf die Platte zeigen würde - ansonsten wäre es wohl der Port auf dem Mainboard.
 
ehrlich, sichere die Daten auf eine größere SSD wie eine 870 EVO 2TB und lass die alten Platten für immer draußen.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: pitu
Update - hatte nun die HD103SI ausgebaut. Nachdem das System 1-2 Tage nicht abgestürzt ist, habe ich erneut ein BSOD bekommen. Wieder ein Powerstate. Diesmal kann ich das betreffende Device auch nicht umit !devstack <P2 Attribut> lokalisieren - hat jemand noch eine Idee?
Beste Grüße

Ach ja die letzte Action vor dem Absturz war das Schreiben eine Images auf einen USB Stick danach ist das System dann wohl in Standdby gegangen (war da nicht am Gerät) als ich Azurück war war es eingefroren und hat diesen Dump hinterlassen
 

Anhänge

Sehe nichts neues - fast. Beim letzten vom 14.06. taucht auch ein pci.sys auf (statt nur storahci.sys)
IMAGE_NAME: pci.sys

MODULE_NAME: pci

FAULTING_MODULE: fffff80135a50000 pci

.......

IMAGE_VERSION: 10.0.22621.1848

STACK_COMMAND: .cxr; .ecxr ; kb

FAILURE_BUCKET_ID: 0x9F_4_storahci_IMAGE_pci.sys
Welche Datenträger waren da wo dran angeschlossen? Könnte vielleicht auch auf die M.2/NVMe hindeuten.

Beantworte doch bitte die Fragen ...
Hinweise in der Ereignisanzeige dazu/davor (siehe oben)
Optionen zum SATA- oder allg. Storage-Controller(n) im UEFI überprüft? Da gibt's u. U "aggressive" Modi ("Performance" o. ä.)
... nach den installierten Storage-Treibern, und Chipsatz

Teste die Datenträger einzeln, am besten an nem anderen Board. Wenn sich nichts findet, und auch Treiber/Konfiguration passen, wird's defekt sein.
 

Anhänge

Alle Datenträger - selbst die M.2 liefen zuvor problemlos auf meinem alten Board (ASUS Z170-A) mit einer Intel 6700K unter Windows 10 natürlich, da das Board nicht mehr kompatibel ist mit Windows 11 (kein TPM 2.0, und auch die CPU wird nicht mehr unterstützt). Nichts davon ist also neu (Außer Board und CPU)
Ich werde nochmal aufschrauben und und die genaue Belegung posten, sowie die Ereignisanzeige.
 

Anhänge

Wenn du immer noch ein halbes Dutzend davon angeschlossen hast, wird das die Fehlersuche weiterhin erschweren.
Es gab glaube ich noch keine Auskunft zu den installierten Treibern, sowie zum Stromverbrauch, der so (hoch) nicht sein kann.
 
Dies war noch zum Zeitpunkt des Crashes angeschlossen - am SATA-3 Port hängt ein SATA-Wechselschacht in dem zur Zeit keine Platte drinnen steckt - auch dies lief im alten System problemlos. Ich denke als nächster und wohl letzter versuch ist eine frische Windows 11-Installation dran.
 

Anhänge

  • 1686815862322.png
    1686815862322.png
    6,6 MB · Aufrufe: 123
  • 2023-06-15 (5).png
    2023-06-15 (5).png
    39,3 KB · Aufrufe: 111
  • 2023-06-15.png
    2023-06-15.png
    20,2 KB · Aufrufe: 105
  • 2023-06-15 (4).png
    2023-06-15 (4).png
    13,1 KB · Aufrufe: 117
DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000004, The power transition timed out waiting to synchronize with the Pnp
subsystem.
Arg2: 0000000000000258, Timeout in seconds.
Arg3: ffffe08b74356040, The thread currently holding on to the Pnp lock.
Arg4: ffffa1006b0ef280, nt!TRIAGE_9F_PNP on Win7 and higher
Ich würde mal ein anderes Netzteil probieren.
siehe auch Beitrag#28 und #35
 
Habe nochmal nachgemessen. Mein Wattmeter zeigt dies hier, wenn ich den Startvorgang unterbreche und nur im UEFI-Bios bin. Die aktuelle HW-Konfiguration habe ich nicht geändert, es sind also nur die NVMe, die beiden SATA SSDs und eine Platte sowie der Brenner im System - und natürlich die Graka, Mainboard, Lüfter etc.
Windows Grundlast (eingeloggt) ist so um die 90W.

1686825097386.png
 
das hat mit dem Netzteil nix zu tun, denn es läuft ja wenn das Energiesparen der Platten deaktiviert ist. Also reagieren die alten Samsung Platten nicht mehr schnell genug auf Befehle zum Einschlafen/Aufwachen und es knallt. Wie gesagt, die Platten sind nun recht alt, also Daten sichern und raus mit ihnen
 
Zurück
Oben