Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have a Toshiba Satellite laptop and I'm running Ubuntu 10.04, 64bit on it. I just installed 8GB of ram and the bios sees it correctly yet Ubuntu 10.04 does not. When I issue the free -m command I get the following:
I'm aware of the PAE software and I installed Ubuntu 10.04 with an active Internet connection so it could download it but it still doesn't see it all. Can someone tell me what I need to do to make Ubuntu 10.04 see the complete 8GB?
I have a Toshiba Satellite laptop and I'm running Ubuntu 10.04, 64bit on it. I just installed 8GB of ram and the bios sees it correctly yet Ubuntu 10.04 does not.
The fact that the BIOS can detect and report 8GB of ram does not mean the BIOS has enabled the 8GB of ram for the OS to use. It doesn't even mean it is possible for the BIOS to enable that ram. Even if the chipset on the motherboard only supports three and a fraction GB max ram, the BIOS can still detect that a larger amount is plugged in. (Using dmidecode in Linux, you can also detect what is plugged in, but detecting it doesn't mean you can use it).
I'm pretty sure from your description that your problem is in the BIOS or motherboard (not in Linux). You can confirm that by looking at the "BIOS-provided physical RAM map" as I described in my post at: http://www.linuxquestions.org/questi...0/#post3865990
Pay attention to the last line of that map.
There might be a BIOS setting you can change that will enable the rest of the ram. The name and location of that setting varies by BIOS. For an example, see the following thread starting at post 7 http://www.linuxquestions.org/questi...7/#post3579575
There I guessed the correct BIOS setting to change based on an online copy of the motherboard manual. Do you have a URL for a manual describing your BIOS menu?
This is the last line in my output but I have no idea what it means.
What is before that in the map?
I expected the last line to tell everything that matters for the current issue, but it doesn't.
Something very strange is going on with that system.
Do you have any hardware reporting program, such as /sbin/lshw or /usr/sbin/dmidecode installed?
A description of all your individual DIMMS can bw found in the section of lshw output labeled *-memory or in the section of dmidecode output labeled Physical Memory Array
Please post one of those chunks of info so we can tell whether there is something strange in the physical memory that may be related to the strange way the BIOS is presenting usable memory to Linux.
BTW, the actual meaning of the last line of the map that you quoted is: There is 960MB of ram usable at physical addresses starting at 8GB. This seems to imply there is not ram available immediately before that address (previous one or maybe a few lines would clarify that).
What you normally see in the last line of that map is one of two things depending on whether physical mapping over 4GB is enabled:
1) The last line shows a reserved chunk ending at 0000000100000000, meaning physical addresses above 4GB are not enabled, meaning the max ram capacity is three an a fraction GB (maybe even less)
or
2) The last line shows a usable chunk starting at 0000000100000000, meaning physical addresses above 4GB are enabled. The size of that usable chunk would be the total of all ram above 4GB plus most of that part of the first 4GB of ram that was blocked by reserved physical addresses. For example, one of my systems has 12GB of ram. That last line is
That shows 8GiB plus 768MiB of usable ram starting at physical address 4GiB. That system has 3325.98 MiB of ram in the first 4GiB of physical addresses, meaning 770.02 MiB of the first 4GiB of ram is blocked by reserved physical addresses. 768 of that 770 is usable because it is mapped to higher physical addresses, so only 2.02MiB of the 12GiB is actually lost.
Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: TOSHIBA
Version: 2.40
Release Date: 05/20/2010
Address: 0xE4320
Runtime Size: 113888 bytes
ROM Size: 4096 kB
Characteristics:
ISA is supported
PCI is supported
PC Card (PCMCIA) is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
ESCD support is available
Boot from CD is supported
ACPI is supported
USB legacy is supported
BIOS boot specification is supported
Targeted content distribution is supported
Firmware Revision: 3.80
Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: TOSHIBA
Product Name: Satellite P505
Version: PSPGSU-0DL002
Serial Number: 6A140083W
UUID: 00D8DA49-EF78-DF11-A753-C80AA9B7DA76
Wake-up Type: Power Switch
SKU Number: Not Specified
Family: Not Specified
Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: TOSHIBA
Product Name: Satellite P505
Version: Not Applicable
Serial Number: 6A140083W
Asset Tag: Not Specified
Features: None
Location In Chassis: Not Specified
Chassis Handle: 0xFFFF
Type: Unknown
Contained Object Handles: 0
Handle 0x0003, DMI type 3, 21 bytes
Chassis Information
Manufacturer: TOSHIBA
Type: Notebook
Lock: Not Present
Version: N/A
Serial Number: None
Asset Tag: No Asset Tag
Boot-up State: Safe
Power Supply State: Safe
Thermal State: Safe
Security Status: None
OEM Information: 0x545A3143
Height: Unspecified
Number Of Power Cords: Unspecified
Contained Elements: 0
Handle 0x0004, DMI type 4, 42 bytes
Processor Information
Socket Designation: CPU 1
Type: Central Processor
Family: <OUT OF SPEC>
Manufacturer: Intel
ID: 55 06 02 00 FF FB EB BF
Version: Genuine Intel(R) CPU
Voltage: 3.3 V
External Clock: 133 MHz
Max Speed: 3200 MHz
Current Speed: 2400 MHz
Status: Populated, Enabled
Upgrade: Slot 1
L1 Cache Handle: 0x0005
L2 Cache Handle: 0x0006
L3 Cache Handle: 0x0007
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Core Count: 2
Core Enabled: 2
Thread Count: 4
Characteristics:
64-bit capable
Handle 0x0005, DMI type 7, 19 bytes
Cache Information
Socket Designation: L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Through
Location: Internal
Installed Size: 32 KB
Maximum Size: 32 KB
Supported SRAM Types:
Burst
Pipeline Burst
Asynchronous
Installed SRAM Type: Asynchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Data
Associativity: 8-way Set-associative
Handle 0x0008, DMI type 9, 17 bytes
System Slot Information
Designation: PCI Express Slot J6C2
Type: x1 <OUT OF SPEC>
Current Usage: Unknown
Length: Long
Characteristics:
5.0 V is provided
3.3 V is provided
Handle 0x0009, DMI type 10, 6 bytes
On Board Device Information
Type: Video
Status: Disabled
Description: IGD
Handle 0x000A, DMI type 10, 6 bytes
On Board Device Information
Type: Ethernet
Status: Disabled
Description: GigaLAN
Handle 0x000D, DMI type 15, 29 bytes
System Event Log
Area Length: 16 bytes
Header Start Offset: 0x0000
Header Length: 16 bytes
Data Start Offset: 0x0010
Access Method: General-purpose non-volatile data functions
Access Address: 0x0000
Status: Valid, Not Full
Change Token: 0x00000002
Header Format: Type 1
Supported Log Type Descriptors: 3
Descriptor 1: POST error
Data Format 1: POST results bitmap
Descriptor 2: Single-bit ECC memory error
Data Format 2: Multiple-event
Descriptor 3: Multi-bit ECC memory error
Data Format 3: Multiple-event
Handle 0x000E, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: Not Provided
Number Of Devices: 4
Handle 0x000F, DMI type 17, 28 bytes
Memory Device
Array Handle: 0x000E
Error Information Handle: No Error
Total Width: 64 bits
Data Width: 64 bits
Size: 4096 MB
Form Factor: SODIMM
Set: 1
Locator: M1
Bank Locator: Bank 0
Type: <OUT OF SPEC>
Type Detail: Synchronous
Speed: 667 MHz (1.5 ns)
Manufacturer: 84B0
Serial Number: 00000000
Asset Tag: 0000
Part Number: OCZ3M13334G
Handle 0x0010, DMI type 17, 28 bytes
Memory Device
Array Handle: 0x000E
Error Information Handle: No Error
Total Width: 64 bits
Data Width: 64 bits
Size: 4096 MB
Form Factor: SODIMM
Set: 1
Locator: M2
Bank Locator: Bank 1
Type: <OUT OF SPEC>
Type Detail: Synchronous
Speed: 667 MHz (1.5 ns)
Manufacturer: 84B0
Serial Number: 00000000
Asset Tag: 0000
Part Number: OCZ3M13334G
Handle 0x0011, DMI type 17, 28 bytes
Memory Device
Array Handle: 0x000E
Error Information Handle: No Error
Total Width: Unknown
Data Width: Unknown
Size: No Module Installed
Form Factor: SODIMM
Set: 1
Locator: M3
Bank Locator: Bank 2
Type: <OUT OF SPEC>
Type Detail: Synchronous
Speed: Unknown
Manufacturer:
Serial Number:
Asset Tag:
Part Number:
Handle 0x0012, DMI type 17, 28 bytes
Memory Device
Array Handle: 0x000E
Error Information Handle: No Error
Total Width: Unknown
Data Width: Unknown
Size: No Module Installed
Form Factor: SODIMM
Set: 1
Locator: M4
Bank Locator: Bank 3
Type: <OUT OF SPEC>
Type Detail: Synchronous
Speed: Unknown
Manufacturer:
Serial Number:
Asset Tag:
Part Number:
Handle 0x0013, DMI type 18, 23 bytes
32-bit Memory Error Information
Type: OK
Granularity: Unknown
Operation: Unknown
Vendor Syndrome: Unknown
Memory Array Address: Unknown
Device Address: Unknown
Resolution: Unknown
Handle 0x0014, DMI type 18, 23 bytes
32-bit Memory Error Information
Type: OK
Granularity: Unknown
Operation: Unknown
Vendor Syndrome: Unknown
Memory Array Address: Unknown
Device Address: Unknown
Resolution: Unknown
That doesn't make sense. If that is really true, it would imply some kind of BIOS bug.
I'm also quite confused by some of the DMI info you posted. Can you explain any of these discrepancies?
The DMI info you posted includes
Product Name: Satellite P505
Version: PSPGSU-0DL002
So I looked up a spec sheet http://cdgenp01.csd.toshiba.com/cont...P505-S8025.pdf
In that is says there are two physical slots for ram and the max total capacity is 8GB.
But elsewhere in your DMI info it says there are four physical slots for ram and the max total capacity is 16GB (and it says you have two of the four slots occupied, 4GB per slot).
Your posted DMI info also includes
On Board Device Information
Type: Video
Status: Disabled
Description: IGD
On Board Device Information
Type: Ethernet
Status: Disabled
Description: GigaLAN
This is a laptop, so I find it hard to believe the onboard Video and Ethernet would be disabled.
I don't understand any of it. I'm still trying to figure out how you're able to read that information and make sense out of it. LOL!!! I only posted the first huge paragraph of information for the physical memory. I can post a lot more if you think it would help. I do have two slots for RAM and I have them both full, each with a 4GB Corsair but I didn't think I had four slots. My video card is obviously working or I wouldn't be able to have this conversation with you but I did remove the nouveau video driver that is installed by default on computers with Nvidia video cards.(I'm still trying to get the Nvidia driver to work on this laptop.)
I still don't have any decent guess why the BIOS fails to tell the OS about the second 4GB of ram.
You didn't say anything to confirm that the text you quoted in post #8 really comes immediately before the line you quoted in post #5, with nothing in between. What should be in between is whatever the BIOS reports about your missing 4GB of ram.
I don't know anything about flashing the BIOS for that laptop (how to do it or whether it is safe to do it).
The BIOS map you quoted seems to indicate a BIOS bug, and there is some chance it is a bug that is fixed in the next version of the BIOS.
BTW, did you have 64 bit Windows on that laptop before installing Ubuntu? If so, did you delete Windows, or did you just shrink it and install Ubuntu as dual boot? I'm curious whether 64 bit Windows can use the missing ram. It shouldn't be able to. The same flawed ram map from the BIOS should be seen by any OS. But it is possible Toshiba hacked something into their OEM copy of Windows to see the missing ram.
as a mandriva user I had a similar problem mandriva only reading 3.2 of 4 gig of ram that was fixed by selecting a server kernel.
does ubuntu use pre-compiled kernels? if yes have a look for one that suits your hardware.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.