Linux image is 5 time bigger than OS...

  • Hi,

    I’m not sure it’s a bug, but I asked some colleagues with fog 1.2 and they don’t have this problem.
    I prepared a linux machine based on Mint 17.3 Xfce distribution, which use less than 7GB space on HDD :

    ecole@ecole-desktop ~ $ df
    Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
    udev                  492232       4     492228   1% /dev
    tmpfs                 101428    1268     100160   2% /run
    /dev/dm-0           75519088 5908904   65750936   9% /
    none                       4       0          4   0% /sys/fs/cgroup
    none                    5120       0       5120   0% /run/lock
    none                  507136      76     507060   1% /run/shm
    none                  102400      24     102376   1% /run/user
    /dev/sda1              49320   47834          0 100% /boot

    I uploaded image, but image is more than 30GB !

    root@FOG:/images$ du -h Mint2/
    31G     Mint2/

    Here is my image parameters :



  • @george1421 You can solve it, I will reinstall my distrib tomorrow

  • Moderator

    Knowing what we know now, has this issue been solved? OR do you want to wait until you can rebuild the image without LVM.

    Just trying to do a bit of house cleaning.

  • Senior Developer

    @Matthieu-Jacquart Correct. Compression 9 is better than 1. However, the difference between 7-9 is nearly negligible.

  • Ok, I know what I have to do, so bad…
    We are agree that compression ratio 7 will produce image smaller that compression ration 1 ?

  • Senior Developer

    @george1421 Remove LVM would be the only way to do this properly.

    Raw imaging captures the disk as whole/partition as whole. (even though the data may take MUCH less room).

  • Moderator

    @Tom-Elliott Then with compress at level 7. The best he can squeeze that 80GB disk down to is about 53GB. (asking not telling).

    If that is true, then the only way to change the image size is to 1. Increase the compression ratio (with marginal success) or 2) remove LVM and just use native ext3 or ext4 partitions.

  • Senior Developer

    @Matthieu-Jacquart Correct. I don’t have a viable method to detecting LVM at the moment. If given enough time I’m sure we could figure out how to mount the LVM and resize based on the LVM data, but I don’t think it will be anytime soon. We might even (given even more time) be able to shrink/resize LVM partitions themselves, though I suspect it would be needed to do the Volume as a whole, not the volume container itself.

  • @Tom-Elliott
    ok, so I re-install Mint but I don’t check LVM box ? No other way ?

  • Senior Developer

    @Matthieu-Jacquart That’s the issue. LVM is not recognized so cannot be resized.

  • @george1421

    1. git 7009
    2. HDD 80GB (I think like you its look like a raw image, half compressed)
    3. LVM partition and ext4 file format

  • Moderator

    Just requesting some additional details.

    1. I assume you are using the fog trunk version, what is the git version (from the cloud on management page)
    2. What is the actual physical size of the disk you captured. (Thinking FOG did a raw capture and not a resizeable capture)
    3. What was the disk os format of the disk you caputred (ext3, ext4, xfs, etc)?

Log in to reply

Looks like your connection to FOG Project was lost, please wait while we try to reconnect.