Disk images provide a powerful backup-restore solution and are exact
copies of your hard drive which are created by using low level byte by
byte copy operation. So even if your drive goes bad, you will still
have an entire copy of your system that you can restore.
zsplit and unsplit are Linux utilities.
zsplit is a command line imager, which allows you to create an exact
disk image. Finally it compresses the output image file and splits it
into chunks of defined size to fit exactly the size of storage media
(CD, DVD or HDD).
unzsplit is a command line restore tool. It restores files produced by
zsplit to its origin, i.e. splitted and compressed image files will be
uncompressed, tied together and restored to the original device or
partition.
Key Features :
1. runs under GNU/Linux OS
2. creates images from FAT16, FAT16X, FAT32, FAT32X, NTFS (MS Windows-
95, -98, -Me, -NT4, -2000, -XP), Linux Ext2, Linux Ext3, ReiserFS and
Linux swap partitions.
3. is able to create images from Very Large Files or devices (tested
with 200 Gygabyte devices)
4. output image files can be compressed to various density (900 MiB
(megabyte binary) FAT32 partition can be compressed to 350 - 400 MB
and can be stored on one CD)
5. output image file can be splitted into pieces of defined size
6. in case of partially damaged devices, blocks and/or sectors safely
reads all remaining intact sectors
7. supports non-seekable input and output (so you can use pipes for
stdin and/or stdout)
Please visit the homepage of DeviceImage-Project:
http://www.device-image.de
Well, well. Apparently you *weren't* afraid to spam the Linux
newsgroups, too. Still stupid, though, if you think spamming lots of
newsgroups is A Good Thing.
Fscking spammer.
Malke
--
"I have a cunning plan..."
ju...@device-image.de wrote:
> Please visit the homepage of DeviceImage-Project:
> http://www.device-image.de
>
> Disk images provide a powerful backup-restore solution and are exact
> copies of your hard drive which are created by using low level byte by
> byte copy operation. So even if your drive goes bad, you will still
> have an entire copy of your system that you can restore.
man dd
>
> zsplit and unsplit are Linux utilities.
> zsplit is a command line imager, which allows you to create an exact
> disk image. Finally it compresses the output image file and splits it
> into chunks of defined size to fit exactly the size of storage media
> (CD, DVD or HDD).
man dd
man bzip2
man gzip
man split
>
> unzsplit is a command line restore tool. It restores files produced by
> zsplit to its origin, i.e. splitted and compressed image files will be
> uncompressed, tied together and restored to the original device or
> partition.
man cat
man bzip2
man gzip
>
> Key Features :
>
> 1. runs under GNU/Linux OS
done
>
> 2. creates images from FAT16, FAT16X, FAT32, FAT32X, NTFS (MS Windows-
> 95, -98, -Me, -NT4, -2000, -XP), Linux Ext2, Linux Ext3, ReiserFS and
> Linux swap partitions.
done
>
> 3. is able to create images from Very Large Files or devices (tested
> with 200 Gygabyte devices)
done
>
> 4. output image files can be compressed to various density (900 MiB
> (megabyte binary) FAT32 partition can be compressed to 350 - 400 MB
> and can be stored on one CD)
done
(man mkisofs, man cdrecord)
>
> 5. output image file can be splitted into pieces of defined size
done
>
> 6. in case of partially damaged devices, blocks and/or sectors safely
> reads all remaining intact sectors
done
>
> 7. supports non-seekable input and output (so you can use pipes for
> stdin and/or stdout)
done
>
> Please visit the homepage of DeviceImage-Project:
> http://www.device-image.de
Innovative work, congratulations.
Tom
Of course you have plenty possibilities using linux/UNIX to reach the
same or nearly the same result as with zsplit/unzsplit, but:
1. I have problems to split files bigger then 2 Gigabyte with split
2. also gzip and bzip2 were not helpful with files bigger then 4
Gigabyte.
- with zsplit/unzsplit on the same machine, same kernel I can
effectively treat files/devices as big as 200 Gigabyte and for sure
even bigger.
3. with different tools combined in scripts you cannot have a good
control about progress in zipping and splitting files in chunks.
4. to use one tool which combines features of different tools is
easier to use in scripts the combination of tools.
So as you can see new is here not an idea of imaging, but the
combination of features in one tool.
Regards,
Jurij
i wish i had your problems.. ;-)
> with zsplit/unzsplit on the same machine, same kernel I can effectively
> treat files/devices as big as 200 Gigabyte and for sure even bigger.
i even wish i could actually *test* this. but my
machine only has a 10G disk since its last upgrade.
> 3. with different tools combined in scripts you cannot have a good
> control about progress in zipping and splitting files in chunks.
you can't? why? i'd "watch" the resulting tempfile.
> 4. to use one tool which combines features of different tools
> is easier to use in scripts the combination of tools.
so - are you saying the your tool covers all possible combinations
of those other tools? can you actually *prove* this?
anyway, i doubt this topic has anything to do with austria or vienna
in particular, so i'm deleting those from the Followup-To:. i hope
someone can direct this to an even more appropriate newsgroup..
Sven