Am I losing my memory?

I tried to install an application yesterday but it said there was not enough memory. I deleted some files etc... Then I looked in the Memory app in Control Panel. I don't remember what my total was when the N800 was new but now the details have
Storage memory in use: 23.8 MB
Storage memory available: 19.2 MB
so 43MB in total. Is this what others are seeing?

using latest firmware 4.2007.26-8

You're not giving us the full story... what do you have in Web pages, Documents, Contacts, Installed applications and Other files (all of which appear when you scroll down).

For reference I have:

Also, be aware of bug #1114 which currently renders the values reported by the Memory control applet as somewhat less than useful/reliable.

I find it better to start an xterm, go fullscreen and type df -h

Milhouse. Here are my other values

TA-t3 - Here is the output from my df -h



One of my 2GB SD cards was corrupted by the N800 and I can only use half of it. I am worried that my internal memory is messed up too.

Looks like something is definately consuming a chunk of memory... a reflash would sort it, otherwise you will need to investigate and find where it's gone. Try using "du -s `ls`" as root in / for starters and then try to narrow it down.

I noticed that when i used unrar and did not specify the destination directory ... the memory in the device reduces by an equal amount of data of the file i unrared. Did you use unrar in your n800??

I have never been root so I am not sure about "du -s `ls`"
- I am not a linux savvy person


and no - I have not use unrar that I know of

I'm not sure I want to reflash.. but might need to!

It's a bit tricky to use du and ls on the internal flash (although du might possibly work - I don't have a file to check on right now) vs. the size reported by df. This is because the internal flash is a compressing file system.

A problem that seems to have been fixed in the new firmware is that there used to be a file /var/run/wtmp that would appear to grow to an enormous size (IIRC even 'du' reported it as large), but if you reduced the size (by cat /dev/null > /var/run/wtmp - one must not try to remove files that are possibly open by a process, that won't remove the data, but this method will zero the size safely) then the 'df' size wouldn't go down by more than a few kilobytes. It's all because of the compressing filesystem.

This makes it difficult to figure out things by adding up individual file sizes and comparing to what 'df' reports.

With du -s `ls` it should be possible to identify which directories are consuming the most space, then drill down into those directories until you find the file(s) consuming most of the space. I wasn't suggesting that "du -s" could be used to calculate the space usage, only to assist in finding where it's all gone!