Jump to content

Clone easily Windows 98 and XP in the same computer.


Recommended Posts

Good to know it. Apparently it seemed to be good.

Since long ago I always make backups by copying to an external HD (copy-paste). Well, I'll keep doing it in my own way!

Thanks for the excellent link, E-66. I really enjoyed it!

Edited by cannie
Link to comment
Share on other sites

  • 2 months later...

I was wondering about cloning drives.

So I got an old 3gb HDD with win ME on it, and set about cloning it to a 10GB HDD.

I made a dos startup disk, and put fdisk onto it.

I cleared the destination HDD with fdisk, and set up a new primary dos partion in fat32 format.

I put the destination HDD into the win ME system as a slave drive, setting the jumpers appropriately.

Then I installed a programme called 'Seagate DiskWizard for Windows v4.09' onto the source HDD, started the programme, under the 'maintenance' tab selected 'copy files' and did a 'drive to drive copy'.

-there were about 12 files named as being un-copyable using the prog, so I searched for them on the source HDD, wrote the directory names down, and manually copied them to the corresponding directories on the slave HDD.

Then I took the source HDD out, set up the destination HDD as the new master (setting the jumpers up appropriately)....

and sat back as the thing booted up, -and was amazed when it just worked perfectly.

Edited by bikerbrom
Link to comment
Share on other sites

I was wondering about cloning drives.

So I got an old 3gb HDD with win ME on it, and set about cloning it to a 10GB HDD.

I made a dos startup disk, and put fdisk onto it.

I cleared the destination HDD with fdisk, and set up a new primary dos partion in fat32 format.

I put the destination HDD into the win ME system as a slave drive, setting the jumpers appropriately.

Then I installed a programme called 'Seagate DiskWizard for Windows v4.09' onto the source HDD, started the programme, under the 'maintenance' tab selected 'copy files' and did a 'drive to drive copy'.

-there were about 12 files named as being un-copyable using the prog, so I searched for them on the source HDD, wrote the directory names down, and manually copied them to the corresponding directories on the slave HDD.

Then I took the source HDD out, set up the destination HDD as the new master (setting the jumpers up appropriately)....

and sat back as the thing booted up, -and was amazed when it just worked perfectly.

You may find it very useful to burn yourself a bootable CDROM containing the latest Seagate DiscWizard software which is a quite capable free version of Acronis TrueImage which only requires that one of the hard drives is a Seagate/Maxtor.

No bootup floppies or FDISK/Format is necessary. No worries about locked files as you are cloning disks outside of the operating system itself. Fat32 or NTFS makes no difference. The clincher is that the CDROM will clone any Windows operating system (as of the last time I checked).

The process is simple: grab a new HDD and clone the old one to the new one (C: to C:), remove the old one and place it on the shelf as an emergency backup. Place the new one in its place.

IMHO this process lends itself to three frequently encountered scenarios: {1} backing up a HDD, {2} upgrading/replacing your HDD, {3} duplicating a HDD to safely work on a copy (e.g., virus infected or forensics exploration).

There are more details of course: jumpers on PATA drives, and both drives need to be attached during the cloning. But they are easy to handle. I wrote about it in this thread. Be sure to read post #5 and post #9.

Link to comment
Share on other sites

I've been experimenting with using archiving utilities for backing up and restoring 98. So far, the results are promising. At the moment, I'm using a 98SE test system which is using 477MB.

WinRar 3.51 compressed the drive down to 187MB using what they called "best" compression.

7Zip 4.57 compressed the same drive down to 152MB using "ultra" compression.

For a comparison, an image of the same drive made with an Acronis CD was 237MB.

I extracted each image to an empty partition, then compared the partition to the original drive using WinMerge 2.10. Both WinRar and 7Zip produced exact duplicates of the entire file system.

Does anyone know of a utility that can save and restore a copy of the MBR, preferably one that works in DOS or Windows? On one PC, I'm using the 2K bootloader. The one I'm working on will use Grub when I get it finished.

Rick

Link to comment
Share on other sites

Does anyone know of a utility that can save and restore a copy of the MBR, preferably one that works in DOS or Windows?

Fortunately in Win9x critical maintenance is easy to do. I usually run a compiled INNO exe that performs a complete data collection: CMOS dump, MBR/MBS/VBR and more, Registry export, Registry DATs, complete Filelist, and critical OS and log files. Winrar is nicely suited for most of this, CMOSSAVE, REGEDIT, and FINDPART are other useful tools.

There are many ways to save/restore the Master Boot Sector (the first 512 bytes of disk 0 which contains the MBR). In my experience it is better to grab more than the first sector's 512 bytes, and since it takes no more time or effort why not just grab the first 95 sectors (absolute sectors 0 to 94). This is everything up to but NOT including the first FAT. The output is a mere 48,640 bytes and contains lots of important information needed to reconstruct a HDD. Sometimes I do grab at least one of the two FATs also.

FINDPART is one of those great uber-hacker utilities and it is free. Last seen on this page (I highly recommend that technically skilled users download everything on those webpages). The FINDPART utility combines in one EXE many other tools, I quote the author:

The Findpart Windows version includes the functionality of the utilities FindNTFS, GB32, Chsdir, Editpart, EditGUID, Findfat, Getsect, Putsect, Cyldir, Finddir, Findext2, Findbad, Pqrp, FindJPG, FindDoc, Readext2 and Readfat.

Using the GetSect component of FindPart returns this information:

Getsect, version FP 4.91.
Copyright Svend Olaf Mikkelsen, 2007.

Usage: Findpart Getsect <disknumber> <cylinder> <head> <sector>
<no of sectors> [+]<filename> [noheader] [backwards]
[bad00 | badf6]

Writes the sectors to <filename>. Use +<filename> for append.

Returns 0 if the sectors are read without errors.

Option 'bad00' or 'badf6' writes ascii 0 or hex F6 for sectors
that cannot be read.

The output file can be viewed with the Windows 95/98
'edit /64 <filename>' command. Disks are numbered from 1.

For my example, this command saves the aforementioned 48,640 bytes:

FindPart.exe GetSect 1 0 0 1 95 MBRPLUS.BIN noheader
| | | | |
| | | | +-----> total of 95 sectors
| | | +------> sector 1
| | +------> head 0
| +------> cylinder 0
+------> 1st disk (disk 0 aka C:)

All the bytes contained in the first 95 sectors are saved into into a file called MBRPLUS.BIN. Note that there is a corresponding PutSect component to add such saved data back into the HDD. The NOHEADER means that only data is written to the file lending itself to be restored back to a HDD. Of course the following will give you just the 512 byte MBS that you originally asked for:

FindPart.exe GetSect 1 0 0 1 1 MBR.BIN noheader

EDIT: please see post#24 for an update. In short, FindPart PutSect apparently can only restore a single sector to a HDD. To restore multiple saved sectors something else must be used.

Edited by CharlotteTheHarlot
Link to comment
Share on other sites

FindPart.exe GetSect 1 0 0 1 95 MBRPLUS.BIN noheader

I have created this way MBRPLUS.BIN from Windows 98. I use double boot XP/Win98.

Are the double boot main partition bootsector and mbr totally included in that size, to avoid using the fixboot and fixmbr commands?

To avoid doing things wrong and destroying anything: I think the command line to restore bootsector and mbr using MBRPLUS.BIN must be: FindPart.exe PutSect 1 0 0 1 95 MBRPLUS.BIN noheader. Is this correct?

Thank you very much.

Edited by cannie
Link to comment
Share on other sites

Thanks

Both of those sites will be helpful. I'm not as familiar with MBRs, boot sectors, file tables, etc as I need to be. Never needed to do much with any of it. Learning as I go. I'm gradually assembling all the pieces to build a DOS/Windows replacement for the Acronis CD that doesn't use proprietary formats. I've got a DOS CD that works well with my external drive. Working on LFN support for it. Still need to test command line versions of the archiving tools.

I can't complain about the performance of the Acronis CD. It's always worked for me, but there's a couple of limitations I've wanted to get away from. I don't know of anything else that can open one of their .tib archives. I'd much rather use a format that can be accessed and edited with standard archiving tools from within Windows or DOS. I've gotten into a bad habit, downloading and saving files to my desktop and cleaning it up later. On the desktop of my primary unit, it just makes a big mess (there's an image under all those icons somewhere), but on my test units, it's files I can't get to without installing that image on a test drive. Shut down Windows, reboot with the CD, back up the existing drive, pick an archive, choose a hard drive, wait for the process to finish, remove CD, reboot, it's not on this image, repeat process, :wacko: As much as I get sidetracked when doing something, anything could end up being anywhere.

I'm also disappointed in its compression after seeing what 7Zip and WinRar can do. Free space is becoming scarce on my external drive and a bigger one is just not in the budget right now. If 7Zip or WinRar does as well with the other images as they did the first one, converting the backup images would gain me about 12GB of disk space and buy me some time. It's either that or cleaning out the download folder, which is a scary looking job. :ph34r:

Rick

Link to comment
Share on other sites

I have created this way MBRPLUS.BIN from Windows 98. I use double boot XP/Win98.

Are the double boot main partition bootsector and mbr totally included in that size, to avoid using the fixboot and fixmbr commands?

To avoid doing things wrong and destroying anything: I think the command line to restore bootsector and mbr using MBRPLUS.BIN must be: FindPart.exe PutSect 1 0 0 1 95 MBRPLUS.BIN noheader. Is this correct?

Firstly, I just noticed that FindPart PutSect fails to return the commandline options that FindPart GetSect does. You need to first do this: set findpart=edit. The presence of that environment string 'unlocks' the more dangerous features of FindPart. Having done that, here is the commandline usage for the PutSect component of FindPart:

Putsect, version FP 4.91.
Copyright Svend Olaf Mikkelsen, 2007.

Usage: Findpart Putsect <disknumber> <cylinder> <head> <sector> <filename>
<cylinders> <hash> [checkfile <checkfilename>] [force]

Writes the content of the file <filename> to the sector.
Returns 0 if the sector is written. The file must be 512 bytes
long. <cylinders> is the number of cylinders on the disk.

If the ascii value of byte no. n is called a(n), the hash value used
is 1 * a(1) + 2 * a(2) + ... + 512 * a(512). The result is written
as an 8 digit hexadecimal number. The hash value of a 512 bytes file
can be printed with the command: Findpart Putsect gethash <filename>

If checkfile is used, hash can be entered as 00000000
and the current sector content must match <checkfilename>.
If force is used, hash can be entered as 00000000.

Special <filename> values: !zero for ascii 0 characters, !f6 for ascii
246, !ff for ascii 255. Other keywords: 'loop' puts infinite loop code
in the first 2 bytes. 'signature' puts hex 55, AA in the last 2 bytes.

IMPORTANT CORRECTION!: this command appears to only support single sector insertion. My bad! That MBRPLUS.BIN containing 95 sectors (48,640 bytes) cannot, I repeat CANNOT be restored by this command. I will research this further but in order to place data onto your HDD, you must first save a single sector, in your case the Master Boot Sector (absolute sector 0 aka CHS 0,0,1) as previously noted:

FindPart.exe GetSect 1 0 0 1 1 MBR.BIN noheader

That gives you a 512 byte file called MBR.BIN that contains the Master Boot Sector (within that is the actual MBR and MPT Partition Tables). Once you have that file, and you set findpart=edit, the corresponding command to restore the same saved file back to the HDD is:

FindPart.exe PutSect 1 0 0 1 MBR.BIN ??? 00000000 force

That ??? will need to be filled in. It will be the number of cylinders on the HDD you are writing to. To find out how to determine this see Post #31 from TheStarman. Alternatively, see: Post #28 for another possibility for writing this data to the Hard Disk (by using SrcMbr from SRCTOOLS).

NB: I believe it is possible for BIOS or Windows based AntiVirus Boot Sector protection to interfere with this operation. But lets not cross this bridge unless we have to.

Cannie, remember to stash away that MBRPLUS.BIN for reference only. The new file MBR.BIN is what you will be using now. Sorry about any mixup! I need to wash my brain and then try to remember what utility I used to insert multiple saved sectors onto a HDD. It could have been another of Svend's tools, or maybe one from Terabyte. Possibly even Norton DiskEdit. Once I have this squared away I will start a thread specific to this subject.

EDIT: i'll be back soon to answer the 2nd part of that question.

EDIT: fixed the FindPart PutSect commandline per Daniel in Post #31.

Edited by CharlotteTheHarlot
Link to comment
Share on other sites

Are the double boot main partition bootsector and mbr totally included in that size, to avoid using the fixboot and fixmbr commands?

First, to give credit where credit is due. Everyone should take the time to see the magnificent effort at explaining MBR's by Daniel B. Sedory aka TheStarman. :thumbup I am perfectly safe in saying that his is the most extensive examination of this subject anywhere. Microsoft and Wikipedia will likely use him for reference, I am not kidding at all. Daniel, we're not worthy! The table of contents is here: MBR and OS Boot Records (INDEX PAGE). In that list is the MBR we are presently concerned with: An Examination of the MBR (WIN9X).

I just took a snapshot of a Seagate 120GB C: boot drive. Then I dropped the bytes into a formatted spreadsheet. Its too bad the forum software does not allow CSS-style background colors. Using foreground colors is limiting. Here are the main descriptions but do visit the linked website for expert level information. This is all 512 bytes of the Master Boot Sector (Absolute Sector 0) formatted into lines of 16 bytes ...

[font="Courier New"][size=3][color="#008800"]33 C0 8E D0 BC 00 7C FB 50 07 50 1F FC BE 1B 7C
BF 1B 06 50 57 B9 E5 01 F3 A4 CB BE BE 07 B1 04
38 2C 7C 09 75 15 83 C6 10 E2 F5 CD 18 8B 14 8B
EE 83 C6 10 49 74 16 38 2C 74 F6 BE 10 07 4E AC ; this entire green area
3C 00 74 FA BB 07 00 B4 0E CD 10 EB F2 89 46 25 ; is executable code
96 8A 46 04 B4 06 3C 0E 74 11 B4 0B 3C 0C 74 05 ; except the 6 bytes in black
3A C4 75 2B 40 C6 46 25 06 75 24 BB AA 55 50 B4
41 CD 13 58 72 16 81 FB 55 AA 75 10 F6 C1 01 74
0B 8A E0 88 56 24 C7 06 A1 06 EB 1E 88 66 04 BF
0A 00 B8 01 02 8B DC 33 C9 83 FF 05 7F 03 8B 4E
25 03 4E 02 CD 13 72 29 BE 46 07 81 3E FE 7D 55
AA 74 5A 83 EF 05 7F DA 85 F6 75 83 BE 27 07 EB
8A 98 91 52 99 03 46 08 13 56 0A E8 12 00 5A EB
D5 4F 74 E4 33 C0 CD 13 EB B8 [b][color="#000000"]00 00 80 11 11 11 ; Drive/Timestamp Mystery Bytes[/color][/b]
56 33 F6 56 56 52 50 06 53 51 BE 10 00 56 8B F4 [b][color="#000000"]; Important! see link![/color][/b]
50 52 B8 00 42 8A 56 24 CD 13 5A 58 8D 64 10 72 ; [size=2][url="http://thestarman.pcministry.com/asm/mbr/mystery.htm#COPY"]Don't make exact copies of Win9x HDDs![/url][/size]
0A 40 75 01 42 80 C7 02 E2 F7 F8 5E C3 EB 74[/color] [color="#FF00FF"]49
6E 76 61 6C 69 64 20 70 61 72 74 69 74 69 6F 6E
20 74 61 62 6C 65 00 45 72 72 6F 72 20 6C 6F 61 ; this section contains error
64 69 6E 67 20 6F 70 65 72 61 74 69 6E 67 20 73 ; message strings such as:
79 73 74 65 6D 00 4D 69 73 73 69 6E 67 20 6F 70 ; 'Missing operating system'
65 72 61 74 69 6E 67 20 73 79 73 74 65 6D 00[/color] 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 [color="#880088"][b]8B FC 1E 57 8B F5 CB[/b][/color] 00 00 00 00 00 00 [color="#880088"][b]; MSWIN4.1 FDISK mark[/b][/color]
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 [color="#000088"][b]00 78 01 78[/b][/color] 01 00 [color="#FF0000"][b]80 01[/b][/color] [color="#000088"][b]; NT Drive Serial Number[/b][/color]
[color="#FF0000"][b]01 00 0C FE 7F 00 3F 00 00 00 82 37 F9 0D 00 00[/b][/color]
[color="#FF0000"][b]00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; Partition Table[/b][/color]
[color="#FF0000"][b]00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00[/b][/color]
[color="#FF0000"][b]00 00 00 00 00 00 00 00 00 00 00 00 00 00[/b][/color] [b][color="#880000"]55 AA ; signature ID Magic Number[/color][/b][/size][/font]

Now if you focus on the Partition Table, it is actually 4x16 byte arrays ...

[font="Courier New"][size=3][color="#FF0000"][b]                                          80 01
01 00 0C FE 7F 00 3F 00 00 00 82 37 F9 0D [color="#880088"]00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00[/color] 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 [color="#880088"]00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00[/color][/b][/color][/size][/font]

Same data spread out linearly ...

[font="Courier New"][size=3][color="#FF0000"][b]80 01 01 00 0C FE 7F 00 3F 00 00 00 82 37 F9 0D ; Entry-1
[color="#880088"]00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; Entry-2[/color]
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; Entry-3
[color="#880088"]00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; Entry-4[/color][/b][/color][/size][/font]

This HDD has one partition, the other three entries are blank. Deciphering Entry-1 gives this information ...

80 ............ Bootable? 80h = yes
01 ............ Start Head: 1 ; these three establish CHS:0,1,1
01 ............ Start Sector: 1 ; (absolute sector 63) as the 1st
00 ............ Start Cylinder: 0 ; partition VBR beginning
0C ............ Type 0Ch = WIN95 OSR2 FAT32, LBA-mapped
FE ............ End Head: 254 dec
7F ............ End Sector: 63 dec
00 ............ End Cylinder: 256 dec
3F 00 00 00 ... Relative Sectors (offset to partition): 0000003F = 63 dec
82 37 F9 0D ... Total Sectors (in partition): 0DF93782 = 234,436,482 dec

Now to try to answer that question. What is the dual-boot software mechanism (System Commander etc)? More importantly what is the structure of the HDD? How many partitions? Extended partitions? Is either Windows version on another disk? The example I showed above is a simple single partition and all of the critical structural data lies in front of the first FAT within the 95 sectors I mentioned previously. Saving everything is simple.

However I think it is possible that certain multi-boot arrangements can leave some of the Partition Table or Volume Boot Record information scattered about. You will need to do some homework to understand the bootstrap steps for each OS you have. Don't worry though, you'll learn a lot.

Now for saving the critical structural information, do both. Save the single MBR/MBS 512 first sector. And also save a copy of the 95 sector MBRPLUS for reference. I do this for all attached hard drives anyway (one reason explained in that link above is that the drive/timestamp/mystery bytes for all attached Win9x HDD's should be different from each other and may need to be hand edited). Definitely save that structural information BEFORE you ever run a fixboot, fixmbr, or any version of FDISK, System/Partition/Boot Magic/Commander/Manager, LILO/Grub, Ranish or any other low level application.

EDIT: changed Starman to TheStarman. Corrected the links. See Post #31 for more links and information from Daniel.

Edited by CharlotteTheHarlot
Link to comment
Share on other sites

I will start a thread specific to this subject.

It is a very useful program. I didn't even know its existence and I would never have reached to use it properly without your help.

When you clone Windows 98 to any unit on the extended partition you don't have any problem at all because it keeps booting from C drive or from a floppy. You may restore the drive C boot sector by simply running fdisk/mbr and sys a: c:

But if you doubleboot you can't fix a failure this way. You need a backup of the MBR and FAT to restore the bootsector and the files allocation table. And in this point I think this program is an excellent solution.

In this moment the remaining users of Windows 98 are not simpleminded newbies lured by anything new only because it is in, but in many cases prepared people who know what they do and had to fight against commercial interests to keep finding compatible hardware and drivers. As a doubleboot install means to have all possibilities in your hand most of them try it.

I think it is very interesting your idea of starting a thread specific to this subject.

Thank you very much!

Link to comment
Share on other sites

Took a peek into my virtual toolbox and found some more freeware that are very useful for the purposes of this subject. There is a package of three utilities called SRCTOOLS, the author is someone called [The W0rm] and was originally found at this url: http://dos.li5.org (now gone). Google located an exisiting webpage called TechW0rm located here where you can download a 1.1 MB file called TECHW0RM.ZIP that contains a file called Techw0rm.img which holds an impressive collection of DOS utilities ...

The following list quickly describes each program on the disk. If you don't understand it,
don't use it. Quite a few weren't necessary but were put on to be ready for any situation.
Use /? to learn command line options for most

50.COM - Sets the screen to 50-line mode (convenient).
AEFDISK.EXE - FDisk replacement.
ATTRIB.EXE - Change file attributes.
AUTOEXEC.BAT - Automatically executed batch file for boot-up.
BCOPY.COM - Copy a file in the background.
BOOTSECT.BAK - The backed up boot sector - compared to original.
CHKMEM.COM - Checks for suspicious memory usage; stealth virii.
CLEAR.COM - Clears the screen (good for messed up modes/colors).
CLOAKING.EXE - Stores drivers in EMS/XMS to lower low memory usage.
CMOSPWD.EXE - Can reset the bios/get cmos password
COMMAND.COM - Command interpreter.
CONFIG.SYS - Startup device driver loader.
CTMOUSE.COM - Universal mouse driver.
D.EXE - You still use "dir"?
DEBUG.EXE - Microsoft's DEBUG.EXE.
DELTREE.EXE - Delete a directory and all sub-directories.
DEVICE.COM - Load a specified device driver on command line.
DZ.COM - Divide overflow error corrector.
EDIT.EXE - MS-Dos file editor.
EMM386.EXE - EMS memory manager by Microsoft.
ESCAPE.EXE - Abort from crashes/programs with F12.
FCSH.COM - Doskey replacement.
FIX27.COM - Quite often saves memory for tsrs loaded.
FORMAT.COM - Formats a disk for DOS use.
FP.SYS - Scans for lost partitions/assigns drive letters.
HIMEM.SYS - Himem XMS device driver.
IO.SYS - The heart of ms-dos7; the kernel.
KEYBUF.COM - Expands keyboard buffer size.
KEYRATE.COM - Sets the key-speeds.
KILLER.EXE - Abort to dos on invalid opcodes. (less freezing)
LCOPY.EXE - XCOPY replacement with LFN support in DOS.
MD5SUM.EXE - Calculates the MD5 hashes.
MD5_FIC1.BAK - Stored MD5 hashes for all required boot-up files.
MD5_FIC2.BAK - MD5 hashes for checking on ramdisk.
MEM.EXE - MS-DOS's mem reporting tool.
MSCDEX.EXE - Mscdex.exe replacement, saves mem.
MSDOS.SYS - Dos "registry".
NO.COM - Exclude files for a particular command.
NTFSDOS.EXE - Driver to "see" NTFS drives.
PART.EXE - Partition Manager
PERUSE.COM - Lets you scroll back with the scroll lock key.
PRESIZER.EXE - Resize/Move partitions.
PROTECT.COM - Write/Read Warn/Protect any drive.
PROVIEW.EXE - Edit your physical disks and memory.
QEMM386.SYS - A memory manager.
QVIEW.EXE - A good hex editor.
REALDEAL.COM - Secure deletion TSR.
RECOVER.EXE - Recovers physical sectors.
SCANDISK.EXE - Microsoft drive "repair" utility.
SCOUR.COM - Security; overwrites past file eof's and free space.
SEARCH.COM - Search for a text string in file(s)/subdir(s).
SETVER.EXE - Make older/newer programs compatible.
SHSUCDX.EXE - Mscdex.exe replacement, saves mem.
SMARTDRV.EXE - Smartdrive; caching utility.
SRCBOOT.COM - Save/Restore/Check the boot record.
SRCFAT.COM - Save/Restore/Check the Fat Table(s).
SRCMBR.COM - Save/Restore/Check the MBR.
SWEEP.COM - Runs a specified command in all subdirectories.
SYS.COM - Copy system files/boot record for booting.
TOUCH.COM - Sets file date/time.
UMBPCI.SYS - Hardware UMB provider.
UNDELETE.COM - UnErases files from FAT partitions.
UNIVBE.EXE - Universal display driver.
VIDE-CDD.SYS - Universal cd-rom driver.
VIDRAM.COM - Increase conventional memory. (but lose VGA)
VPAGE.COM - Saves/Restores video ram into file/page.
WIPE.COM - Overwrites a drive.
XMSDSK.EXE - Loads an XMS ramdisk.
XTLINK.COM - Access drives over a serial/parallel cable.
ZENO.EXE - Speeds up text display.

The SRCTOOLS, which work under the DOS commandline within Windows are these ...

SrcMbr.com .... save/restore/compare the 512 byte Master Boot Sector

SrcBoot.com ... save/restore/compare the 512 byte Volume Boot Record

SrcFat.com .... save/restore/compare the FAT

Here are the returned commandline options ...

[color="#9932CC"] ==> Srcmbr.com /?[/color]

SRCMBR V1.8©2001 - The W0rm -
Usage: SRCMBR {drive} {filename} {switch}

Switches:
/S - Save MBR to file
/R - Restore MBR from file
/C - Compare MBR to file

[color="#9932CC"] ==> Srcboot.com /?[/color]

SRCBoot V1.7©2001 - The W0rm -
Usage: SRCBoot {drive:} {filename} {switch}

Switches:
/S - Save boot sector to file
/R - Restore boot sector from file
/C - Compare boot sector to file

[color="#9932CC"] ==> Srcfat.com /?[/color]

SRCFat V1.3©2001 - The W0rm -
Usage: SRCFat {drive:} {filename} {switch}

Switches:
/S - Save fat table to file
/R - Restore fat table from file
/C - Compare fat table to file
/2 - Use the second fat copy

Since these three utilities are useable from batch files they lend themselves nicely to the purpose of automated data collection or critical backup (e.g., in a compiled INNO script). I tested the save function for all three utilities on Win9x on the C: boot drive which is a Seagate 120 GB single partition. These are the exact commands executed within a DOS window with their results ...

SrcMbr.com 0 SRCMBR.BIN /s

... outputs a file called SRCMBR.BIN. It is 512 bytes and is the exact contents of the Master Boot Sector (MBS aka MBR). I verified that it is the data found at offset 0000h. This is called Absolute Sector 0 or CHS:0,0,1. See the above post #25 for details of what is stored in this sector.

SrcBoot.com C: SRCBOOT.BIN /s

... outputs a file called SRCBOOT.BIN. It is 512 bytes and is the exact contents of the Volume Boot Record (VBR) beginning. I verified that it is the data found at offset 7e00h. This is called Absolute Sector 63 or CHS:0,1,1. Note that this single sector is the first of three consecutive sectors that make up the VBR (FAT32 VBR is 3 sectors: Absolute #63-65). There is a Second Copy at Absolute #69-71.

SrcFat.com C: SRCFAT.BIN /s /2

... outputs a file called SRCFAT.BIN. For this 120 GB FAT32 drive the saved FAT is a whopping 14,650,880 bytes. This particular HDD contains 498,433 files and 33,230 folders using up 84.5 GB of the available 111 GB. Note that I used the second FAT copy which is an arbitrary decision since both FAT copies should be identical.

IMHO, these FAT details illustrate the potential for problems under Win9x. This particular system presently has 3 of these Seagate 120 GB drives attached so one could surmise that nearly 45 MB of FAT entries are mapped into RAM by VFAT.VXD (i'm no expert here so go easy!). The numbers could easily greatly increase with modern gigantic drives. I am unclear as to how USB and SATA drives are mapped but I suspect they also increase the RAM burden. I would really love to hear from experts on these matters though.

EDIT: corrected FAT size issue (its size is related to the size of the drive, not the contents of the drive) thanks Ed999.

EDIT: 2009-10-05. Hat tip to Jaclaz :hello: way down this thread in Post #148 for a working link at web.archive.org that contains stuff from the old dos.li5.org. On this page here you can directly download SrcTools (and other stuff) from the archive.

Edited by CharlotteTheHarlot
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...