Thanks guys, this is some invaluable insight. I'm still just having to come to grips with all this nonsense....why microsoft? why oh why would you make it so difficult for your user's to USE your products with out your help?? Seems to me they should have though ahead when making their 'server' platform and made it a little more server environment ready, meaning "backup-able".
I know as long as one keeps the original installation cdrom it's not too difficult to get a windows box back up and running after a crash, but it is very time consuming....especially just updating the numerous security vulnerbilities and service packs. On Tuesday 17 December 2002 05:48 pm, Corey McGuire wrote: > If you are going to copy a 2000 system (meaning, you'll have two from the > same image) you'll need Sysprep as well as ghost (available on MS's site) > which will make sure each has a unique GID. If you are archiving a system > so that it is fully bootable, or upgrading a drive, ghost is about the only > solution. > > Booting from DOS may be a large problem if you do not have a means of > storing the data. > > Here is a DOS boot floppy I made with various DOS networking drivers. It > is menu driven and the batch files are documented. > > http://www.coreyfro.com/~coreyfro/froppy-1.6.1-ex.zip > > You can "net use driveletter: \\hostname\share" to any "Windows" share. Corey, i'll give your floppy a try, and see what i can do with it. >From what i gather, i could, for example boot up machine A (running windows 2000) into dos, and with your boot disk, read the share listing of machine A from a linux box and mount it, and the rsync the whole drive if shared (say c:\ with c:\winnt and all the good stuff). Though, i still could NOT actually restore this 'mirror' image like i could a 'mirror' image of a linux root?? So, ultimately, there is no reason to even waste the hard-drive space on the backup server by rsyncing the whole drive. I should just have a policy or something that 'all users' put a list of important data into this folder (or these folders) and run a backup against those folders? Or hmmm... I'll come up with something better than that. :-) > > For Samba users, MS's DOS Network Client has a max send buffer of 2048, and > the value is set in TCPUTILS.INI as maxsendsize=2048. This is the limit! > Any value greater than 2048 will cause the client to default to 1024. > You'll want to set SO_RCVBUF=2048 in your smb.conf or performance will > suffer. If you are not regularly uploading from DOS, then don't worry. > > As far as not using ghost, I've investigated the use of device copying, but > ease of use is a major selling point for ghost. > > Options commonly needed for making a ghost image of NTFS are "-ntil" and > "-ntic" which ignore various check done for NT. > > > > *********** REPLY SEPARATOR *********** > > On 12/18/02 at 9:59 AM Donovan Baarda wrote: > >On Tue, 2002-12-17 at 21:13, John Morgan Salomon wrote: > >> Dr. Poo wrote: > >> > Now, can you think of a way to sync the win 2000 OS? (the WHOLE > > > >flippin' > > > >> > system) so that if it were to go down one could restore the full > > > >installation > > > >> > (bootstraps, bootloader, ect!!?) by means of the rsync'ed "backup". > >> > please? thank you. ;-) > >> > >> Yeah. Symantec Ghost. > > > >Seriously, Ghost is probably the only tool that can do this well at the > >moment. If you have used NTFS, there is bugger all that can read it, and > >win2000/NT itself can't even read all of the partition it is running on. > > > >I read a review of Ghost that complained that backups/restores actually > >boot you into DOS to run. This is because win2000/NT locks certain OS > >files when running. Ghost _has_ to boot into DOS and then use its own > >NTFS read/write code to access the partition. > > > >In theory you could build a similar utility from Linux, but the Linux > >NTFS read/write code is a bit dodgey. I've even had older versions of > >Ghost complain because it couldn't always read the NTFS partition > >(something to do with NTFS internally... sometimes it does/doesn't use > >some sort of weird compaction or something). > > > >The best non-Ghost alternative is to just rsync the whole damn > >partition. It is..? That what i figured... but again, what good does that do? By the way, if anyone is familiar with this practice of mirroring a whole system, linux specifically (Red Hat 7.2 even more specifically), what files should i watch out for when testing a restore onto a different box than the source, when the source is still on-line. I'm asking mainly about files that must be unique, like ip and host information files. I've just run across an application called Mondo, that makes an image of any linux partitian or other file-structure (i believe), has anyone used this? or anything simliar too it. http://www.microwerks.net/~hugo/ How about kasper? http://sourceforge.net/projects/kasper/ Any others? Thanks a bundle! All advice is truely appreciated... I'm just beginning to develop in this world.... -Chris > > > >ABO > > > >-- > >To unsubscribe or change options: > >http://lists.samba.org/mailman/listinfo/rsync > >Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html > > /\/\/\/\/\/\ Nothing is foolproof to a talented fool. /\/\/\/\/\/\ > > [EMAIL PROTECTED] > http://www.coreyfro.com/ > http://stats.distributed.net/rc5-64/psummary.php3?id=196879 > ICQ : 3168059 > > -----BEGIN GEEK CODE BLOCK----- > GCS d--(+) s: a-- C++++$ UBL++>++++ P+ L+ E W+++$ N+ o? K? w++++$>+++++$ > O---- !M--- V- PS+++ PE++(--) Y+ PGP- t--- 5(+) !X- R(+) !tv b-(+) > Dl++(++++) D++ G+ e>+++ h++(---) r++>+$ y++*>$ H++++ n---(----) p? !au w+ > v- 3+>++ j- G'''' B--- u+++*** f* Quake++++>+++++$ > ------END GEEK CODE BLOCK------ > > Home of Geek Code - http://www.geekcode.com/ > The Geek Code Decoder Page - http://www.ebb.org/ungeek// -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
