LVM question. Missing about 11GB of Space..
From: Michael D. Setzer II (mikes_at_kuentos.guam.net)
Date: 10/29/05
- Previous message: oleksandr korneta: "Re: amarok 1.3.5 and mysql???"
- Next in thread: Alexander Dalloz: "Re: LVM question. Missing about 11GB of Space.."
- Reply: Alexander Dalloz: "Re: LVM question. Missing about 11GB of Space.."
- Maybe reply: Andy Green: "Re: LVM question. Missing about 11GB of Space.."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: fedora-list@redhat.com Date: Sun, 30 Oct 2005 01:19:15 +1000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
In doing a backup of a 250GB drive, I was surprised to have a
compressed image that was larger than the used space. In the past,
I've compressed an 80GB drive with 3 OS's, and get a 14GB image.
This is a 250GB drive with only 1 OS, and it is producing an 18GB
image. All free space is zeroed out. In doing some research, it
appears that about 5% of the LVM partition is being used in some
fashion that I am not aware of.
The drive shows the volume size as 229GB with 12GB uses, and
206GB Free. That leaves about 11 - 12 GB missing.
Whatever is in this 5% of the drive doesn't appear to compress very
well with either lzop or gzip. With lzop the image is about 18GB and
16GB with gzip, but lzop only takes about 2 hours, whereas gzip
takes about 3 1/2 hours. The image only seems to be runing fine
until it gets to the end were this 5% seems to be, and it grows
rapidly.
Any info on what this 5% is. I'm using g4l, which uses dd to copy the
raw partition information, and uses lzop or gzip compression. I was
thinking it might be some kind of swap, but why it would be 5% of
the disk size, as compared to the amount of ram.
Thanks.
+----------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor
Guam Community College Computer Center
mailto:mikes@kuentos.guam.net
mailto:msetzerii@gmail.com
http://www.guam.net/home/mikes
Guam - Where America's Day Begins
+----------------------------------------------------------+
http://setiathome.berkeley.edu
Number of Seti Units Returned: 18,388
Processing time: 32 years, 71 days, 5 hours, 36 minutes
(Total Hours: 282,030)
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.8 -- QDPGP 2.61c
Comment: http://community.wow.net/grt/qdpgp.html
iQA/AwUBQ2MGVCzGQcr/2AKZEQJwSACfc2ZHGgaugdmkZvqPXjWfwIL73vgAn0l+
Er1X39Mbmxd68f5JmWToTQKa
=sxlC
-----END PGP SIGNATURE-----
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- Previous message: oleksandr korneta: "Re: amarok 1.3.5 and mysql???"
- Next in thread: Alexander Dalloz: "Re: LVM question. Missing about 11GB of Space.."
- Reply: Alexander Dalloz: "Re: LVM question. Missing about 11GB of Space.."
- Maybe reply: Andy Green: "Re: LVM question. Missing about 11GB of Space.."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- Re: NSA and crypto
... If you still think gzip is better to use ... You really need a bijective
compress so that no information ... no concept of entropy or Unicity Distance. ...
Encrypt this with AES using ... (sci.crypt) - Re: gzip is faster with -O3
... gzip isn't usually used to compress incompressible data. ... CPU time
is better than wallclock time. ... (freebsd-stable) - Re: compress vs gzip vs bzip2 (vs pack) - was IDS TRIAL ( not trail ) download.
... I don't even know if my Linux has an uncompress command, gzip or bunzip2 are
the standard. ... It was nowhere near as efficient as compress, which in turn is not as
efficient as gzip, which is usually less efficient than bzip2. ... (comp.databases.informix) - ANNOUNCE: DJGPP port of GNU gzip-1.3.12 uploaded
... This is a port of GNU Gzip 1.3.12 to MSDOS/DJGPP. ... DJGPP specific
changes. ... Eli Zaretskii's port of GNU Gzip 1.2.4a. ... (if you really mean to
compress the text you type from the keyboard). ... (comp.os.msdos.djgpp) - Re: tar.gz
... >C>I thought I would add that gzip a way to compress a single file. ...
>C>.tar.gz files the TAR is the container, and the GZIP part is the ... >which
is able to handle both tar and tgz files. ... (comp.sys.atari.st)