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.
Chia plotting bricht ab PC stürzt ab und farming bricht ab
Nachdem ich einiges versucht habe, melde ich mich zurück.
Um auszuschliessen, dass die Lexar NM790 Probleme mit dem Plotten haben, habe ich eine Sg FireCuda 530 2TB gekauft, und mit dieser versucht - ohne Erfolg.
Dann hab ich Windows 11 Pro 22h2 - ohne irgendwelche Vorabversionen - komplett frisch auf eine der Lexar NM790 installiert. Anschliessend einzig und allein Chia 2.1.4 installiert (keine Treiber, keine Updates), und den Key-Ordner in das dazugehörige Standardverzeichnis auf C kopiert. Der PC war komplett ohne Internetverbindung, keine HDDs angeschlossen, nur zwei Nvmes. Die Lexar für's System und die FireCuda zum Plotten.
Plotten wollte ich per Madmax über Powershell, mit Auslastung aller CPU-Kerne.
Beim ersten Versuch direkt abgebrochen, beim Zweiten nach kurzem Absturz ohne Bluescreen.
Weitere Versuche habe ich mit meinem Laptop unternommen.
Laptop:
MSI GL73 8SD
CPU: Intel i7-8750H
RAM: 32GB
GPU: Nvidia Geforce GTX 1660 Ti
PCI-e 3
Hauptfestplatte 2TB Nvme
+ 2TB HDD
Windows 11 Pro insider Build
Zu den Versuchen:
In den zweiten Nvme-Steckplatz habe ich eine der Lexar NM790 eingebaut.
Die ~30 Plots, die ich testweise angeworfen hab, liessen sich ohne Probleme erstellen.
Der Powershellbefehl war der Gleiche, wie am PC, eben mit angepasster Threadanzahl, aber auch voll ausgelasteter CPU.
Des Weiteren habe ich, seit ein paar Tagen, alle vier IcyBoxen am Laptop angeschlossen + eine weitere externe HDD - also 41 externe HDDs.
Auch das ist hier ohne Probleme. Die Chia GUI steigt nicht aus. Also es werden nicht plötzlich keine Plots mehr angezeigt, und der Farmer läuft auch durch, ohne dass die GUI irgendwann Fehler anzeigt.
Der PC läuft aktuell mit nur 6 HDDs, die per SATA direkt am Mainboard angeschlossen sind. Sonst sind nur noch die beiden Nvmes drin. Ich hab die Nvme mit meinem vorherigen System wieder eingesetzt.
Was sehe ich vorher?
Die GUI zeigt die Plots wieder nicht mehr an, und der Farmer nur einen Ladekreisel - Loading farming data. Erst nach einem Reload läuft es wieder.
Prime95 testet ja die Festplatten nicht aus. Gibt es ein Programm, welches Festplatten über einen längeren Zeitraum auslasten kann?
Damit könnte ich dann die Festplatten- und USB-Anschlüsse vom Mainboard testen.
Oder sonst Ideen, was ich noch tun kann/worin das Problem liegt?
Mein Verdacht fällt einfach immer mehr auf's Mainboard. Aber wie prüfe ich das?
Schau dir mal die Smart Werte der HDDs an, hört sich aber nach einem Hardware Problem an.
Ich rate dir nochmals ab normale Plots zu generieren, der Netspace steigt weiter, mittlerweile gibt es Plotter die Plots ausspucken, die lediglich 20-25% der eigentlichen Größe haben.
Ich hab meine Farm alleine mit c5 Bladebit Plots um 25% vergrößert, ohne neue HDDs zu kaufen.
Ich würde ja gern komprimierte Plots erstellen, aber:
Für Cuda ist meine GPU langsam, und 64GB RAM sind da auch wenig. Es funktioniert zwar, aber dauert.
Zudem: wenn ich meine Arbeits-Nvme als Temp-Verzeichnis auswähle wird dennoch meine Systemplatte ganz viel zu 100% ausgelastet, und die Arbeits-Nvme dümpelt bei max 5% rum, zumeist aber 0%.
CPU und GPU sind auch nur sehr gering ausgelastet. RAM durchweg knapp 100%.
Die HDDs laufen, haben zwei zwar ein Vorsicht, aber ich glaub das ist nicht wild. und wenn ich mich recht erinnere, hatte die GUI auch einen Ausfall mit der Anzeige "Fehler", als ich keine der HDDs angeschlossen hatte.
Und das Plotten funktioniert auch ohne die HDDs nicht.
Ich häng mal die CrystalDisk Images an.
Ergänzung ()
Mal abgesehen davon, dass Du mit den komprimierten Plots absolut recht hast, ich das gerne machen würde, und auch werde, wenn es denn per diskplot funktioniert - oder mach ich was falsch? - möchte ich das Problem in Griff bekommen, dass der PC abkackt.
Ergänzung ()
Hab eben nochmal einen Plot per Cuda generiert:
Completed Plot 1 in 4625.29 seconds ( 77.09 minutes )
Wie bereits erwähnt, ich hab unter Ubuntu ein 3700x, 128GB RAM, 128 GB OS SSD, 2x S70 2TB als Arbeits/Temp SSD, die Arbeits SSD ist mittels PCIe4 Karte verbaut. Ein Plot dauert ca. 7,5 Min.
Mein Node/Farmer läuft unter Promox in einer VM.
Hast du alle onboard SATA Ports in Benutzung? Laut Handbuch werden 2 SATA Ports abgeschaltet sobald eine M.2 im M2M_SB Slot steckt.(SATA 2&3).
Ja, ich habe alle SATA Ports belegt, und aufgrund der von Dir erwähnten Abschaltung M2M_SB nicht.
Die von mir im PC genutzten Nvmes sind auch alle PCIe4.
Ich würde einfach gern mit meinem aktuellen System weiter machen, und darum geht es mir, da den Fehler/das Problem zu finden und zu lösen, und nicht alles mögliche umzustellen.
Mit fast genau diesem System habe ich ja bereits keine Ahnung wie viele genau, aber bestimmt 4000 Plots erstellt. Irgendwann waren die Nvmes durch, dann fing es an mit Plot-Abbrüchen und Bluescreens, was sich allerdings durch Nvme tauschen nicht gegeben hat.
Es kann doch nicht sein, dass mit solcher Hardware auf einmal kein plotten mehr unter Windoof möglich ist.
Was meinst Du denn zu meinem Verdacht bezüglich dessen, dass das Mainboard das Problem ist?
Wie ich darauf komme hab ich ja bereits quasi erläutert
- die Probleme, dass der GUI die Plots verloren gehen
- die Abbrüche/Abstürze beim Plotten
- Prime95/Memtest86 ohne Probleme -> hier werden ja allerdings weder USB- noch Festplattenports belastet
Da fällt mir noch ein vielleicht interessanter Aspekt ein:
Ich habe am PC die Tage 5 16TB HDDs auf 18TB HDDs umgezogen. während dieser Zeit hatte ich nicht einen Ausfall in der GUI.
Es waren dabei 47 HDDs angeschlossen. 40 in den IcyBoxen, davon 30(3Boxen) über USB 2, 10(eine Box) über USB-C, 6 HDDs intern direkt per SATA am Mainboard + eine HDD in einem weiteren externen Gehäuse per USB 3.
Ergänzung ()
Eigentlich möchte ich kein weiteres Geld investieren. Es ist schon so verdammt viel rein geflossen, was sich aus meiner Vermutung - aus meiner aktuellen Sicht - niemals amortisieren wird und es ist einfach nur ein teures Hobby.
Oder lieg ich da falsch?
Ergänzung ()
Ist es absehbar, wann/ob Diskplot komprimierte Plots erstellen kann?
Beim erstellen von normalen Plots wird primär CPU/RAM/Mem-Controller und die SSDs beansprucht.
Beim plotting von kompriemierten Plots kommt noch die GPU hinzu.
Schmiert das System auch ab, wenn du nur SSDs drin hast, sprich, eine SSD für das Plot schreiben, eine SSD als Temp Order um von hier aus die Plots auf HDDs zu verlegen?
Was passiert wenn du die Plots per Chia GUI erstellen lässt?
Ist die DB auf V1 oder V2?
Mal über eine USB3 PCIe Karte nachgedacht, gibts bei Amazon für 20-25€ mit 6 oder 7 Ports.
Kannst ja ein Versuch mit Ubuntu starten und schauen wie sich das System dann verhält. Hier kannst du auch mal mit 64GB compressed Plots mit Bladebit testen.
deadletters schrieb:
Eigentlich möchte ich kein weiteres Geld investieren. Es ist schon so verdammt viel rein geflossen, was sich aus meiner Vermutung - aus meiner aktuellen Sicht - niemals amortisieren wird und es ist einfach nur ein teures Hobby.
Oder lieg ich da falsch?
Kann ich nachvollziehen, sofern du nicht auf komprimierte Plots umsteigst wird es noch schwieriger.
Das "halving" steht an, d.h. der Plotfilter wird geändert, was die Last auf das System nochmal erhöhen wird.
Bei der aktuellen Entwicklung wandelt sich Chia langsam zu einer PoW Chain, der neuste Plotter kann k32 Plots auf 20% "schrumpfen", erfordert aber min. eine 3090 zum plotten. Es würde sogar noch mehr gehen, dann wären aber GPUs mit 48GB VRAM nötig.
Der Netspace wächst und wächst, jeder der ne Farm hat, ob groß oder klein steigt auf compressed Plots um.
Selbst wenn du umsteigst, wahrscheinlich wirst du selbst bei C5/C6 eine GPU fürs Farming brauchen um die Daten schnell genug abzuliefern.
deadletters schrieb:
Ist es absehbar, wann/ob Diskplot komprimierte Plots erstellen kann?
Nope, Chia Network hat auch ordentlich Mitarbeiter entlassen und Bladebit ist selbst ist noch eine Beta.
Standalone bladebit gibts soweit ich mich erinnern kann nur für Linux.
Das lustige ist, sowohl MadMax als auch der Dev von NOSSD waren am Anfang bei Chia dabei, man hat sich aber von Ihnen getrennt.
Wenn du mit einer DevFee leben kannst, dann würde ich Gigahorse Plotter und Farmer von MadMax austesten.
Da kannst du auch mit deinem jetzigen System komprimierte Plots erstellen, sofern es mal stabil läuft.
In deinem Startpost ist eine RTX2070 angeben, voll ausreichend für GPU plotting.
RAM upgrade wäre nur für Bladebit nötig.
Beim erstellen von normalen Plots wird primär CPU/RAM/Mem-Controller und die SSDs beansprucht.
Beim plotting von kompriemierten Plots kommt noch die GPU hinzu.
Kann es nicht sein, dass der Mem-Controller defekt ist?
-=Azrael=- schrieb:
Schmiert das System auch ab, wenn du nur SSDs drin hast, sprich, eine SSD für das Plot schreiben, eine SSD als Temp Order um von hier aus die Plots auf HDDs zu verlegen?
Ja, genau das hab ich bereits getestet.
Test 1:
Alle SATA-Kabel direkt am Mainboard abgesteckt, dass auch die Kabel als Fehlerquelle auszuschliessen sind. Eine SSD auf der Windows + Chia GUI etc. sind, und eine zweite SSD als Temp + Speicherort für die fertigen Plots.
Test 2:
Windows 11 Pro ohne irgend Insider, ohne Treiber, ohne Software ausser der Chia GUI 2.1.4, ohne HDDs, nur die zwei Nvmes.
Plotversuch 1 über Powershell hat abgebrochen, Plotversuch 2 verursachte einen Absturz.
-=Azrael=- schrieb:
Was passiert wenn du die Plots per Chia GUI erstellen lässt?
Im aktuellen Zustand wozu? Ich hab ja seit ein paar Tagen keine USB-Geräte mehr angeschlossen, ausser den Stick für Maus und Tastatur.
Aktuell angeschlossen sind die 2 Nvmes + die 6 internen HDDs per SATA, und heute morgen bekam ich das zu sehen:
-=Azrael=- schrieb:
Kannst ja ein Versuch mit Ubuntu starten und schauen wie sich das System dann verhält. Hier kannst du auch mal mit 64GB compressed Plots mit Bladebit testen.
compressd Plots kann ich auch unter Windows mit 64GB über Bladebit erstellen. Cuda ist bis jetzt der einzige Plotter, bei dem der PC nicht abstürzt, aber ein Plot benötigt eben über eine Stunde.
Hab zum Test über Nacht 5 C9 Plots erstellen lassen.
-=Azrael=- schrieb:
Da kannst du auch mit deinem jetzigen System komprimierte Plots erstellen, sofern es mal stabil läuft.
Für C9 Plots wirst du die GPU ebenfalls zum Farmen brauchen, wie viele eine RTX2070 dann beim neuen Plotfilter überhaupt unterstützt kann ich dir nicht sagen. Und Farmen und Plotten gleichzeitig ist dann sowieso nicht.
Schau dir einfach alle Punkte an, Anwendung, System etc. . Unter Anwendung wirst du wohl Chia sehen aber ggf. auch was anderes. Halt ausschau nach Fehlern oder Warnungen.
deadletters schrieb:
Hatte über Nacht die SATA Platten auch nochmal weg, und die GUI zeigte heute morgen Fehler an.
Schau dir einfach alle Punkte an, Anwendung, System etc. . Unter Anwendung wirst du wohl Chia sehen aber ggf. auch was anderes. Halt ausschau nach Fehlern oder Warnungen.
Anwendungen: 4677 Ereignisse
System: 46534 Ereignisse
Das kann ich nicht alles durch schauen. Ich weiss, Du hast geschrieben, Warnungen und Fehler.
Das meiste sind Infos, die ich aber auch komisch finde.
Aus'm System:
Warnungen als Beispiel:
Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "DESKTOP-I8LQQC0\deadletters" (SID: S-1-5-21-386786227-3205599884-1711676006-1001) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Aktivierung" für die COM-Serveranwendung mit der CLSID
{2593F8B9-4EAF-457C-B68A-50F6B8EA6B54}
und der APPID
{15C20B67-12E7-4BB6-92BB-7AFF07997402}
im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.
Timeout bei der Namensauflösung für den Namen testnet2.minepi.com, nachdem keiner der konfigurierten DNS-Server geantwortet hat. Client-PID 18124.
Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "NT-AUTORITÄT\SYSTEM" (SID: S-1-5-18) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Start" für die COM-Serveranwendung mit der CLSID
Windows.SecurityCenter.WscDataProtection
und der APPID
Nicht verfügbar
im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.
Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "NT-AUTORITÄT\SYSTEM" (SID: S-1-5-18) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Start" für die COM-Serveranwendung mit der CLSID
Windows.SecurityCenter.SecurityAppBroker
und der APPID
Nicht verfügbar
im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.
Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "NT-AUTORITÄT\SYSTEM" (SID: S-1-5-18) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Start" für die COM-Serveranwendung mit der CLSID
Windows.SecurityCenter.WscBrokerManager
und der APPID
Nicht verfügbar
im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.
Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "DESKTOP-I8LQQC0\deadletters" (SID: S-1-5-21-386786227-3205599884-1711676006-1001) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Aktivierung" für die COM-Serveranwendung mit der CLSID
{2593F8B9-4EAF-457C-B68A-50F6B8EA6B54}
und der APPID
{15C20B67-12E7-4BB6-92BB-7AFF07997402}
im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.
Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "DESKTOP-I8LQQC0\deadletters" (SID: S-1-5-21-386786227-3205599884-1711676006-1001) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Aktivierung" für die COM-Serveranwendung mit der CLSID
{2593F8B9-4EAF-457C-B68A-50F6B8EA6B54}
und der APPID
{15C20B67-12E7-4BB6-92BB-7AFF07997402}
im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.
Fehler:
Der Computer wurde nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x0000000a (0x0000000000002087, 0x0000000000000002, 0x0000000000000000, 0xfffff8047cb061cf). Ein volles Abbild wurde gespeichert in: C:\WINDOWS\MEMORY.DMP. Berichts-ID: 00000000-0000-0000-0000-000000000000.
Stellst du Windows immer von einem Backup her oder ist das eine frische Installation?
Ansonsten sind da Python Fehler sowohl in Chia als auch Chives und du könntest dir ja mal den 0x0000000a BSOD anschauen indem du den crashdump mal öffnest.
Der Versuch mit der komplett leeren Festplatte war eine komplette Neuinstallation.
Nachdem Windows drauf war hab ich einzig und allein Chia installiert, und versucht zu plotten, im ersten Versuch mit dem Ergebnis Abbruch, der zweite Start des Plottens Absturz.
-=Azrael=- schrieb:
Ansonsten sind da Python Fehler sowohl in Chia als auch Chives und du könntest dir ja mal den 0x0000000a BSOD anschauen indem du den crashdump mal öffnest.
Der Versuch mit der komplett leeren Festplatte war eine komplette Neuinstallation.
Nachdem Windows drauf war hab ich einzig und allein Chia installiert, und versucht zu plotten, im ersten Versuch mit dem Ergebnis Abbruch, der zweite Start des Plottens Absturz.
Also auch komplett ohne Treiber, keine Updates und kein Internet. Einfach nur das rohe Win 11 Pro standard Release, ohne HDDs.
Lasse jetzt die Chia GUI nochmal weiter ohne angeschlossene HDDs laufen, also auch ohne die Internen.
Möchte dennoch erstmal das Plotten in Griff bekommen, vielleicht gibt sich dann das GUI Problem auch mit.
Ich spiele schon mit dem Gedanken, das gleiche Mainboard nochmal zu kaufen, um das als Fehler auszuschliessen, und dann evtl. auch nochmal den Arbeitsspeicher - ich weiss mir einfach nicht mehr zu helfen.
Es kann doch eigentlich nur noch an der Hardware liegen, wenn das Problem bei einem frischen, rohen Betriebssystem auch auftritt, oder?
Ich hab jetzt den PC mit plotten nochmal abstürzen lassen. Nun lässt sich das wieder sehen.
Was soll ich in WinDbg tun?
Den Minidump hab ich schon offen, aber was brauchst Du daraus?
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: ffffffffffffff8a, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff806289061cf, address which referenced memory
WRITE_ADDRESS: Unable to get offset of nt!_MI_VISIBLE_STATE.SessionWsList
Unable to get nt!MiVisibleState->SessionIdBitmap
ffffffffffffff8a
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXPNP: 1 (!blackboxpnp)
BLACKBOXWINLOGON: 1
PROCESS_NAME: chia_plot.exe
TRAP_FRAME: fffffa05be2872c0 -- (.trap 0xfffffa05be2872c0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000005 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000234495 rsi=0000000000000000 rdi=0000000000000000
rip=fffff806289061cf rsp=fffffa05be287450 rbp=0000000000002010
r8=004000000047e5ef r9=0040000000234495 r10=ffff9980186f2760
r11=0000000000234495 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!MiInitializePfn+0xdf:
fffff806`289061cf 448be5 mov r12d,ebp
Resetting default scope
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: ffffffffffffff8a, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff806289061cf, address which referenced memory
WRITE_ADDRESS: fffff806295c94b0: Unable to get MiVisibleState
Unable to get NonPagedPoolStart
Unable to get NonPagedPoolEnd
Unable to get PagedPoolStart
Unable to get PagedPoolEnd
unable to get nt!MmSpecialPagesInUse
ffffffffffffff8a
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXPNP: 1 (!blackboxpnp)
BLACKBOXWINLOGON: 1
CUSTOMER_CRASH_COUNT: 1
PROCESS_NAME: chia_plot.exe
TRAP_FRAME: fffffa05be2872c0 -- (.trap 0xfffffa05be2872c0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000005 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000234495 rsi=0000000000000000 rdi=0000000000000000
rip=fffff806289061cf rsp=fffffa05be287450 rbp=0000000000002010
r8=004000000047e5ef r9=0040000000234495 r10=ffff9980186f2760
r11=0000000000234495 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!MiInitializePfn+0xdf:
fffff806`289061cf 448be5 mov r12d,ebp
Resetting default scope
Läuft dein Speicher auf default oder hast du XMP drin? Ist der RAM in der QVL des Mainboards?
Das sieht entweder nach einem Hardware oder Software(Treiber) Problem aus.
Speicher läuft auf XMP1. QVL ist bestimmt die Hersteller-Kompatibilitätsliste - richtig? Ja, steht drin. Ganz genau dieser Speicher, mit genau der Nummer.
Ja, ich hab plotten auch schon ohne XMP versucht, und auch schon UEFI komplett default, in allen Einstellungen.
Und ja, die Latenzen des Speichers werden vom UEFI auch richtig erkannt.
