[luau] Ghost for Linux and Pattition Image
MonMotha
monmotha at indy.rr.com
Tue Nov 5 12:20:00 PST 2002
Warren Togami wrote:
> bhoward at hale.org wrote:
>
snip
>>
> Perhaps my understanding of these tools is inaccurate, but I thought
> that nothing Open Source came close to the capabilities of tools like
> Ghost. For example, we have nothing like the multicasting features.
> None of our tools are nearly as polished either.
Yes, the lack of multicasting is a problem. In theory if you have a
"reliable network" (all packets are guaranteed to be delivered, in the
order they were sent, without corruption), you can just spew UDP packets
to a site local multicast address and have all you comps receive it.
Unfortunately Ethernet isn't reliable. Ghost gets around this by having
every machine ack every packet as it goes, which is slow, but very reliable.
I have thought of ways to do this. Spew UDP packets to the network via
multicast, but with some form of sequencing info. Then when the session
is over, each machine requests the data it missed via unicast using TCP.
A checksum (MD5 or simlar) can be performed on the final image to make
sure the image is uncorrupted. Checksumming of each packet would also
be a "good thing" so that corruption could be detected on the fly and
replaced during the end unicast session, lessening the chance of
undetected corruption requiring a complete retransmit of the image.
The lack of support for NTFS is not a problem in and of itself, but it
leads to problems. It's not that we can't support NTFS (we don't need
to understand the filesystem at all in order to do a block-for-block
copy), but that we can't modify Windows' "magic numbers" like ghost can.
Of course, doing so would requrie stable NTFS write support, which we
lack. I don't forsee a Norton ghost replacement in the near future in
this regard.
As for polished, this is just because nobody has bothered to do so.
Writing a simple curses based gui (heck, you could even use dialog!)
would be quite possible.
--MonMotha
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 252 bytes
Desc: not available
URL: <http://lists.freesoftwarehawaii.org/pipermail/luau-freesoftwarehawaii.org/attachments/20021105/e53bdd05/attachment-0001.pgp>
More information about the LUAU
mailing list