[<<]Message[>>] [<<]Author[>>] [<<]Subject [<<]Thread
Number : 140 Date : 2001-06-03 Author : Kan Yabumoto Subject : Re: Help with XXcopy Size(KB) : 5
Let me first comment a little bit on the method outlined by Michael Marquart (and I will try my version of this). As many XXCOPY users' know, the first thing that come to mind is the /CLONE switch. The /BU switch suggested by Michael was created before we invented the /CLONE (as the 2nd try) and is quite similar. Might as well, let me give you guys the subtle difference of the two /CLONE is a shortcut for /KS/H/E/R/Q/Y/BI/ZY /BU is a shortcut for /I /H/E/R/Q/Y/BI /C/V Even though the two are slightly different, the difference are quite minor. The last two items, /C and /V were made the XXCOPY default subsequent to the creation of /BU and therefore /CLONE also has both /C and /V, implicitly. Therefore, the only missing switch in /CLONE is /I which only deals with the suppression of initial prompt confirming the creation of the new destination directory if absent (which is moot in the case of the root directory). Besides, you can count on the implicit authorization of the trailing backslash after the destination directory name to do the same. Then, the remaining difference of the two shortcut is that /CLONE has /KS and /ZY which are both specified in Michael's suggestion (/KS and /K are the same). Therefore, besides the extra switch of /OAC:\xxcopy.log (to create the log file) in Michael's suggestion is the /V2 switch (byte-by-byte comparison) which override the standard /V (equivalent to /V1 which only verifies the filesize after copy). So, Michael's version, /ZY/BU/V2/K is essentially equivalent to /CLONE/V2 which makes more thorough verify operation. For most cases, /ZY is not necessary (but won't hurt in most cases) but helps guarantee the sameness of the source and the destination (but makes the /CLONE operation deceptively more dangerous). But, /ZY sure makes it more versatile. ----------------------------------------------------------- At first, we were quite reluctant to invent /CLONE since we already had /BU, then. But, nobody remembered /BU but most people fondly started to use /CLONE which really made XXCOPY popular. Now, we feel that it was indeed a right decision to add the /CLONE switch simply it's easier to remember. Basically we consider /CLONE an improvement over /BU because both the /KS and /ZY makes it very versatile. ----------------------------------------------------------- I assume Michael is a very long time XXCOPY user who probably started to use XXCOPY much before we had /CLONE. But, now we suggest to new comers the use of /CLONE and any additional twist can be done by adding overriding switch afterward. So, Michael's suggestion can be safely substituted by /CLONE /V2 /OAC:\XXCOPY.LOG It is up to the user to add /YY but it has its place in well debugged batch file which you run many times --- for any one-time job, I recommend *NOT* to use the /YY switch because it is really to defeat all the safeguard features. Other than the minor clarifications, Michael's suggestion will work well in creating logically identical volume of C: in D: drive. So, I don't see any problem in the the first step of what PPB asked in his original question. But, the following step that he intends to do will not be as simple as one might think --- that he intends to format the C: partition for a cleaner start. This step is not in the XXTB#10 article because the article shows how to create a cloned drive which will be physically replacing the C: drive. Here, PPB wants to copy back what you have in D: back to C:. This poses a few minor problems. The trouble is as soon as you format drive C:, you will lose the Win9x operating system and you cannot access long filenames. Actually, we should prepare for a new article which describes the problems and solutions for this case. Lastly, I agree with Michael that other means of cleaning up like Defrag may be much simpler. At the same time, I also know that there are occasions where the boot record is messed up and/or the partition info is partially corrupted, you may have difficulty in cleanly booting the system without the help of a boot disk. For now, let me briefly discuss the problem in restoring C: "logically" (without the help of disk-swapping). But, the topic deserves it's own article. -------------------------------------------------------- How to clone a drive using XXCOPY16 (shortname only) and restore the Win9x system in drive C: -------------------------------------------------------- I will post another message shortly... Kan Yabumoto ============================================================= At 2001-06-03 14:07, Michael Marquart wrote: >xxcopy c:\ d:\ /oac:\xxcopy.log /zy /bu /v2 /k > >should do it. I add a /yy at the end, in a batch file to suppress the >prompts, which you should do only on well tested batch files. > >*Careful* >This assumes an empty D: drive as I use it to mirror my c:\ hard drive to a >backup hard drive and it will remove files in the target that don't exist in >the source. > > >I don't see how your method is any better than a defrag though...
This message if part of XXCOPY's message Archive. The archive contains all the messages posted at Yahoo!Groups: XXCOPY.