[SOLVED] RAM in Proxmox nur teilweise erkannt - 188 GB von 256 GB

Jan 25, 2026
5
1
3
Guten Tag,

ich habe mein Rechner mit Proxmox von 2x 8 GB RAM heute auf 8x 32 GB RAM erweitert. Laut Anleitung vom Mainbourd sind die 256 GB RAM die Maximalausstattung.
In Proxmox werden mir aber "nur" 188 GB RAM angezeigt.
Kann Proxmox nicht mehr RAM verwalten? Mit dem Befehl
Code:
free -h
habe ich auch nicht mehr herausgefunden, siehe Foto. Auch dort werden mir die 188 GB RAM angezeigt. Woran kann dieses Problem liegen?

VIelen Dank, schon einmal für die Hilfe im Vorraus.
 

Attachments

  • Bildschirmfoto vom 2026-05-16 23-47-47.png
    Bildschirmfoto vom 2026-05-16 23-47-47.png
    145.5 KB · Views: 15
Teile auch bitte mal
Bash:
dmidecode -t memory
journalctl -b0 -g "memory"
cat /proc/meminfo
Sowie Informationen zur Hardware.
 
Wenn es im Bios erkannt wurde, sollte auch Proxmox keine Problene haben. 256GB RAM sind überhaupt kein Limit für Proxmox. Ist eher noch im unteren Bereich. Daher wie schon darauf hingrwiesen: Was zeigt und erkennt das Bios?
 
Klingt nach einem recht klassischen Problem mit Server-Boards, die bei nicht voll-kompatibler RAM-Bestückung einzelne/einige Dimms deaktivieren. Höchtwahrscheinlich sind die ~188GB nichts anderes als 2 nicht erkannte (deaktivierte) Dimms, was dann 192GB ausmachen würde. Und die angezeigten 188 sind entweder einer anderen Berechnungsgrundlage geschuldet, oder etwas Schwund, anhand von systemreservierten Bereichen.
Die Software ist nicht immer die erste Stelle zur Fehlersuche.
 
  • Like
Reactions: UdoB
Klingt nach einem recht klassischen Problem mit Server-Boards, die bei nicht voll-kompatibler RAM-Bestückung einzelne/einige Dimms deaktivieren. Höchtwahrscheinlich sind die ~188GB nichts anderes als 2 nicht erkannte (deaktivierte) Dimms, was dann 192GB ausmachen würde. Und die angezeigten 188 sind entweder einer anderen Berechnungsgrundlage geschuldet, oder etwas Schwund, anhand von systemreservierten Bereichen.
Die Software ist nicht immer die erste Stelle zur Fehlersuche.
Klingt logisch, aber sollte das BIOS nicht schon drauf hinweisen?
 
Das kommt darauf an, wie du "hinweisen" definierst. Ich vermute es wird beim booten schon ausgegeben, dass eine kleinerere RAM-Größe erkannt wurde.
Aber da bei den Server-Boards die Prämisse ist "auf jeden Fall booten und nicht anhalten, wenn es irgendwie geht", wird halt nicht angehalten, sondern trotzdem durchgestartet. Denn können tut das System dies ja offensichtlich.
Aber Details muss uns schon noch der Threadersteller liefern. Ich rate ja auch nur. :)
 
Vielen Dank für die vielen Hinweise!
Ich habe im BIOS nachgeschaut und dort wurde für den Steckplatz C1 und C2 nur wenige Information zum RAM Riegel mitgeteilt, im Vergleich zu den anderen Steckplätzen. Nachdem Ich C1 und C2 mit D1 und D2 getauscht habe, wurde alles richtig erkannt. Um zu Prüfen ob der RAM oder das Mainboard defekt ist, habe ich diesen Wechsel vorgenommen.
Die Fotos stammen vor dem Tausch. Das Bild mit dem RAM von Steckplatz A1 dient als Referenz.
Nach dem Wechsel wird mir nun in Proxmox 251 GB RAM angezeigt, das passt nun auch.

Zur Hardware falls noch Intresse besteht:
Es war ein Asus Rampage VI Extreme Mainboard mit 8x 32 GB Samsung RAM.

Teile auch bitte mal
Bash:
dmidecode -t memory
journalctl -b0 -g "memory"
cat /proc/meminfo
Sowie Informationen zur Hardware.
Hier die Shell Ausgabe nach dem der RAM richtig erkannt wurde:
Code:
# dmidecode 3.6
Getting SMBIOS data from sysfs.
SMBIOS 3.2.0 present.

Handle 0x0055, DMI type 16, 23 bytes
Physical Memory Array
        Location: System Board Or Motherboard
        Use: System Memory
        Error Correction Type: None
        Maximum Capacity: 3 TB
        Error Information Handle: Not Provided
        Number Of Devices: 8

Handle 0x0056, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x0055
        Error Information Handle: Not Provided
        Total Width: 72 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM_A1
        Bank Locator: NODE 1
        Type: DDR4
        Type Detail: Synchronous
        Speed: 2400 MT/s
        Manufacturer: Samsung
        Serial Number: 3281FF9C
        Asset Tag: 
        Part Number: M378A4G43AB2-CWE   
        Rank: 2
        Configured Memory Speed: 2400 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x0057, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x0055
        Error Information Handle: Not Provided
        Total Width: 72 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM_A2
        Bank Locator: NODE 1
        Type: DDR4
        Type Detail: Synchronous
        Speed: 2400 MT/s
        Manufacturer: Samsung
        Serial Number: 44DD263F
        Asset Tag: 
        Part Number: M378A4G43AB2-CWE   
        Rank: 2
        Configured Memory Speed: 2400 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x0058, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x0055
        Error Information Handle: Not Provided
        Total Width: 72 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM_B1
        Bank Locator: NODE 1
        Type: DDR4
        Type Detail: Synchronous
        Speed: 2400 MT/s
        Manufacturer: Samsung
        Serial Number: 3281DDEC
        Asset Tag: 
        Part Number: M378A4G43AB2-CWE   
        Rank: 2
        Configured Memory Speed: 2400 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x0059, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x0055
        Error Information Handle: Not Provided
        Total Width: 72 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM_B2
        Bank Locator: NODE 1
        Type: DDR4
        Type Detail: Synchronous
        Speed: 2400 MT/s
        Manufacturer: Samsung
        Serial Number: 3281E1FE
        Asset Tag: 
        Part Number: M378A4G43AB2-CWE   
        Rank: 2
        Configured Memory Speed: 2400 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x005A, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x0055
        Error Information Handle: Not Provided
        Total Width: 72 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM_C1
        Bank Locator: NODE 1
        Type: DDR4
        Type Detail: Synchronous
        Speed: 2400 MT/s
        Manufacturer: Samsung
        Serial Number: 3281DEFE
        Asset Tag: 
        Part Number: M378A4G43AB2-CWE   
        Rank: 2
        Configured Memory Speed: 2400 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x005B, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x0055
        Error Information Handle: Not Provided
        Total Width: 72 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM_C2
        Bank Locator: NODE 1
        Type: DDR4
        Type Detail: Synchronous
        Speed: 2400 MT/s
        Manufacturer: Samsung
        Serial Number: 3281DEFB
        Asset Tag: 
        Part Number: M378A4G43AB2-CWE   
        Rank: 2
        Configured Memory Speed: 2400 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x005C, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x0055
        Error Information Handle: Not Provided
        Total Width: 72 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM_D1
        Bank Locator: NODE 1
        Type: DDR4
        Type Detail: Synchronous
        Speed: 2400 MT/s
        Manufacturer: Samsung
        Serial Number: 3281DD57
        Asset Tag: 
        Part Number: M378A4G43AB2-CWE   
        Rank: 2
        Configured Memory Speed: 2400 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x005D, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x0055
        Error Information Handle: Not Provided
        Total Width: 72 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM_D2
        Bank Locator: NODE 1
        Type: DDR4
        Type Detail: Synchronous
        Speed: 2400 MT/s
        Manufacturer: Samsung
        Serial Number: 3281DEF9
        Asset Tag: 
        Part Number: M378A4G43AB2-CWE   
        Rank: 2
        Configured Memory Speed: 2400 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

May 17 22:33:54 pve kernel: DMI: Memory slots populated: 8/8
May 17 22:33:54 pve kernel: ACPI: Reserving FACP table memory at [mem 0x4bbc2000-0x4bbc2113]
May 17 22:33:54 pve kernel: ACPI: Reserving DSDT table memory at [mem 0x4bb08000-0x4bbc1c5f]
May 17 22:33:54 pve kernel: ACPI: Reserving FACS table memory at [mem 0x4cc5f000-0x4cc5f03f]
May 17 22:33:54 pve kernel: ACPI: Reserving FIDT table memory at [mem 0x4bb07000-0x4bb0709b]
May 17 22:33:54 pve kernel: ACPI: Reserving FPDT table memory at [mem 0x4ba97000-0x4ba97043]
May 17 22:33:54 pve kernel: ACPI: Reserving MCFG table memory at [mem 0x4bb05000-0x4bb0503b]
May 17 22:33:54 pve kernel: ACPI: Reserving HPET table memory at [mem 0x4bb04000-0x4bb04037]
May 17 22:33:54 pve kernel: ACPI: Reserving APIC table memory at [mem 0x4bb03000-0x4bb0371d]
May 17 22:33:54 pve kernel: ACPI: Reserving MIGT table memory at [mem 0x4bb02000-0x4bb0203f]
May 17 22:33:54 pve kernel: ACPI: Reserving MSCT table memory at [mem 0x4bb01000-0x4bb0104d]
May 17 22:33:54 pve kernel: ACPI: Reserving PCAT table memory at [mem 0x4bb00000-0x4bb00067]
May 17 22:33:54 pve kernel: ACPI: Reserving PCCT table memory at [mem 0x4baff000-0x4baff06d]
May 17 22:33:54 pve kernel: ACPI: Reserving RASF table memory at [mem 0x4bafe000-0x4bafe02f]
May 17 22:33:54 pve kernel: ACPI: Reserving SLIT table memory at [mem 0x4bafd000-0x4bafd06b]
May 17 22:33:54 pve kernel: ACPI: Reserving SRAT table memory at [mem 0x4bafc000-0x4bafcb6f]
May 17 22:33:54 pve kernel: ACPI: Reserving SVOS table memory at [mem 0x4bafb000-0x4bafb031]
May 17 22:33:54 pve kernel: ACPI: Reserving WDDT table memory at [mem 0x4bafa000-0x4bafa03f]
May 17 22:33:54 pve kernel: ACPI: Reserving OEM4 table memory at [mem 0x4bad0000-0x4baf9a71]
May 17 22:33:54 pve kernel: ACPI: Reserving OEM1 table memory at [mem 0x4bac5000-0x4bacfbca]
May 17 22:33:54 pve kernel: ACPI: Reserving OEM2 table memory at [mem 0x4bab3000-0x4bac4207]
May 17 22:33:54 pve kernel: ACPI: Reserving SSDT table memory at [mem 0x4baa5000-0x4bab2426]
May 17 22:33:54 pve kernel: ACPI: Reserving NITR table memory at [mem 0x4baa4000-0x4baa4070]
May 17 22:33:54 pve kernel: ACPI: Reserving SSDT table memory at [mem 0x4baa3000-0x4baa3ff1]
May 17 22:33:54 pve kernel: ACPI: Reserving LPIT table memory at [mem 0x4baa2000-0x4baa2093]
May 17 22:33:54 pve kernel: ACPI: Reserving WSMT table memory at [mem 0x4baa1000-0x4baa1027]
May 17 22:33:54 pve kernel: ACPI: Reserving SSDT table memory at [mem 0x4ba9d000-0x4baa0001]
May 17 22:33:54 pve kernel: ACPI: Reserving DBGP table memory at [mem 0x4ba9c000-0x4ba9c033]
May 17 22:33:54 pve kernel: ACPI: Reserving DBG2 table memory at [mem 0x4ba9b000-0x4ba9b053]
May 17 22:33:54 pve kernel: ACPI: Reserving TPM2 table memory at [mem 0x4ba99000-0x4ba99033]
May 17 22:33:54 pve kernel: ACPI: Reserving DMAR table memory at [mem 0x4ba98000-0x4ba980f7]
May 17 22:33:54 pve kernel: Early memory node ranges
May 17 22:33:54 pve kernel: PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]
May 17 22:33:54 pve kernel: PM: hibernation: Registered nosave memory: [mem 0x0009d000-0x000fffff]
May 17 22:33:54 pve kernel: PM: hibernation: Registered nosave memory: [mem 0x4a169000-0x4e650fff]
May 17 22:33:54 pve kernel: PM: hibernation: Registered nosave memory: [mem 0x50000000-0xffffffff]
May 17 22:33:54 pve kernel: Freeing SMP alternatives memory: 52K
May 17 22:33:54 pve kernel: Memory: 263459932K/268102352K available (21530K kernel code, 3803K rwdata, 15216K rodata, 4956K init, 5368K bss, 4601384K re>
May 17 22:33:54 pve kernel: x86/mm: Memory block size: 2048MB
May 17 22:33:54 pve kernel: Freeing initrd memory: 87044K
May 17 22:33:54 pve kernel: Freeing unused decrypted memory: 2028K
May 17 22:33:54 pve kernel: Freeing unused kernel image (initmem) memory: 4956K
May 17 22:33:54 pve kernel: Freeing unused kernel image (text/rodata gap) memory: 996K
May 17 22:33:54 pve kernel: Freeing unused kernel image (rodata/data gap) memory: 1168K
May 17 22:33:56 pve kernel: [drm] radeon: 1024M of VRAM memory ready
May 17 22:33:56 pve kernel: [drm] radeon: 1024M of GTT memory ready.
May 17 22:34:01 pve lxcfs[1876]:   0: fd:   8: cpuset,cpu,io,memory,hugetlb,pids,rdma,misc,dmem
lines 18-47/47 (END)


Klingt nach einem recht klassischen Problem mit Server-Boards, die bei nicht voll-kompatibler RAM-Bestückung einzelne/einige Dimms deaktivieren. Höchtwahrscheinlich sind die ~188GB nichts anderes als 2 nicht erkannte (deaktivierte) Dimms, was dann 192GB ausmachen würde. Und die angezeigten 188 sind entweder einer anderen Berechnungsgrundlage geschuldet, oder etwas Schwund, anhand von systemreservierten Bereichen.
Die Software ist nicht immer die erste Stelle zur Fehlersuche.
Ich hatte tatsächlich erher die Software im Verdacht, weil 256 GB RAM ist (finde ich) schon einiges an RAM. Die 256 GB sind für das mein Mainboard die maximal Ausstattung.
 

Attachments

  • IMG_20260517_215958.jpg
    IMG_20260517_215958.jpg
    1.1 MB · Views: 15
  • IMG_20260517_220010.jpg
    IMG_20260517_220010.jpg
    1 MB · Views: 15
  • IMG_20260517_220025.jpg
    IMG_20260517_220025.jpg
    1.2 MB · Views: 15
...

Ich hatte tatsächlich erher die Software im Verdacht, weil 256 GB RAM ist (finde ich) schon einiges an RAM. Die 256 GB sind für das mein Mainboard die maximal Ausstattung.
"Interessante" Denkweise. :)
Ich hoffe du nimmst mir den folgenden Kommentar nicht übel, aber Ahnung von Hardware scheinst du nicht viel zu haben, oder?
Gerade weil das die Maximalausstattung deines Boards ist, ist das immer potenziell problematisch. Das hat nichts mit der reinen Menge, sondern meist mit der Belastung für den Speichercontroller und mit dem Boardlayout zu tun.

Nächstes Mal zuerst Hardware prüfen, um sicher zu sein. Speziell bei RAM sowieso immer sehr eingehend prüfen, bevor man diesen wirklich produktiv nutzen will.
(Fast) Nichts ist schlimmer als Datenfehler, die durch Probleme mit dem RAM verursacht werden. Denn nahezu alles muss irgendwie durch den RAM, weshalb dessen fehlerfreie Funktion ein absolutes MUSS ist. Wie du gemerkt hast, ist einfach nur tauschen und loslegen recht riskant. Und jetzt hattest du hoffentlich "nur" deaktivierte DIMMs. Ich hoffe du nutzt noch Memtest, um wirklich sicherzustellen, dass der RAM wirklich fehlerfrei läuft.
 
  • Like
Reactions: Johannes S
Hey Leute,

das ist erstens kein Serverboard und zweitens ist die ganze Hardware... naja, sagen wir mal "refurbished". Ich bin mir sehr sicher, dass der TE das nicht produktiv verwendet.

Ich hoffe es zumindest...
 
  • Like
Reactions: Johannes S
Rein interessehalber: sind alle Module identisch was die technischen Daten angeht: 1Rx8, 2Rx8 und Datenrate?

PS: gibt's eigentlich 32GB mit 1Rx8?
 
Last edited:
@GMBauer:
Das Board ist wohl wirklich kein Server-Board, so wie vermutet. Aber solche Speichermengen zu verbauen und dann nicht aktiv zu testen halte ich in jedem Fall für gewagt. Manche Leute würden argumentieren, dass solche Mengen ohne ECC eh ein nicht zu vernachlässigendes Risiko sind.
Aber muss jeder selbst wissen, wie er/sie die Risiken einschätzt und handhabt. Ich persönlich würde hier lieber auf Nummer sicher gehen.

Es mag zwar nicht zwangsweise viel Geld und/oder wertvolle bezahlte Arbeitszeit kosten, wenn hier etwas schief geht, so wie man das im echten "Produktiveinsatz" in einer Firma hätte.
Aber selbst die persönlichen Nerven und die eventuell zu opfernde Freizeit, die Speicherprobleme am Ende auch im Heimeinsatz kosten könnten, wären mir den initialen Aufwand immer wert. Wenn man ehrlich ist, ist der tatsächliche Aufwand für eine Runde Memtest eh überschaubar. Dafür hat man dann im besten Fall die Gewissheit, dass der Speicher anfangs fehlerfrei getestet wurde.
Zweifel im Nachhinein sind eine blöde Sache, im Vergleich dazu.

@boisbleu:
Wenn man den auffindbaren Daten online glauben kann sind das 2Rx8 3200er non-ECC UDimms.
Z.B. siehe hier: https://www.bargainhardware.co.uk/samsung-m378a4g43ab2-cwe-32gb-pc4-25600aa-u-2rx8-ddr4-3200mhz-ram
 
  • Like
Reactions: Johannes S
In der Vermutung dass der Memtest hier für einen kompletten Durchlauf wohl einen Tag braucht würde ich den auf dem Blech dann wohl eine Woche laufen lassen. Hilfts nix, schad'ts nix, sagt der Schweizer. (Auch wenn es nichts hilft, schaden tut es auf keinen Fall.)
 
  • Like
Reactions: Johannes S
Rein interessehalber: sind alle Module identisch was die technischen Daten angeht: 1Rx8, 2Rx8 und Datenrate?

PS: gibt's eigentlich 32GB mit 1Rx8?
ich hatte den Verdacht das es Schwierigkeiten geben könnte von 2x 8 GB RAM einfach mit 6x 32 GB RAM zuerweitern. Deshalb habe ich mir direkt 8x identische 32 GB RAM Module gekauft. Hier der Link: https://www.ebay.de/itm/314837951101

"Interessante" Denkweise. :)
Ich hoffe du nimmst mir den folgenden Kommentar nicht übel, aber Ahnung von Hardware scheinst du nicht viel zu haben, oder?
Gerade weil das die Maximalausstattung deines Boards ist, ist das immer potenziell problematisch. Das hat nichts mit der reinen Menge, sondern meist mit der Belastung für den Speichercontroller und mit dem Boardlayout zu tun.

Nächstes Mal zuerst Hardware prüfen, um sicher zu sein. Speziell bei RAM sowieso immer sehr eingehend prüfen, bevor man diesen wirklich produktiv nutzen will.
(Fast) Nichts ist schlimmer als Datenfehler, die durch Probleme mit dem RAM verursacht werden. Denn nahezu alles muss irgendwie durch den RAM, weshalb dessen fehlerfreie Funktion ein absolutes MUSS ist. Wie du gemerkt hast, ist einfach nur tauschen und loslegen recht riskant. Und jetzt hattest du hoffentlich "nur" deaktivierte DIMMs. Ich hoffe du nutzt noch Memtest, um wirklich sicherzustellen, dass der RAM wirklich fehlerfrei läuft.
Deinen Komentar nehme ich dir nicht übel. Ich kann mich offensichlich noch vieles besser machen.

Hey Leute,

das ist erstens kein Serverboard und zweitens ist die ganze Hardware... naja, sagen wir mal "refurbished". Ich bin mir sehr sicher, dass der TE das nicht produktiv verwendet.

Ich hoffe es zumindest...
Ich habe es vor im begrenzen Sinne "Produktiv" diese Hardware zu nutzen, aber nur fürs Homelab.


@GMBauer:
Das Board ist wohl wirklich kein Server-Board, so wie vermutet. Aber solche Speichermengen zu verbauen und dann nicht aktiv zu testen halte ich in jedem Fall für gewagt. Manche Leute würden argumentieren, dass solche Mengen ohne ECC eh ein nicht zu vernachlässigendes Risiko sind.
Aber muss jeder selbst wissen, wie er/sie die Risiken einschätzt und handhabt. Ich persönlich würde hier lieber auf Nummer sicher gehen.

Es mag zwar nicht zwangsweise viel Geld und/oder wertvolle bezahlte Arbeitszeit kosten, wenn hier etwas schief geht, so wie man das im echten "Produktiveinsatz" in einer Firma hätte.
Aber selbst die persönlichen Nerven und die eventuell zu opfernde Freizeit, die Speicherprobleme am Ende auch im Heimeinsatz kosten könnten, wären mir den initialen Aufwand immer wert. Wenn man ehrlich ist, ist der tatsächliche Aufwand für eine Runde Memtest eh überschaubar. Dafür hat man dann im besten Fall die Gewissheit, dass der Speicher anfangs fehlerfrei getestet wurde.
Zweifel im Nachhinein sind eine blöde Sache, im Vergleich dazu.

@boisbleu:
Wenn man den auffindbaren Daten online glauben kann sind das 2Rx8 3200er non-ECC UDimms.
Z.B. siehe hier: https://www.bargainhardware.co.uk/samsung-m378a4g43ab2-cwe-32gb-pc4-25600aa-u-2rx8-ddr4-3200mhz-ram
ich habe bewusst keine ECC RAM gekauft, weil meine restliche Hardware damit nicht umgehen kann. Die HDDs habe ich aber als Server Variante gekauft (4x Toshiba MG10 20 TB).

In der Vermutung dass der Memtest hier für einen kompletten Durchlauf wohl einen Tag braucht würde ich den auf dem Blech dann wohl eine Woche laufen lassen. Hilfts nix, schad'ts nix, sagt der Schweizer. (Auch wenn es nichts hilft, schaden tut es auf keinen Fall.)
Vielen Dank für den Tipp das es Memtest gibt. Ich werde es mal durchlaufen lassen, in der Hoffung das kein Problem erkannt wird.
 
  • Like
Reactions: Johannes S