64-Bit-Linux erkennt meinen RAM zwischen 3 und 32 GB nicht

Question 1

Erstens: Wenn Ihr BIOS/UEFI Ihren RAM nicht richtig erkennt, wird Ihr Betriebssystem auch nicht besser abschneiden. Wenn Ihr BIOS falsche Informationen zu Ihrem Setup anzeigt, müssen Sie nicht weitermachen.

=> Sie haben wahrscheinlichmindestensein Hardwareproblem.

BEARBEITEN: Aus Ihrem dmesg | grep-Speicher scheint hervorzugehen, dass SieTatsächlichein Hardwareproblem in Ihrem eingebetteten BIOS. Zumindest hat Linux es erkannt und warnt Sie davor: WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 13295MB of RAM. Es scheint auch, dass eines Ihrer 4 RAM-Module falsch erkannt oder eingesetzt wurde.

Sie können es entweder Ihrem Hersteller melden, Ihr BIOS aktualisieren und Ihr Motherboard austauschen. Es besteht eine große Chance, dass dieser Fehler mit weniger RAM nicht auftritt.

Als Randbemerkung: Vielleicht stimmen Sie diesem berühmten Zitat zu:Linus Torvalds über BIOS-Hersteller:

BIOS-Autoren sind ausnahmslos völlig inkompetente Crack-süchtige Affen

Zweitens, wenn Ihr BIOS mit dem, was Sie wirklich auf Ihrem Motherboard haben, einverstanden ist, können Sie einen Blick auf Linux werfen /proc/meminfo. Dort ist oft sehr klar, was Ihr Linux-System weiß und mit Ihrem Speicher macht. Hier ist, was ich auf meinem 64-Bit/8 GB RAM habe:

$ cat /proc/meminfo 
MemTotal:        8175652 kB
MemFree:         5476336 kB
Buffers:           63924 kB
Cached:          1943460 kB
SwapCached:            0 kB
[...]

Informationen zum Startvorgang und dazu, was vom Linux-Kernel verwendet/freigegeben wird, können Sie hier abrufen dmesg:

$ dmesg | grep Memory
[    0.000000] Memory: 8157672k/8904704k available (6138k kernel code, 534168k absent, 212864k reserved, 6896k data, 988k init)

BEARBEITEN: Wie Gilles sagte, dmidecode --type memorykönnen Sie mit Details zu Ihrer Hardwarekonfiguration erhalten. Für ein 4x2Gb-System sieht das so aus:

$ sudo dmidecode --type memory
# dmidecode 2.9
SMBIOS 2.6 present.

Handle 0x0020, DMI type 16, 15 bytes
Physical Memory Array
    Location: System Board Or Motherboard
    Use: System Memory
    Error Correction Type: None
    Maximum Capacity: 32 GB
    Error Information Handle: Not Provided
    Number Of Devices: 4

Handle 0x0022, DMI type 17, 28 bytes
Memory Device
    Array Handle: 0x0020
    Error Information Handle: Not Provided
    Total Width: 64 bits
    Data Width: 64 bits
    Size: 2048 MB
    [...]
[This block is repeated for each module]

Answer

Erstens: Wenn Ihr BIOS/UEFI Ihren RAM nicht richtig erkennt, wird Ihr Betriebssystem auch nicht besser abschneiden. Wenn Ihr BIOS falsche Informationen zu Ihrem Setup anzeigt, müssen Sie nicht weitermachen.

=> Sie haben wahrscheinlichmindestensein Hardwareproblem.

BEARBEITEN: Aus Ihrem dmesg | grep-Speicher scheint hervorzugehen, dass SieTatsächlichein Hardwareproblem in Ihrem eingebetteten BIOS. Zumindest hat Linux es erkannt und warnt Sie davor: WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 13295MB of RAM. Es scheint auch, dass eines Ihrer 4 RAM-Module falsch erkannt oder eingesetzt wurde.

Sie können es entweder Ihrem Hersteller melden, Ihr BIOS aktualisieren und Ihr Motherboard austauschen. Es besteht eine große Chance, dass dieser Fehler mit weniger RAM nicht auftritt.

Als Randbemerkung: Vielleicht stimmen Sie diesem berühmten Zitat zu:Linus Torvalds über BIOS-Hersteller:

BIOS-Autoren sind ausnahmslos völlig inkompetente Crack-süchtige Affen

Zweitens, wenn Ihr BIOS mit dem, was Sie wirklich auf Ihrem Motherboard haben, einverstanden ist, können Sie einen Blick auf Linux werfen /proc/meminfo. Dort ist oft sehr klar, was Ihr Linux-System weiß und mit Ihrem Speicher macht. Hier ist, was ich auf meinem 64-Bit/8 GB RAM habe:

$ cat /proc/meminfo 
MemTotal:        8175652 kB
MemFree:         5476336 kB
Buffers:           63924 kB
Cached:          1943460 kB
SwapCached:            0 kB
[...]

Informationen zum Startvorgang und dazu, was vom Linux-Kernel verwendet/freigegeben wird, können Sie hier abrufen dmesg:

$ dmesg | grep Memory
[    0.000000] Memory: 8157672k/8904704k available (6138k kernel code, 534168k absent, 212864k reserved, 6896k data, 988k init)

BEARBEITEN: Wie Gilles sagte, dmidecode --type memorykönnen Sie mit Details zu Ihrer Hardwarekonfiguration erhalten. Für ein 4x2Gb-System sieht das so aus:

$ sudo dmidecode --type memory
# dmidecode 2.9
SMBIOS 2.6 present.

Handle 0x0020, DMI type 16, 15 bytes
Physical Memory Array
    Location: System Board Or Motherboard
    Use: System Memory
    Error Correction Type: None
    Maximum Capacity: 32 GB
    Error Information Handle: Not Provided
    Number Of Devices: 4

Handle 0x0022, DMI type 17, 28 bytes
Memory Device
    Array Handle: 0x0020
    Error Information Handle: Not Provided
    Total Width: 64 bits
    Data Width: 64 bits
    Size: 2048 MB
    [...]
[This block is repeated for each module]

Question 2

Durchsuchen Sie /var/log/dmesg nach der Speicherzuordnung (grep für „e820“) und zählen Sie, wie viel Speicher dort als nutzbar gemeldet wird. Dies ist, was das BIOS dem geladenen Betriebssystem für den Speicher mitteilt.

(Dies ist nur beim Booten im alten Stil richtig. Ich weiß nicht, wie der Speicher gemeldet wird, wenn ein Booten im EFI-Stil verwendet wird, aber ich vermute, dass es eine ähnliche Meldung gibt.)

Wenn das BIOS 16 GB meldet, obwohl 32 GB installiert sind, deutet dies auf eine Merkwürdigkeit bei der Speicherkonfiguration hin. Versuchen Sie, den installierten Speicher auf 4 oder 8 GB zu reduzieren und vergleichen Sie die Auswirkungen.

Answer

Durchsuchen Sie /var/log/dmesg nach der Speicherzuordnung (grep für „e820“) und zählen Sie, wie viel Speicher dort als nutzbar gemeldet wird. Dies ist, was das BIOS dem geladenen Betriebssystem für den Speicher mitteilt.

(Dies ist nur beim Booten im alten Stil richtig. Ich weiß nicht, wie der Speicher gemeldet wird, wenn ein Booten im EFI-Stil verwendet wird, aber ich vermute, dass es eine ähnliche Meldung gibt.)

Wenn das BIOS 16 GB meldet, obwohl 32 GB installiert sind, deutet dies auf eine Merkwürdigkeit bei der Speicherkonfiguration hin. Versuchen Sie, den installierten Speicher auf 4 oder 8 GB zu reduzieren und vergleichen Sie die Auswirkungen.

Question 3

Viele ältere AMD-Boards haben zwar 4 Steckplätze, aber wenn Sie den letzten Steckplatz belegen, ist das ein Problem. Es handelt sich um ein Chipsatzproblem, das nicht behoben werden kann.

Answer

Viele ältere AMD-Boards haben zwar 4 Steckplätze, aber wenn Sie den letzten Steckplatz belegen, ist das ein Problem. Es handelt sich um ein Chipsatzproblem, das nicht behoben werden kann.

64-Bit-Linux erkennt meinen RAM zwischen 3 und 32 GB nicht

EDIT 3/4 – Teilerfolg:

(hoffentlich) ENDGÜLTIGE BEARBEITUNG

Antwort1

Antwort2

Antwort3

verwandte Informationen