|
From: Szakacsits S. <sz...@si...> - 2004-03-18 14:27:26
|
Hello, > I am evaluating your product to replace ghost in our laptop program. > I can create images fine with "nftsclone -o - /dev/hda1 | gzip -1c > > hda1.gz". I would like to restore this w/ nftsclone because it gives > messages/ % done to the screen which is important to my end users. I've never understood why dd doesn't have an optional progress bar ... But perhaps you could find an extended dd replacement? Or actually just pipe'ing through the transfer via a command line utility might do the job. For example check out this: http://clpbar.sourceforge.net/ > Restoring images with "gunzip -c hda1.gz | dd of=/dev/hda1" is very > slow. The local partition that the images will be kept on is only 4GB > (big enough for a 3.2 GB image file). I can not store the images > uncompressed. I understand, more and more people express interest for this. Potential solutions for the speed issue using minimal, compressed backup space: 1) shrink NTFS to its minimal size and ntfsclone + compress that image. After the restoration by 'dd | progressbar', you must enlarge the NTFS image by ntfsresize to the underlaying partition size. 2) use a compressing filesystem on the local partition so you could get transparent compression and ntfsclone would just work. Unfortunately there aren't many for Linux. None of ext2, ext3, reiserfs, xfs, jfs supports this (ext2 had a broken compression module long ago but today it's a totally dead project). IMHO jffs2, compressed iso fs or gzipfs (www.filesystems.org) could do it but I've never tried. 3) adding support for this to ntfsclone (or as a separate utility). This was discussed several times earlier but there was only one implementation so far however the code was never sent to us, only promised to be sent. So we don't have it. Maybe I'll do it when I have some spare time. Cheers, Szaka |
