216 Discrepancy between gdmap and freememapplet

Using applications, configuring, problems
Post Reply
Message
Author
PaulBx1
Posts: 2312
Joined: Sat 17 Jun 2006, 03:11
Location: Wyoming, USA

216 Discrepancy between gdmap and freememapplet

#1 Post by PaulBx1 »

I have a 512MB pupsave and boot off floppy with the pupsave on the hard drive.

Freememapplet says I have 199MB left.

When I open /initrd/pup_rw (which I believe my pupsave via /dev/loop1) in gdmap, the figure at the upper right above the graphical display says "274.2 MiB". I assume that is saying there are files amounting to 274MB in my pupsave.

Well, if you add 274MB used, to 199MB left, you get 473MB total, 39MB short of the pupsave size of 512MB. What happened to those 39MB? Is there more stuff in my pupsave than what is in /initrd/pup_rw?

I tried to find docs on gdmap, to be sure that figure above the display means what I think it does, but there are no docs on sourceforge. Or at least I didn't find them.

User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#2 Post by Flash »

I've never been able to make sense of gdmap or freememapplet. Some of the discrepancy you report could be due to video memory, but not that much. What does "free" report? (When you run it from a console.)

PaulBx1
Posts: 2312
Joined: Sat 17 Jun 2006, 03:11
Location: Wyoming, USA

#3 Post by PaulBx1 »

Code: Select all

~ >free
              total         used         free       shared      buffers
  Mem:       320844       305296        15548            0        26672
 Swap:            0            0            0
Total:       320844       305296        15548
~ >

Not sure what that has to do with it. I am talking about the pupsave...

Well, I guess this is not that important. If I get really irritated I might dig into gdmap and freememapplet and see how they are determining these numbers.

User avatar
trapster
Posts: 2117
Joined: Mon 28 Nov 2005, 23:14
Location: Maine, USA
Contact:

#4 Post by trapster »

#df -m will probably confuse matters more??

Code: Select all

# df -m
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/hda2                 9561      8643       918  90% /initrd/mnt/dev_save
/dev/loop1                 620       328       292  53% /initrd/pup_rw
tmpfs                       78        77         1  99% /initrd/mnt/tmpfs
/dev/loop0                  77        77         0 100% /initrd/pup_ro2
/dev/loop3                  66        66         0 100% /initrd/pup_ro3
/dev/loop4                  60        60         0 100% /initrd/pup_ro4
/dev/loop5                  16        16         0 100% /initrd/pup_ro5
unionfs                    838       546       292  65% /
tmpfs                      159         0       159   0% /tmp
shmfs                        1         0         1   0% /dev/shm
trapster
Maine, USA

Asus eeepc 1005HA PU1X-BK
Frugal install: Slacko
Currently using full install: DebianDog

PaulBx1
Posts: 2312
Joined: Sat 17 Jun 2006, 03:11
Location: Wyoming, USA

#5 Post by PaulBx1 »

Code: Select all

~ >df -m
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/root                    2         1         1  55% /initrd
/dev/hda1                19060      8786     10274  46% /initrd/mnt/dev_save
/dev/loop0                  70        70         0 100% /initrd/pup_ro2
/dev/loop1                 496       278       192  59% /initrd/pup_rw
unionfs                    566       348       192  64% /
~ >
It says 278MB used. Note, df says I have a total of only 496MB, not 512MB. Maybe the rest is filesystem overhead?

At this point gdmap says I have 274.2MB used.

Partview says I have 278MB used and 192MB free (for a total of 470MB!) :?

Freememapplet agrees I have only 192MB free.

I just don't like this feeling I am not getting my advertised 512MB. :lol: 40MB of overhead sounds like an awful lot.

I wonder if some of these are reading in 1024*1024 bytes, and others in 1000*1000 bytes. The latter should be banished from the world of computers!

Post Reply