HP OMEN 30L startet nach RAM-Aufrüstung mit Fremdspeicher nicht mehr normal | Zwei Tage Fehlersuche mit ChatGPT und Claude Code, bis ich CFD aufgab

Einleitung: Aus 64 GB wurden wieder die ursprünglichen 32 GB – nach zwei Tagen

Ich wollte meinem HP OMEN 30L zwei CFD-Riegel à 16 GB hinzufügen, um auf 64 GB zu kommen. Das Ergebnis war ein Fehlschlag. Mit 64 GB ist der normale Start von Windows kein einziges Mal gelungen. Ich habe die CFD-Riegel aufgegeben und mich entschieden, stattdessen Original-HP-Speicher zu kaufen.

Ungewöhnlich war, dass das BIOS die 64 GB korrekt erkannt hat. Der Speichertest im UEFI wurde bestanden, und im abgesicherten Modus lief der Rechner stundenlang stabil. Trotzdem blieb beim normalen Start der weiße Ladekreis unter dem OMEN-Logo stehen und bewegte sich nicht. Der normale Start mit 64 GB ist in den Aufzeichnungen mindestens sieben Mal gescheitert; es gab null erfolgreiche Starts.

Die Ursache konnte nicht vollständig identifiziert werden. Es gibt keine Belege dafür, dass der CFD-Speicher defekt ist. Feststand nur: Fügt man die zwei CFD-Riegel hinzu, bleibt das System stehen. Mit den ursprünglichen zwei Riegeln funktioniert es.

Dieser Artikel ist eine Aufzeichnung davon, wie ich etwa anderthalb Tage lang mit ChatGPT auf dem Smartphone und Claude Code auf dem Mac die Ursache eingegrenzt habe. Ich beschreibe chronologisch und ehrlich, was ich versucht habe, welche Ergebnisse das brachte, was bei der Arbeit mit KI gut geklappt hat und wo es gefährlich wurde.

In diesem Artikel erfahren Sie:

• die Reihenfolge zur Eingrenzung des Problems, wenn nur der normale Start hängen bleibt
• wie man per SSH vom Mac auf einen PC zugreift, der im abgesicherten Modus läuft
• wie ein KI-Vorschlag für die BIOS-Einstellungen dazu führte, dass der PC nicht einmal mehr den POST bestand
• welchen Speicher man wählen sollte, wenn man bei diesem Modell den Arbeitsspeicher erweitern möchte

Ausstattung und der Wunsch nach 64 GB RAM

Die Konfiguration meines PCs sieht wie folgt aus.

Position	Inhalt
PC	HP OMEN 30L Desktop (GT13-0xxx Serie)
Mainboard	HP 8703 (Intel Z490)
BIOS	AMI F.20 (2021-08-27)
CPU	Intel Core i9-10850K (10 Kerne, 20 Threads)
GPU	NVIDIA GeForce RTX 3080 (10 GB VRAM)
Ursprünglicher Speicher	Kingston-Module für HP: HP32D4U8D8HD-16XR (2x 16 GB, DDR4-3200, Dual-Rank). Ich hatte angenommen, es sei „HyperX“
Freie Slots	DIMM2, DIMM4

Laut den offiziellen HP-Spezifikationen stehen vier DDR4-Speicherplätze zur Verfügung, mit einem Maximum von 64 GB (4x 16 GB). HP selbst hat auch Konfigurationen mit 4x 16 GB ausgeliefert. Das Aufrüsten auf 64 GB lag also innerhalb der Spezifikationen.

Allerdings enthält das Datenblatt von HP Japan Hinweise im Sinne von: „HP verkauft keine Original-Speicher als Option“ und „Der Betrieb nach einer eigenen Aufrüstung wird nicht unterstützt“. Das Aufrüsten erfolgte also auf eigene Verantwortung.

Warum ich 64 GB wollte

Diesen PC nutze ich zu Hause, um lokale LLMs auszuführen. Ich lasse Ollama dauerhaft laufen.

Als ich große MoE-Modelle getestet habe, liefen sie mit einer Methode, bei der der Teil, der nicht in die 10 GB VRAM passt, im Hauptspeicher platziert wird. Bei 32 GB passten die Gewichte jedoch nicht vollständig in den RAM, sodass der Rest jedes Mal von der SSD gelesen werden musste. Das war langsam. Während der Tests lag der freie RAM konstant bei etwa 0,1 GB.

Mit 64 GB sollten die Gewichte vollständig im RAM Platz finden und eine Geschwindigkeit erreichen, die vergleichbar ist mit Modellen der 27B-Klasse, die ich auf dem Mac ausführe. Das war jedoch nur eine Schätzung; ohne 64 GB ließ es sich nicht messen. Am Ende blieb es unbestätigt.

Speicherwahl: Ich habe die Recherche der KI überlassen – sowohl Empfehlungen als auch „nicht verifizierte“ Punkte kamen heraus

Am 12. Oktober 2026 habe ich Claude Code auf meinem Mac (KI-Agent) beauftragt, Kandidaten für die Speichererweiterung zu recherchieren. Als Empfehlung wurde „Option A“ genannt: CFD Standard W4U3200CS-16G (16GB×2). Es handelt sich um ein Produkt mit DDR4-3200, CL22, 1.2V, JEDEC-konform und Single-Rank (16Gb-Chips).

Die Gründe für die Empfehlung lauteten wie folgt.

• Gleiche Spezifikationen „3200, CL22, 1.2V“ wie das Originalmodul; XMP (Einstellung, um den Speicher schneller als die Norm zu betreiben) ist nicht erforderlich
• HP liefert die Konfiguration 16GB×4 aus
• In Kingstons Kompatibilitätsliste für dieses Modell steht „16GB-Module im Paar, maximal 64GB“; auch Single-Rank-16GB-Artikel sind aufgeführt
• Verfügbarkeit bei großen Händlern; laut Händlerangaben gibt es eine 30-tägige Kompatibilitätsgarantie nach dem Kauf

Andererseits wies dieselbe Recherche klar auf „nicht verifizierte Punkte“ hin.

• Das Originalmodul wird als Dual-Rank vermutet. Wird Single-Rank-CFD hinzugefügt, mischen sich im selben Kanal Dual-Rank und Single-Rank. Das Verhalten in diesem BIOS ist nicht verifiziert
• Ob vier Module von verschiedenen Herstellern unter BIOS F.20 mit 3200 MHz funktionieren, ist nicht verifiziert
• In der HP-Community (nicht offiziell) gibt es Einträge wie „Speicher von Nicht-HP kann auf 2400 MHz fallen“ und „Dieses Mainboard ist empfindlich gegenüber Speicher“

Die Recherche schrieb selbst, sie nenne diese Empfehlung kein „kompatibles Produkt“. Es könnte funktionieren, geprüft hatte es aber niemand.

Ich habe das CFD-Kit (2× 16 GB) bei Amazon für etwa 30.000 Yen gekauft.

Im Rückblick war genau dieser Teil der „nicht verifizierten Punkte“ der Stolperstein. Ich hätte die KI-Recherche nicht nur hinsichtlich der Empfehlungsformulierung, sondern auch im Abschnitt „nicht geprüfte Punkte“ lesen sollen.

Tag 1: Signaltöne, eine leere Batterie und der stehende weiße Ladekreis

Am Nachmittag des 1. November habe ich die beiden CFD-Riegel in die freien Slots DIMM2 und DIMM4 gesteckt und das System gestartet. Es erklangen Signaltöne (Piepcodes), aber das Bild blieb aus. Die Lichter am Gehäuse blinkten, und es sah so aus, als würde der Start beginnen und dann wieder abbrechen.

Nach meiner Erinnerung waren es „zweimal tief, dreimal hoch“. Da ich mir nicht sicher bin, behandle ich dies nicht als exakten Beep-Code.

Nachdem ich die CFD-Riegel entfernt und wieder die ursprünglichen zwei eingesetzt hatte, startete das System. Dabei erschien kurz die Meldung „CMOS-Reset (502)“. Später las ich in den OMEN-Protokollen, dass die BIOS-Uhr bei jedem Trennen des Netzkabels auf den 1. Januar 2018 zurückgesetzt wurde. Die CMOS-Batterie war bereits leer.

Mit den ursprünglichen 32 GB gelang am Nachmittag dieses Tages dreimal der normale Start (15:19, 16:28, 17:21). Zwischen 15:23 und 16:28 habe ich manuell die Windows-Speicherdiagnose (Standardtest) ausgeführt. Die Prüfung der 32 GB ergab 0 Fehler.

Gegen 22:20 Uhr habe ich die CMOS-Batterie durch eine neue ersetzt und vier Riegel (64 GB) installiert. Im BIOS wurden „65536MB“, „DDR4“, „3200“ und „Dual Channel“ angezeigt, und alle vier Riegel wurden mit je 16384 MB erkannt.

Allerdings blieb beim normalen Start gegen 22:23 Uhr und 22:34 Uhr der weiße Ladekreis (unter dem OMEN-Logo) stehen. Auch nach mehr als 10 Minuten änderte sich nichts. Es gab weder einen Bluescreen noch einen ungeplanten Neustart.

Ab 22:38 Uhr habe ich mit HP PC Hardware Diagnostics UEFI (das Diagnose-Tool, das man direkt nach dem Einschalten über Esc → F2 aufruft) den „Schnelltest“ für den Speicher durchgeführt. Um 23:14 Uhr bestand der Test. Die getestete Kapazität betrug 63,7 GB.

Uhrzeit (11/1)	Durchgeführte Aktion	Ergebnis
Nachmittag	CFD in DIMM2 und DIMM4 gesteckt, Start versucht	Signaltöne (Piepcodes), kein Bild, Lichter blinken
Nachmittag	CFD entfernt, Start mit den ursprünglichen 2 Riegeln	Start erfolgreich (Meldung „CMOS-Reset (502)“)
15:19 / 16:28 / 17:21	Normaler Start mit den ursprünglichen 32 GB	Dreimal erfolgreich. Speicherdiagnose zwischen 15:23 und 16:28 bestanden
Gegen 22:20 Uhr	CMOS-Batterie ersetzt, 4 Riegel installiert	BIOS zeigt 65536MB, DDR4, 3200, Dual Channel an
Gegen 22:23 Uhr / Gegen 22:34 Uhr	Normaler Start	Weißer Ladekreis bleibt stehen (keine Änderung nach 10+ Minuten)
22:38–23:14	Schnelltest des Speichers mit HP UEFI-Diagnose	BESTANDEN (getestet: 63,7 GB)

Die Situation zu diesem Zeitpunkt ist folgende: Das BIOS erkennt die 64 GB, und der Speicher hat den Test bestanden. „Der Speicher scheint in Ordnung zu sein, warum startet Windows dann nicht?“ Durch den Batteriewechsel war das Problem mit der zurücklaufenden Uhrzeit gelöst, aber das Problem mit dem fehlenden Start blieb bestehen.

Morgen des zweiten Tages: Im abgesicherten Modus läuft es mit 64 GB

Gegen 05:42 Uhr am 2. November startete die automatische Reparatur. Das Ergebnis lautete jedoch: „Reparatur nicht möglich“. Die Aufzeichnung (SrtTrail.txt) zeigte, dass alle 29 Tests normal verliefen und keine Ursache identifiziert wurde.

Um 05:49 Uhr wählte ich in den Starteinstellungen des Wiederherstellungsbildschirms die Option „4: Abgesicherten Modus aktivieren“. Damit startete das System mit den 64 GB bis zum Desktop. Der Task-Manager zeigte an: 64,0 GB Speicher, DDR4, Geschwindigkeit 3200 MT/s, belegte Slots 4/4 und für Hardware reserviert 136 MB.

Bisheriger Ansprechpartner war ChatGPT auf dem Smartphone. Ich fotografierte den BIOS-Bildschirm, die Signaltöne (Piepcodes) und den Wiederherstellungsbildschirm und ließ sie von der KI lesen. So erhielt ich sofort die nächsten Schritte. ChatGPT erstellte mir zudem eine Zusammenfassung des Beratungsverlaufs in Markdown, in der Ereignisse mit unklarer Uhrzeit als „Zeitpunkt unbekannt“ gekennzeichnet waren.

Entscheidend ist das Muster: Im abgesicherten Modus funktioniert es, beim normalen Start bleibt es stehen. Ist der Speicher selbst die Ursache oder nur ein Treiber, der ausschließlich beim normalen Start geladen wird? An diesem Punkt ließ sich das nicht unterscheiden.

Um die Logs korrekt zu lesen, wollte ich Claude Code auf dem Mac nutzen, um den Inhalt des OMEN zu untersuchen. Doch im abgesicherten Modus ohne Netzwerktreiber fehlte die IP-Adresse und der SSH-Server (sshd) brach mit dem Fehler „1084“ ab. Das war die nächste Hürde.

Vom Mac aus per SSH auf den PC im abgesicherten Modus zugreifen

Fehler 1084 bedeutet, dass dieser Dienst im abgesicherten Modus nicht gestartet werden kann. Ich versuchte zunächst, das System mit der Option „5: Abgesicherter Modus mit Netzwerktreibern“ neu zu starten.

Doch als ich die Shift-Taste gedrückt hielt und den PC neu startete, wechselte er während des Vorgangs in den normalen Start und blieb erneut am weißen Ladekreis hängen. Ich schaltete das Gerät aus und wieder ein, betrat über F11 erneut das Wiederherstellungsmenü und konnte um 08:53 Uhr im abgesicherten Modus mit Netzwerktreibern starten.

Auch die SSH-Verbindung vom Mac scheiterte: Die Verbindung zum Port 22 erlitt nach 8 Sekunden ein Timeout. Ping ging durch, die Antwortzeit lag unter 1 ms. Es handelte sich weder um eine Verbindungsverweigerung noch um einen Authentifizierungsfehler. Es gab schlicht keinen lauschenden Dienst. Im abgesicherten Modus werden nur die Dienste gestartet, die im Registry-Schlüssel SafeBoot\Network aufgeführt sind. Das war vermutlich die Ursache (Schlussfolgerung).

In der Zwischenzeit erstellte Claude Code aus den verbleibenden Logs eines anderen automatisierten Prozesses auf dem Mac (Protokolle der regelmäßigen Verbindungsversuche zum OMEN) eine Zeitleiste, wann der OMEN im Netzwerk aktiv war. Am Nachmittag des 1. November gelang der normale Start dreimal. Nach 21:51 Uhr erschien das Gerät bis zum Morgen um 08:53 Uhr nicht mehr im Netzwerk. Die These, dass Windows im Hintergrund weiterlief, während es am weißen Ladekreis hängen blieb, verlor damit an Gewicht.

Als Gegenmaßnahme registrierte ich sshd als „Service“ unter HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network in der Registry und startete sshd. Die von Claude Code erstellte Anleitung enthielt alles Nötige: einen Befehl zum Erstellen einer Sicherung vor der Änderung, den Inhalt der Änderung, den Geltungsbereich und die Methode zur Rücknahme. Ich führte die Schritte im Administrator-Kommandofenster des OMEN aus.

• Sicherung erstellen: reg export HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network SafeBoot_Network_before.reg
• Registrieren: reg add HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network\sshd /ve /t REG_SZ /d Service /f
• Starten: sc.exe start sshd

Um 12:47 Uhr startete sshd, und um 13:06 Uhr funktionierte die SSH-Verbindung vom Mac.

Hinweis:Mit dieser Einstellung ist es möglich, während des abgesicherten Modus per SSH über das LAN zuzugreifen. Es handelt sich um eine temporäre Einstellung, die nach Abschluss der Untersuchung rückgängig gemacht werden soll.

Was die Logs erzählten: Der normale Start gelang nur mit 32 GB

Nachdem SSH funktionierte, erstellte Claude Code ein PowerShell-Diagnoseskript, das nur liest. Ich prüfte per SHA-256, ob die auf den OMEN gesendete Datei identisch mit der auf der Mac-Seite war, und führte sie aus (1,9 Minuten). Anschließend holte ich das Ergebnis als ZIP auf den Mac und analysierte es.

Die Aufzeichnungen des physischen Geräts ergaben Folgendes:

Feststellung	Begründung
Der normale Start gelang nur mit 32 GB	In der Konfigurationsdatei (SHIM.json), die die NVIDIA-App um 17:21:54 schrieb, stehen „ca. 32 GB physischer Speicher“ und „RAM 32768MB DDR4 3200“
Der abgebrochene normale Start hinterließ keine Aufzeichnungen	Es gibt keinen einzigen Eintrag im Ereignisprotokoll. Der Fehler trat auf, bevor das Ereignisprotokoll aktiv wurde (Phase der Initialisierung von Kernel und Treibern)
Kein Bluescreen	Der „Kernel-Power 41“-Eintrag beim nächsten Start weist den Bugcheck-Code 0 auf. Das Muster entspricht einem erzwungenen Herunterfahren über die Power-Taste während des abgebrochenen Starts
Aufteilung des Speichers	DIMM1 und 3 sind Kingston (2 Rank), DIMM2 und 4 sind CFD (1 Rank). Alle vier melden „3200, 1.2V“
Die Uhrzeit des OMEN lag 32 Minuten und 18 Sekunden zurück	Nach der CMOS-Initialisierung passte Windows die Uhrzeit an die letzte Beendigungszeit an (Schlussfolgerung). Dies ist nicht die Ursache für den Startausfall

Entscheidend war die Aufzeichnung der NVIDIA-App. Ob zum Zeitpunkt des letzten erfolgreichen normalen Starts um 17:21 bereits das vierte Modul eingesetzt war, konnte ich anhand meiner Erinnerung nicht feststellen. Denn ich hatte mit dem Einbau von CFD vor 17:00 Uhr begonnen. Die Zeile, die die App beim Start schrieb, wies darauf hin, dass es zu diesem Zeitpunkt 32 GB waren. Das bedeutet: Der normale Start mit 64 GB ist nie einmal erfolgreich gewesen.

Auch die GPU blieb als Kandidat im Spiel. Bei jedem normalen Start am 1. November wurden korrigierte PCIe-Fehler der GPU (WHEA-Logger 17) protokolliert, und im September gab es auch Aufzeichnungen über Bluescreens im Zusammenhang mit der GPU.

Es gab auch eine Korrektur durch die KI. Da dieser Speicher kein ECC (Fehlererkennung und -korrektur) besitzt, werden Speicherfehler ohnehin nicht in WHEA protokolliert. Claude Code schrieb anfangs „WHEA für Speicher ist null“ als Indiz für Normalität, korrigierte dies aber später selbst.

Auch das Diagnoseskript selbst hatte Fehler. Bei der Erstellung der Zusammenfassung trat eine Ausnahme auf. Die Anweisung zur Prüfung versteckter Dateien fehlte, sodass pagefile und andere Elemente fälschlicherweise als „nicht vorhanden“ protokolliert wurden. Die Trennzeichen des Bootlogs konnten nicht gelesen werden. Außerdem sammelte es sogar Informationen zum Produktschlüssel der OEM-Version von Windows aus dem BIOS; die Kopie auf dem Mac habe ich daher geschwärzt. Schon bei reinen Lesezugriffen muss man auf den Umfang der gesammelten Daten achten.

Eingrenzung: Startprotokoll, GPU, Speichergrenzen

Aus den Logs allein lässt sich nicht feststellen, ob der Speicher oder ein Treiber die Ursache ist. Deshalb habe ich am Nachmittag mit veränderten Bedingungen getestet.

Durchgeführter Test	Ziel	Ergebnis
Startprotokollierung aktivieren und normalen Start durchführen (Option 2 in den Starteinstellungen)	Feststellen, bei welchem Treiber der Prozess anhält	Anhalten am weißen Ladekreis. In ntbtlog.txt wurde für diesen Start keine einzige Zeile hinzugefügt = Der Fehler tritt auf, bevor das Startprotokoll geschrieben wird, also in einer noch früheren Phase. Die Startaufzeichnung (bootstat.dat) brach ab, als der Boot Manager die Code-Integrity-Richtlinie las
NVIDIA-GPU deaktivieren und normalen Start durchführen (pnputil)	Feststellen, ob der GPU-Treiber die Ursache ist	Wie zuvor angehalten. Der NVIDIA-Treiber wurde aus den Verdächtigen gestrichen. Die GPU wurde sofort wieder aktiviert
Von Windows nutzbaren Speicher auf 32 GB begrenzen (truncatememory in bcdedit)	Feststellen, ob ein Start mit nur 32 GB möglich ist, ohne Speicherriegel zu entfernen	Die Änderung wurde mit der Begründung abgelehnt, dass sie durch die Secure-Boot-Richtlinie geschützt sei. Es änderte sich nichts
Befehl zum Neustart in das BIOS (shutdown /r /fw)	BIOS remote öffnen	Dieser Befehl ist bei diesem Modell mit Fehler 203 nicht verfügbar. Ich habe den PC ausgeschaltet und F10 gedrückt, um das BIOS zu öffnen

Die Deaktivierung der GPU wurde von Claude Code per SSH ausgeführt, nachdem ich gesagt hatte, es solle die Tests selbst ausführen. Vor der Ausführung war bereits der Befehl zur Rückgängigmachung festgelegt, sodass nach dem Ergebnis sofort zurückgesetzt wurde.

Hiermit blieben zwei Kandidaten übrig.

1. Die Konfiguration aus 4 Riegeln mit 64 GB ist in einer frühen Phase des normalen Starts instabil (Speicherseite)
2. Komponenten außerhalb von NVIDIA, die nur beim normalen Start geladen werden (Treiberseite)

Im abgesicherten Modus läuft das System stundenlang stabil, während es beim normalen Start jedes Mal an derselben Stelle anhält. Claude Code erklärte, dass dies kein Grund ist, den Speicher als Ursache auszuschließen. Da der Speicher in der frühen Startphase immer in fast derselben Reihenfolge genutzt wird, ist es möglich, dass er bei Instabilität immer an derselben Stelle zum Anhalten führt (Schlussfolgerung).

Nachdem ich die BIOS-Einstellungen nach Vorschlag der KI geändert hatte, bestand der PC nicht einmal mehr den POST

Anschließend beschloss ich, mich direkt mit den BIOS-Einstellungen zu befassen. Ich fotografierte den BIOS-Bildschirm sechs Mal mit meinem Smartphone und ließ ChatGPT die Bilder lesen. Diese Zusammenfassung habe ich an Claude Code auf meinem Mac weitergegeben. Claude Code selbst hat die Fotos nicht gesehen.

In „Advanced“ gab es einen Bildschirm namens „Memory Overclocking“. Die Werte für das „Default profile“ lauten wie folgt.

Parameter	Wert
DRAM Frequency	1600 (= 3200 MT/s)
tCL / tRCD / tRP	22 / 22 / 22
tRAS	52
tRFC	560
tWTR_S	0
tREFI	12480
NMode	2
Feld für die Speicherspannung	1,35 V

Hier ist die Einschätzung von Claude Code (Schlussfolgerung). Ein tRFC-Wert von 560 entspricht bei 3200 MT/s 350 ns. Dies ist ein Wert für 8-Gb-Chips (Kingston, Dual-Rank). Für 16-Gb-Chips (CFD, Single-Rank) werden 550 ns benötigt, was einem Wert von 880 entspricht. Daher schlug es vor, nur tRFC von 560 auf 880 zu ändern. Falls der Bildschirm ausbliebe, sollte man das Einschalten mehrmals versuchen und als letzte Option die CMOS-Batterie entfernen, um die Einstellungen zurückzusetzen.

Als ich auf ein manuelles Profil umstellte und tRFC auf 880 setzte, schlug das fehl. Beim Einschalten hörte ich drei tiefe und zwei hohe Signaltöne (Piepcodes). Nicht einmal der POST (die Selbstdiagnose direkt nach dem Einschalten) lief durch. Mehrfaches Neustarten änderte nichts. Am Ende musste ich die CMOS-Batterie entfernen, um die Einstellungen zu initialisieren, und erst dann funktionierte alles wieder.

Warum lief der POST nicht mehr durch? Laut Schlussfolgerung von Claude Code ist es möglich, dass beim Umschalten auf den manuellen Modus auch die anderen angezeigten Werte unverändert übernommen wurden. Besonders der Wert „0“ für tWTR_S ist problematisch, da die Spezifikation hier mindestens 4 verlangt.

Anschließend änderte ich nur diese zwei Stellen: tRFC auf 880 und tWTR_S auf den Mindestwert der Spezifikation, also 4. Diesmal gab es keine Signaltöne, und der POST lief durch. Der normale Start blieb jedoch weiterhin beim weißen Ladekreis hängen. Damit war klar, dass die Abweichung bei tRFC nicht allein die Ursache sein konnte.

Die Lehre daraus ist eindeutig. Der Vorschlag der KI war technisch schlüssig und basierte auf den Spezifikationen. Trotzdem verhinderte er auf dem echten Gerät den POST. Claude Code selbst hält fest: „Manuelle Änderungen an Timings im BIOS sollte man nur dann vornehmen, wenn keine andere Methode verfügbar ist.“ Da ich die Rücksetzschritte im Voraus abgefragt hatte, konnte ich das System wiederherstellen.

Entscheidender Hinweis: Nach dem Zurücksetzen auf die ursprünglichen zwei Module änderte sich das BIOS-Display komplett

Hierbei habe ich Claude Code gefragt: „Wie hoch ist die Wahrscheinlichkeit in Prozent, dass ein BIOS-Update das Problem behebt?“ Die Antwort lautete: „Etwa 10 bis 20 Prozent. Es handelt sich nicht um eine belegte Zahl, sondern um eine Einschätzung.“ Ein Update empfahl es deshalb vorerst nicht, aus drei Gründen.

• Das Problem tritt auf, obwohl POST und der Speicher-Test bestanden wurden; es entspricht nicht dem typischen Muster, das durch ein BIOS-Update behoben wird
• Bei einem Fehlschlag des Schreibvorgangs besteht die Gefahr, dass das System nicht mehr startet
• Die Angabe, dass ein neueres BIOS (F.30 Rev.A) existiert, stammt aus einem Beitrag im HP-Community-Forum und wurde an einem realen Gerät nicht verifiziert

Stattdessen beschloss ich, Punkte zu überprüfen, die noch nicht isoliert worden waren. Der erfolgreiche Start mit 32GB im normalen Modus erfolgte nur vor dem Batteriewechsel. Das Hängenbleiben bei 64GB trat nur nach dem Batteriewechsel auf. Die „Kombination aus vier Modulen“ und die Tatsache, dass durch den Batteriewechsel das BIOS zurückgesetzt wurde, traten gleichzeitig auf.

Gegen 16:57 Uhr entfernte ich die zwei CFD-Module und behielt nur die ursprünglichen zwei Kingston-Module (32GB) bei. Als ich mit F10 das BIOS öffnete, war die Überschrift „Advanced“ komplett verschwunden. Die Seite für Memory Overclocking scheint nur angezeigt zu werden, wenn Speicher von Herstellern außer HP installiert ist. Im HP-Community-Forum gibt es einen Beitrag, der besagt, dass in Version F.20 eine „Seite für Overclocking-Einstellungen für Nicht-HP-Speicher“ hinzugefügt wurde.

Beim anschließenden normalen Start war der Vorgang erfolgreich (16:58 Uhr). Eine Überprüfung per SSH ergab: ein normaler Start, nicht der abgesicherte Modus, und die Anmeldung war erfolgt. Ollama lief ebenfalls; die sichtbare Kapazität betrug etwa 31,9GB.

Daraus lässt sich Folgendes ableiten:

• Der Batteriewechsel, das Zurücksetzen des BIOS und der Zustand von Windows sind nicht die Ursache
• Die Ursache wurde auf „das Hinzufügen der zwei CFD-Module“ eingegrenzt
• Entweder liegt es an den CFD-Modulen selbst (oder an der Behandlung von Nicht-HP-Speicher durch das BIOS) oder an der Kombination aus vier Modulen zweier verschiedener Typen

Um zu unterscheiden, welche der beiden Ursachen vorliegt, müsste ein Start mit nur den zwei CFD-Modulen erfolgen. Diese Überprüfung habe ich nicht durchgeführt.

Fazit: CFD aufgeben und stattdessen HP-Original-Speicher kaufen

Am 2. November um 17:04 Uhr habe ich mich entschieden, „CFD aufzugeben und stattdessen HP-Original-Speicher zu kaufen“.

Die Entscheidungsgrundlage hatte Claude Code bereits im Voraus geliefert. Selbst wenn man nur mit den zwei CFD-Modulen testet, ist die Lösung in beiden Fällen fast identisch.

• Falls der Start gelingt: Die Ursache liegt im „Mischen von zwei Arten“. Die Lösung besteht darin, alle vier Module auf dieselbe Art zu vereinheitlichen.
• Falls es zum Stillstand kommt: Die Ursache liegt in „CFD selbst oder der Behandlung von Nicht-HP-Speicher durch das BIOS“. Die Lösung besteht darin, auf HP-Original-Speicher (HP-spezifische Module) umzusteigen.

Wie auch immer es ausgeht, ist die Vereinheitlichung auf HP-Speicher die sicherste Option. Ein BIOS-Update wurde mit einer Einschätzung von „10 bis 20 Prozent“ Wahrscheinlichkeit nicht empfohlen.

Kandidaten für den Kauf

Hier sind die Kandidaten, die ich Claude Code recherchieren und per Mail zusammenfassen ließ.

Kandidat	Inhalt	Hinweis
Kandidat 1	Zwei gebrauchte Module von Kingston für HP, identisch mit den aktuell eingesteckten (HP32D4U8D8HD-16XR. Auch andere Revisionsnummern sind akzeptabel)	Neue Exemplare werden kaum verkauft. Vor dem Kauf anhand eines Fotos des Etiketts die Bezeichnung „HP32D4U8D8“ und „2Rx8“ prüfen
Kandidat 2	Neues HP-Original-Zubehör „HP 16GB DDR4-3200 DIMM (13L74AA)“	Laut Händlerangaben: 2 Rank, 1.2V, CL22. Da es sich um ein Produkt für Business-PCs handelt, ist unbestätigt, ob es mit OMEN funktioniert

Folgende drei Dinge sind zu vermeiden.

• 16GB mit 1 Rank
• Speicher ohne HP-Marke
• Gaming-Speicher, der XMP voraussetzt

Nach dem Eintreffen prüfe ich zunächst im BIOS, ob die Gesamtmenge 64GB beträgt und die Überschrift „Advanced“ nicht erscheint. Wenn sie nicht erscheint, kann man annehmen, dass er als HP-Speicher behandelt wird. Erst danach starte ich normal.

Noch nicht erledigte Schritte

• Start nur mit den zwei CFD-Modulen
• BIOS-Update
• Quick Test und Extensive Test der HP-UEFI-Diagnose
• Prüfung durch Herabsetzen der Speichergeschwindigkeit

Den HP-Original-Speicher habe ich zum Zeitpunkt dieses Artikels noch nicht gekauft. Der OMEN läuft derzeit mit den ursprünglichen 32GB wie gewohnt.

Was ich gut an ChatGPT und Claude Code fand – und was knapp daneben ging

Diesmal war die Aufteilung so: Das Smartphone mit ChatGPT las den Inhalt des Bildschirms, während Claude Code auf dem Mac den PC untersuchte und dokumentierte. Denn solange der PC nicht normal startete, war die Kamera des Smartphones das einzige Mittel, um den Bildschirminhalt an die KI zu übergeben. Die Unterschiede in den Stärken der beiden KI-Systeme habe ich auch im Vergleich von ChatGPT und Claude zusammengefasst.

Aufgabe	Verwendete KI	Ergebnis / Bewertung
Foto des Bildschirms lesen und Schritte erklären	ChatGPT	Ich kam vor Ort nicht ins Stocken
Beratungshistorie chronologisch zusammenfassen	ChatGPT	Einträge mit unklarer Uhrzeit konnte ich als „Uhrzeit unbekannt“ kennzeichnen
Aus den Mac-Logs die Zeiten rekonstruieren, zu denen der OMEN im Netzwerk war	Claude Code	Die These, dass Windows im Hintergrund lief, wurde geschwächt
SSH im abgesicherten Modus einrichten	Claude Code	Ein Anleitungsblatt mit Vorher-Nachher-Werten und Rücksetzschritten war hilfreich
Nur-Lese-Diagnoseskript	Claude Code	Hatte Fehler und sammelte sogar Informationen zum Produktschlüssel
Beweis, dass 32 GB verbaut waren	Claude Code	Fand den entscheidenden Eintrag der NVIDIA-App
Test mit deaktivierter GPU	Claude Code	Nach meiner Freigabe ausgeführt und sofort zurückgesetzt
Vorschlag, tRFC im BIOS zu ändern	Claude Code	Danach lief der POST nicht mehr durch
Aussage, dass ein BIOS-Update das Problem lösen könnte	Claude Code	„10 bis 20 Prozent“. Die KI selbst hatte betont, dass es sich um eine unbegründete Schätzung handelt
Speicherwahl im Oktober	Claude Code	Ich bin an den Punkten hängengeblieben, die als „nicht verifiziert“ markiert waren (Mischung, BIOS-Verhalten)

Der Grund für den Erfolg war, dass ich die KI aufforderte, die Arten von Informationen getrennt zu berichten. Aufzeichnungen des realen Geräts, meine Erinnerungen, Informationen aus Dokumentationen (wie Foren) und Schlussfolgerungen. Ich habe verlangt, dass diese vier Kategorien nicht vermischt werden. Auch die Uhrzeiten habe ich erst abgeglichen, nachdem ich die Abweichung der PC-Uhr korrigiert hatte.

Bevor ich Einstellungen änderte, ließ ich zuerst nur lesen. Wenn etwas geändert wurde, ließ ich zuerst den vorherigen Wert und die Methode zum Zurücksetzen dokumentieren. Ob ich es ausführe, habe ich selbst entschieden. Pro Durchgang habe ich nur eine Stelle geändert.

Gefährlich war, dass die Vorschläge der KI oft „technisch korrekt“ sind. Sie kennen aber keine Eigenheiten wie die des OEM-BIOS oder die spezifischen Umstände meines Geräts. Änderungen, bei denen kein Weg zurück beschrieben wird, sollte man besser nicht anfordern.

Für alle mit denselben Symptomen: Checkliste zur Reihenfolge der Prüfung

Aus den Erfahrungen dieser zwei Tage würde ich in dieser Reihenfolge vorgehen.

1. Prüfen Sie vor dem Aufrüsten den vorhandenen Speicher: Sehen Sie sich Modellnummer und Rank am Gerät selbst an. Der ursprüngliche Speicher meines OMEN war ein 2-Rank-Modul von Kingston für HP.
2. Wählen Sie den Kaufweg: Sehen Sie in die Kompatibilitätsliste des Herstellers für Ihr Modell und kaufen Sie bei einem Händler mit Kompatibilitätsgarantie.
3. Verlassen Sie sich nicht auf die Kapazitätsanzeige im BIOS: Selbst wenn 64 GB angezeigt wurden, war ein normaler Start nicht möglich.
4. Vergleichen Sie normalen Start und abgesicherten Modus: Wenn nur der abgesicherte Modus funktioniert, kommen sowohl der Speicher als auch Treiber in Frage.
5. Aktivieren Sie die Startprotokollierung und starten Sie: Sehen Sie nach, wo es hängen bleibt. Wenn nichts protokolliert wird, ist es in einer sehr frühen Phase abgestürzt.
6. Schließen Sie den GPU-Treiber aus: Deaktivieren Sie das Gerät, starten Sie normal und aktivieren Sie es sofort wieder.
7. BIOS-Werte manuell zu ändern, kommt zuletzt: Klären Sie vorher, wie Sie zurücksetzen (CMOS-Batterie entfernen).
8. Stellen Sie die ursprüngliche Konfiguration wieder her und prüfen Sie, ob sie funktioniert: So lässt sich die Ursache auf das „Hinzugefügte“ eingrenzen.
9. Prüfen Sie auch die CMOS-Batterie: Wenn die Uhrzeit bei jedem Trennen vom Stromnetz auf 2018 zurückgesetzt wird, ist die Batterie leer.

Was ich beim OMEN 30L (Mainboard 8703, BIOS F.20) festgestellt habe

• Wenn Speicher von Nicht-HP-Herstellern eingesteckt wird, erscheint im BIOS der Eintrag „Advanced“ (Memory Overclocking)
• In den Standardwerten dieses Bildschirms waren 1,35 V und ein Wert von 0 für tWTR_S zu sehen
• Nur mit HP-Speicher verschwand dieser Eintrag

Allerdings kann man nicht sagen, dass dies bei denselben Symptomen immer die Ursache ist. Je nach Zustand des Geräts und BIOS-Version kann sich das Verhalten ändern.

Zusammenfassung

Laut BIOS-Anzeige und Speichertests waren die 64 GB in Ordnung. Nur der normale Start von Windows gelang nicht. Als ich auf die ursprünglichen zwei Riegel zurückkehrte, funktionierte alles. Damit ließ sich die Ursache auf das Hinzufügen der CFD-Riegel eingrenzen; ein Defekt der CFD-Riegel folgt daraus nicht. Die Aufrüstung versuche ich mit HP-Speicher erneut.

Die KI war sehr schnell und präzise darin, Logs abzugleichen und eine Zeitachse zu erstellen. Andererseits schlugen Vorschläge zur Änderung der BIOS-Einstellungen an der realen Hardware fehl. „Fakten und Schlussfolgerungen trennen“ und „zuerst nach dem Weg zurück fragen“. Diese zwei Punkte haben diesmal am besten funktioniert.

Falls es gelingt, mit HP-Original-Speicher auf 64 GB zu erweitern, schreibe ich die Fortsetzung.