Linux de 64 bits no reconoce mi RAM entre 3 y 32 GB

Question 1

Primero, si su BIOS/UEFI no detecta correctamente su RAM, entonces su sistema operativo no funcionará mejor. No es necesario continuar si su BIOS muestra información incorrecta sobre su configuración.

=> Probablemente tengasal menosun problema de hardware.

EDITAR: Desde tu dmesg | memoria grep, parece que tienesEn realidadun problema de hardware, ubicado en su BIOS integrada. Al menos Linux lo ha detectado y te avisa: WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 13295MB of RAM. También parece que uno de sus 4 módulos de RAM no se reconoce o se inserta incorrectamente.

Puede informarlo a su fabricante, actualizar su BIOS y cambiar su placa base. Hay muchas posibilidades de que con menos RAM no encuentres este error.

Como nota al margen, es posible que esté de acuerdo con esta famosa cita deLinus Torvalds sobre los fabricantes de BIOS:

Los escritores de BIOS son invariablemente monos totalmente incompetentes y adictos al crack.

En segundo lugar, cuando su BIOS esté bien con lo que realmente tiene en su placa base, puede echar un vistazo en Linux a /proc/meminfo. A menudo queda muy claro lo que su sistema Linux sabe y hace con su memoria. Esto es lo que tengo en mi 64 bits/8 Gb de RAM:

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

Acerca del proceso de arranque y lo que utiliza/libera el kernel de Linux, puede obtenerlo desde dmesg:

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

EDITAR: Como dijo Gilles, con dmidecode --type memory, puede tener detalles sobre la configuración de su hardware. Se ve así para un sistema de 4x2Gb:

$ 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

Primero, si su BIOS/UEFI no detecta correctamente su RAM, entonces su sistema operativo no funcionará mejor. No es necesario continuar si su BIOS muestra información incorrecta sobre su configuración.

=> Probablemente tengasal menosun problema de hardware.

EDITAR: Desde tu dmesg | memoria grep, parece que tienesEn realidadun problema de hardware, ubicado en su BIOS integrada. Al menos Linux lo ha detectado y te avisa: WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 13295MB of RAM. También parece que uno de sus 4 módulos de RAM no se reconoce o se inserta incorrectamente.

Puede informarlo a su fabricante, actualizar su BIOS y cambiar su placa base. Hay muchas posibilidades de que con menos RAM no encuentres este error.

Como nota al margen, es posible que esté de acuerdo con esta famosa cita deLinus Torvalds sobre los fabricantes de BIOS:

Los escritores de BIOS son invariablemente monos totalmente incompetentes y adictos al crack.

En segundo lugar, cuando su BIOS esté bien con lo que realmente tiene en su placa base, puede echar un vistazo en Linux a /proc/meminfo. A menudo queda muy claro lo que su sistema Linux sabe y hace con su memoria. Esto es lo que tengo en mi 64 bits/8 Gb de RAM:

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

Acerca del proceso de arranque y lo que utiliza/libera el kernel de Linux, puede obtenerlo desde dmesg:

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

EDITAR: Como dijo Gilles, con dmidecode --type memory, puede tener detalles sobre la configuración de su hardware. Se ve así para un sistema de 4x2Gb:

$ 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

Busque /var/log/dmesg el mapa de memoria (grep para 'e820') y cuente cuánta memoria se informa allí como utilizable. Esto es lo que el BIOS le dice al sistema operativo cargado para la memoria.

(Esto es correcto solo para el arranque de estilo antiguo. No sé cómo se informa la memoria si se usa el arranque de estilo EFI, pero supongo que hay un informe similar).

Además, informar 16 GB mediante BIOS mientras están instalados 32 GB significa cierta rareza en la configuración de la memoria. Intente reducir la memoria instalada a 4 u 8 GB y compare los efectos.

Answer

Busque /var/log/dmesg el mapa de memoria (grep para 'e820') y cuente cuánta memoria se informa allí como utilizable. Esto es lo que el BIOS le dice al sistema operativo cargado para la memoria.

(Esto es correcto solo para el arranque de estilo antiguo. No sé cómo se informa la memoria si se usa el arranque de estilo EFI, pero supongo que hay un informe similar).

Además, informar 16 GB mediante BIOS mientras están instalados 32 GB significa cierta rareza en la configuración de la memoria. Intente reducir la memoria instalada a 4 u 8 GB y compare los efectos.

Question 3

Muchas placas AMD más antiguas pueden tener 4 ranuras, pero si llenas la última ranura, estás buscando problemas. Es un problema del chipset que no se puede solucionar.

Answer

Muchas placas AMD más antiguas pueden tener 4 ranuras, pero si llenas la última ranura, estás buscando problemas. Es un problema del chipset que no se puede solucionar.

Linux de 64 bits no reconoce mi RAM entre 3 y 32 GB

EDITAR 3/4 - éxito parcial:

(con suerte) EDICIÓN FINAL

Respuesta1

Respuesta2

Respuesta3

información relacionada