Linux image is 5 time bigger than OS...

[Matthieu Jacquart]

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 :

Thanks

[george1421]

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)?

[Matthieu Jacquart]

@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

[Tom Elliott]

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

[Matthieu Jacquart]

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

[Tom Elliott]

@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.

[george1421]

@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.

[Tom Elliott]

@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).

[Matthieu Jacquart]

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 ?

[Tom Elliott]

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

[george1421]

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.

[Matthieu Jacquart]

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