Japheth
Germany (South),
24.10.2022, 10:56 |
WDe and GPT, booting DOS (Users) |
Hello,
recently I added support for GPT to WDe ( no binary available yet ).
I tried to boot MS-DOS 7.1 from a GPT-partitioned disk ( via GRUB ), but that failed. Elaborating the problem one can "see" that the boot sector(s) of the FAT32 partition run correctly, IO.SYS is found and some sectors of it are loaded at the correct address, but after IO.SYS has taken over, the boot process stops.
Is there a known solution to this little problem?
And - does FreeDOS or DR-DOS behave better?
P.S: Please don't ask why I would want to do such things! ---
MS-DOS forever! |
tom
Germany (West),
24.10.2022, 17:31
@ Japheth
|
WDe and GPT, booting DOS |
> Hello,
>
> recently I added support for GPT to WDe ( no binary available yet ).
>
> I tried to boot MS-DOS 7.1 from a GPT-partitioned disk ( via GRUB ), but
> that failed. Elaborating the problem one can "see" that the boot sector(s)
> of the FAT32 partition run correctly, IO.SYS is found and some sectors of
> it are loaded at the correct address, but after IO.SYS has taken over, the
> boot process stops.
>
> Is there a known solution to this little problem?
boot from floppy.
at least FreeDOS will tolerate a GPT disk even if it can't detect a FAT partition on this disk (yet). |
tom
Germany (West),
24.10.2022, 18:15
@ Japheth
|
WDe and GPT, booting DOS |
> And - does FreeDOS or DR-DOS behave better?
when booted from floppy,
www.drivesnapshot.de/download/kernel.sys should even show existing FAT/FAT32 partitions if they are below 2TB.
there is also a realistic chance that it works after being loaded by GRUB
Update 2023-01-04 by user 'rr': Fixed download link by adding http:// |
glennmcc
North Jackson, Ohio (USA),
24.10.2022, 19:09
@ Japheth
|
WDe and GPT, booting DOS |
> Hello,
>
> recently I added support for GPT to WDe ( no binary available yet ).
>
> I tried to boot MS-DOS 7.1 from a GPT-partitioned disk ( via GRUB ), but
> that failed. Elaborating the problem one can "see" that the boot sector(s)
> of the FAT32 partition run correctly, IO.SYS is found and some sectors of
> it are loaded at the correct address, but after IO.SYS has taken over, the
> boot process stops.
>
> Is there a known solution to this little problem?
>
> And - does FreeDOS or DR-DOS behave better?
>
>
>
>
> P.S: Please don't ask why I would want to do such things!
No need to ask... the answer is the same as was this...
https://www.linuxquestions.org/questions/slackware...-it-%2Acould%2A-be-done-4175709646/#post6339673
 ---
--
http://glennmcc.org/ |
rr
Berlin, Germany,
24.10.2022, 20:19
@ Japheth
|
WDe and GPT, booting DOS |
> I tried to boot MS-DOS 7.1 from a GPT-partitioned disk ( via GRUB ), but
> that failed. Elaborating the problem one can "see" that the boot sector(s)
> of the FAT32 partition run correctly, IO.SYS is found and some sectors of
> it are loaded at the correct address, but after IO.SYS has taken over, the
> boot process stops.
>
> Is there a known solution to this little problem?
>
> And - does FreeDOS or DR-DOS behave better?
I moved your post to the "Users" category, because your questions are not a "How To" guide.  ---
Forum admin |
Zyzzle
25.10.2022, 02:55
@ tom
|
WDe and GPT, booting DOS |
> > And - does FreeDOS or DR-DOS behave better?
>
> when booted from floppy,
> www.drivesnapshot.de/download/kernel.sys
> should even show existing FAT/FAT32 partitions if they are below 2TB.
>
> there is also a realistic chance that it works after being loaded by GRUB
How about booting from a USB memory stick (formatted in FAT32, and with a BIOS that supports USB booting) instead of floppy? Assuming the FreeDOS io.sys is present, I think this should work, but I couldn't get FreeDOS to see GPT-partitioned drives via this method, either. FAT32 partitions showed up OK. |
Japheth
Germany (South),
25.10.2022, 05:14
@ rr
|
WDe and GPT, booting DOS |
> I moved your post to the "Users" category, because your questions are not a
> "How To" guide.
Perhaps that's a bit hasty. You can't know yet how this thread is evolving. If there are smart and intelligent replies () coming ... it might evolve to a "de facto how-to". ---
MS-DOS forever! |
Japheth
Germany (South),
25.10.2022, 05:24
@ tom
|
WDe and GPT, booting DOS |
> boot from floppy.
That's not a "solution" but a capitulation, total defeat ...
Actually, I found out what MS-DOS 7.1 does during boot and could implement a (boot sector) hack that makes it boot from the GPT partition. Runs quite stable so far ( ScanDisk finds nothing to complain ).
However, just the boot partition is detected and used ... to detect further FAT partitions ( including the "EFI system partition" ) would need more. ---
MS-DOS forever! |
tom
Germany (West),
25.10.2022, 13:39
@ Zyzzle
|
WDe and GPT, booting DOS |
> > > And - does FreeDOS or DR-DOS behave better?
> >
> > when booted from floppy,
> >
> www.drivesnapshot.de/download/kernel.sys
> > should even show existing FAT/FAT32 partitions if they are below 2TB.
> >
> > there is also a realistic chance that it works after being loaded by
> GRUB
>
> How about booting from a USB memory stick (formatted in FAT32, and with a
> BIOS that supports USB booting) instead of floppy?
this should work identically.
> Assuming the FreeDOS io.sys is present,
there is no such thing
> I think this should work, but I couldn't get FreeDOS to
> see GPT-partitioned drives via this method, either. FAT32 partitions showed
> up OK.
you are not clear enough (for me) about what happens, and what not.
the kernel above intends to mount "Microsoft basic data " partitions, but don't touch EFI, Windows RE and other stuff (which would be trivial to change).
thus FAT32/FAT16 partitions would show up, but nothing else.
if your machine behaves differently, how exactly?
is this a virtual machine I could download? |
tom
Germany (West),
25.10.2022, 13:40
@ Japheth
|
WDe and GPT, booting DOS |
> > boot from floppy.
>
> That's not a "solution" but a capitulation, total defeat ...
>
> Actually, I found out what MS-DOS 7.1 does during boot and could implement
> a (boot sector) hack that makes it boot from the GPT partition. Runs quite
> stable so far ( ScanDisk finds nothing to complain ).
how did you do this?
did you re-invent "Hybrid GPT" by writing a MBR into the boot sector?
>
> However, just the boot partition is detected and used ... to detect further
> FAT partitions ( including the "EFI system partition" ) would need more. |
Japheth
Germany (South),
25.10.2022, 17:29
@ tom
|
WDe and GPT, booting DOS |
> how did you do this?
>
> did you re-invent "Hybrid GPT" by writing a MBR into the boot sector?
No. I added some code to the FAT32 bootsector ( sector#2 ) to intercept Int 0x13
and return a fake FAT32 PT entry if sector 0 of HD 0x80 is read.
Also, in config.sys the very first device driver is one that restores the old Int 0x13 vector ( by using good old "virus call" int 2Fh, ah=13h ). ---
MS-DOS forever! |
Zyzzle
27.10.2022, 16:08
@ Japheth
|
WDe and GPT, booting DOS |
> > how did you do this?
> >
> > did you re-invent "Hybrid GPT" by writing a MBR into the boot sector?
>
> No. I added some code to the FAT32 bootsector ( sector#2 ) to intercept Int
> 0x13
> and return a fake FAT32 PT entry if sector 0 of HD 0x80 is read.
>
> Also, in config.sys the very first device driver is one that restores the
> old Int 0x13 vector ( by using good old "virus call" int 2Fh, ah=13h ).
Are you willing to do a public release of this "hack"? It would be very useful to many of us who want to boot DOS on GPT partitions. I think limit on such GPT paritions recognized by DOS 7.1 will still be hard-limit of 2048 GiB, correct? |
Japheth
Germany (South),
27.10.2022, 16:41
@ Zyzzle
|
WDe and GPT, booting DOS |
> Are you willing to do a public release of this "hack"? It would be very
> useful to many of us who want to boot DOS on GPT partitions. I think limit
> on such GPT paritions recognized by DOS 7.1 will still be hard-limit of
> 2048 GiB, correct?
The problem with making such low-level stuff public is that it's only useful for people who know exactly what they are doing. If interested, I can send you a copy via PM.
The code is an assembly program, size 3-sectors ( containing the FAT boot sector, the "file system info" sector and the "second" boot sector ). But you cannot just write it to the HD, you have to adjust the BPB at offset 11 in the first boot sector ( fields "hidden sectors", "size", "sectors/fat" ... ).
And yes, partition size is - of course - limited to 2 TB. Worse, the partition has to be located in the first 2 TB of the HD ( this could be "fixed", but requires a "permanently" modified int 13h handler, something I wanted to avoid [ besides the fact that I simply don't own a HD with size > 2 TB ] ). ---
MS-DOS forever! |
Japheth
Germany (South),
28.10.2022, 20:13
@ Japheth
|
WDe and GPT, booting DOS |
> The problem with making such low-level stuff public is that it's only
> useful for people who know exactly what they are doing. If interested, I
> can send you a copy via PM.
No need for PMs, I uploaded the source - with a little "how to"
https://github.com/Baron-von-Riedesel/DOS71BSG ---
MS-DOS forever! |
Zyzzle
29.10.2022, 02:39
@ Japheth
|
WDe and GPT, booting DOS |
> > The problem with making such low-level stuff public is that it's only
> > useful for people who know exactly what they are doing. If interested, I
> > can send you a copy via PM.
>
> No need for PMs, I uploaded the source - with a little "how to"
>
> https://github.com/Baron-von-Riedesel/DOS71BSG
Thanks, got it compiled and working as a test on a GPT'd (primary) partition. Seems to work well. |
Richard
02.11.2022, 03:39
@ Japheth
|
WDe and GPT, booting DOS |
> > The problem with making such low-level stuff public is that it's only
> > useful for people who know exactly what they are doing. If interested, I
> > can send you a copy via PM.
>
> No need for PMs, I uploaded the source - with a little "how to"
>
> https://github.com/Baron-von-Riedesel/DOS71BSG
I have (finally) set-up a broken (but still usable for testing) laptop that had Windows 10 but replaced the hard drive with a 300 GB hard drive and formatted to FAT32.
I installed FreeDOS T2211 build to C:\ (300 GB) and my USB install stick is now D:\
Using WDE in FreeDOS I have saved the first 3 sectors of the MBR to a file (called 3sectors).
As I am running FreeDOS (not DOS71) there is no DOS71BSG.BIN - is it possible to proceed further (with FreeDOS), and if so, how? |
Zyzzle
02.11.2022, 06:43
@ Richard
|
WDe and GPT, booting DOS |
> > > The problem with making such low-level stuff public is that it's only
> > > useful for people who know exactly what they are doing. If interested,
> I
> > > can send you a copy via PM.
> As I am running FreeDOS (not DOS71) there is no DOS71BSG.BIN - is it
> possible to proceed further (with FreeDOS), and if so, how?
You must compile the source posted above with JWASM compiler. Also, If you want to only run FAT32, you'll not need DOS71BSG.BIN, which will be created from the compiled source's binary .COM file.
DOS7!BSG is only useful if you're running DOS 7.1 and want to boot from a primary GPT partition. You're going to overwrite your bootsector with the binary data in DOS71BSG, which allows GPT paritions to be booted in DOS 7.1. But, that's not all. You need to also modify the offsets, as described in the README on the github source code site, in order to get it working. It's an advanced tool / hack, and as far as I know doesn't and isn't intended to work with FreeDOS. |
Japheth
Germany (South),
02.11.2022, 07:55
@ Richard
|
WDe and GPT, booting DOS |
> Using WDE in FreeDOS I have saved the first 3 sectors of the MBR to a file
> (called 3sectors).
First you should make yourself familiar with the difference of MBR ( the boot sector of the DISK ) and a FAT32 "boot sector".
Some details where FD may differ from MS-DOS:
- the MS-DOS kernel is named IO.SYS.
- the boot code of DOS71BSG.BIN loads IO.SYS at 0070:0000
- the boot code loads just the first 4 sectors of IO.SYS.
- the boot code checks four bytes of loaded IO.SYS ( at pos 0 and pos 200h )
- the boot code loads SI:DI with the start cluster of IO.SYS
- the boot code of MS-DOS jumps to 0070:0200 to switch control to the kernel
- when jumping, there are a few values on the stack that IO.SYS might use.
So there's pretty much that may go wrong when using DOS71BSG for FreeDOS... ---
MS-DOS forever! |
ecm
Düsseldorf, Germany,
02.11.2022, 09:55
@ Japheth
|
WDe and GPT, booting DOS |
> First you should make yourself familiar with the difference of MBR ( the
> boot sector of the DISK ) and a FAT32 "boot sector".
>
> Some details where FD may differ from MS-DOS:
>
> - the MS-DOS kernel is named IO.SYS.
> - the boot code of DOS71BSG.BIN loads IO.SYS at 0070:0000
> - the boot code loads just the first 4 sectors of IO.SYS.
> - the boot code checks four bytes of loaded IO.SYS ( at pos 0 and pos 200h
> )
> - the boot code loads SI:DI with the start cluster of IO.SYS
> - the boot code of MS-DOS jumps to 0070:0200 to switch control to the
> kernel
> - when jumping, there are a few values on the stack that IO.SYS might use.
>
> So there's pretty much that may go wrong when using DOS71BSG for
> FreeDOS...
I made it so my FAT32 and FAT16 and FAT12 boot sector loaders can load various kernels using different protocols. Build options select which protocol to implement. You can look at the protocols supported here for FAT12/FAT16: https://hg.pushbx.org/ecm/ldosboot/file/094041a616f5/boot.asm#l140 and for FAT32 here: https://hg.pushbx.org/ecm/ldosboot/file/094041a616f5/boot32.asm#l110
Largely the same information is encoded in the load settings for the lDebug BOOT commands at https://hg.pushbx.org/ecm/ldebug/file/b98dc45862ba/source/msg.asm#l1899 (This is used by a single build of a loader that implements different protocols at run time.)
In short, for the FreeDOS kernel:
* Default name is KERNEL.SYS
* Load address is linear 00600h
* Entrypoint is at CS:IP = 60h:0
* BL holds load unit for int 13h
* Full file must be loaded, implying that the boot sector loader needs to relocate itself away from linear 07C00h
* SS:BP points to the boot sector with (E)BPB (not used by current kernels) ---
l |
ecm
Düsseldorf, Germany,
02.11.2022, 11:21
@ ecm
|
WDe and GPT, booting DOS |
> Largely the same information is encoded in the load settings for the lDebug
> BOOT commands at
> https://hg.pushbx.org/ecm/ldebug/file/b98dc45862ba/source/msg.asm#l1899
> (This is used by a single build of a loader that implements different
> protocols at run time.)
Quoting the MS-DOS v7 load protocol settings from this:
istruc LOADSETTINGS
at lsKernelName, dw msg.msdos7_kernel_name
at lsAddName, dw msg.addname_empty
at lsMinPara, dw 40h
at lsMaxPara, dw 80h
at lsOptions, dw LOAD_SET_DL_UNIT | LOAD_SET_SIDI_CLUSTER \
| LOAD_DATASTART_HIDDEN | LOAD_PUSH_DPT \
| LOAD_LBA_SET_TYPE | LOAD_MESSAGE_TABLE
at lsSegment, dw 70h
at lsEntry, dd 200h
at lsBPB, dw 7C00h, -1
at lsCheckOffset, dw 200h
at lsCheckValue, db "BJ"
at lsName, asciz "MSDOS7"
iend
> > - the MS-DOS kernel is named IO.SYS.
Indeed the kernel name is IO.SYS
> > - the boot code of DOS71BSG.BIN loads IO.SYS at 0070:0000
Load address is linear 00700h (segment 70h)
> > - the boot code loads just the first 4 sectors of IO.SYS.
Technically the next loader at the start of IO.SYS expects that you load 2 KiB of it, regardless the sector size
> > - the boot code checks four bytes of loaded IO.SYS ( at pos 0 and pos
> 200h
> > )
The word at position 0 has the "MZ" signature, the word at position 200h a "BJ" signature
> > - the boot code loads SI:DI with the start cluster of IO.SYS
This appears to be only DI for FAT12/FAT16 file systems, though it is SI:DI for FAT32
> > - the boot code of MS-DOS jumps to 0070:0200 to switch control to the
> > kernel
Entrypoint is at 70h:200h, which will execute the "BJ" signature, which happens to be harmless: inc dx then dec dx. Visible at https://hg.pushbx.org/ecm/ldosboot/file/094041a616f5/iniload.asm#l796
> > - when jumping, there are a few values on the stack that IO.SYS might
> use.
The dword [SS:SP] holds the address of the IVT entry of interrupt 1Eh, that is the value 0:78h.
The dword [SS:SP + 4] holds the original contents of the int 1Eh vector
The dword [SS:BP - 4], while close to the stack, I wouldn't say it is "on the stack" exactly. Anyway, it holds the 32-bit sector number of the data of the first cluster in the FS (datastart). This includes the hidden sectors for the MS-DOS v6 and v7 load protocols, ie it is a value in the int 13h unit, not in the FS image.
The boot sector, much like for the FreeDOS load protocol, is stored at SS:BP. The MS-DOS initial loader actually uses its (E)BPB to load the remainder of its kernel.
Another part that is hardly "on the stack" is the message table. It is used in case of errors to display during the initial loader's operation. It is documented somewhat in https://hg.pushbx.org/ecm/ldebug/file/b98dc45862ba/source/msg.asm#l1860 and https://hg.pushbx.org/ecm/ldebug/file/b98dc45862ba/source/boot.asm#l2486 (The message table is the only part that my boot sector loaders do not provide even if MS-DOS v7 load protocol compatibility is enabled.)
Besides, DL passes the load int 13h unit and the third byte of the boot sector passed indicates whether to use the LBA extensions of int 13h to load from the load unit. It has to be a partition table type byte, where the values for FAT16 LBA and FAT32 LBA indicate to the initial loader to use LBA extensions. ---
l |
Japheth
Germany (South),
04.11.2022, 08:06
@ ecm
|
WDe and GPT, booting DOS |
> * Full file must be loaded, implying that the boot sector loader needs to
> relocate itself away from linear 07C00h
Interesting! So I assume - for FAT12/16 - it has to follow the FAT chain for a full read of kernel.sys. And does this code - including the relocation stuff - still fit in one sector ( as the boot loader of the MS-DOS 6.2 kernel, for example ) ? ---
MS-DOS forever! |
ecm
Düsseldorf, Germany,
04.11.2022, 10:14
@ Japheth
|
WDe and GPT, booting DOS |
> > * Full file must be loaded, implying that the boot sector loader needs
> to
> > relocate itself away from linear 07C00h
>
> Interesting! So I assume - for FAT12/16 - it has to follow the FAT chain
> for a full read of kernel.sys. And does this code - including the
> relocation stuff - still fit in one sector ( as the boot loader of the
> MS-DOS 6.2 kernel, for example ) ?
Yes, it is necessary to follow the FAT chain to read the full file. (Though it would be required for the MS-DOS v6/v7 load protocols as well if the first 1536/2048 bytes of IO.SYS happen to be fragmented.)
You can read the source for the current boot sector loader in https://github.com/FDOS/kernel/blob/bb1bbbb1cb74525bb943725fc83027f634e4eae7/boot/boot.asm
It does fit in one sector, it does LBA or CHS reads, it is 8086-clean. However, it comes in two builds, either for FAT12 or FAT16, not both. It relocates itself to 1FE0h:7C00h (linear 27A00h), without checking that there is that much memory available. This position (plus the position of some more buffers above linear 1FE00h) also limits the maximum kernel size to "134k", according to the memory map comment at the top. Because the loader reads full clusters it also limits the maximum cluster size.
The loaders read in the whole FAT (should be maximum 6 KiB for FAT12, maximum 128 KiB for FAT16) then create a cluster list for the entire kernel. This means that the FAT buffer can be discarded as soon as the cluster list is complete. Then the list is used to read the kernel file data.
Their boot32.asm is a FAT32 boot sector loader: https://github.com/FDOS/kernel/blob/bb1bbbb1cb74525bb943725fc83027f634e4eae7/boot/boot32.asm It also appears to be 8086-clean. It is CHS only. It does fit in a single sector, too. Unlike the FAT12/FAT16 loader it does not build a cluster list. It instead buffers a single FAT sector and uses shared routines to walk the FAT for loading the root directory and the kernel.
The boot32lb.asm is here: https://github.com/FDOS/kernel/blob/bb1bbbb1cb74525bb943725fc83027f634e4eae7/boot/boot32lb.asm It is similar to the boot32.asm except it is LBA-only and uses 386-level instructions. It also fits in a single sector.
I can add some comments about my boot.asm and boot32.asm (in ldosboot repo) later. ---
l |
ecm
Düsseldorf, Germany,
04.11.2022, 11:30
@ ecm
|
WDe and GPT, booting DOS |
> Yes, it is necessary to follow the FAT chain to read the full file. (Though
> it would be required for the MS-DOS v6/v7 load protocols as well if the
> first 1536/2048 bytes of IO.SYS happen to be fragmented.)
>
> You can read the source for the current boot sector loader in
> https://github.com/FDOS/kernel/blob/bb1bbbb1cb74525bb943725fc83027f634e4eae7/boot/boot.asm
>
> It does fit in one sector, it does LBA or CHS reads, it is 8086-clean.
> However, it comes in two builds, either for FAT12 or FAT16, not both. It
> relocates itself to 1FE0h:7C00h (linear 27A00h), without checking that
> there is that much memory available. This position (plus the position of
> some more buffers above linear 1FE00h) also limits the maximum kernel size
> to "134k", according to the memory map comment at the top. Because the
> loader reads full clusters it also limits the maximum cluster size.
>
> The loaders read in the whole FAT (should be maximum 6 KiB for FAT12,
> maximum 128 KiB for FAT16) then create a cluster list for the entire
> kernel. This means that the FAT buffer can be discarded as soon as the
> cluster list is complete. Then the list is used to read the kernel file
> data.
>
> Their boot32.asm is a FAT32 boot sector loader:
> https://github.com/FDOS/kernel/blob/bb1bbbb1cb74525bb943725fc83027f634e4eae7/boot/boot32.asm
> It also appears to be 8086-clean. It is CHS only. It does fit in a single
> sector, too. Unlike the FAT12/FAT16 loader it does not build a cluster
> list. It instead buffers a single FAT sector and uses shared routines to
> walk the FAT for loading the root directory and the kernel.
>
> The boot32lb.asm is here:
> https://github.com/FDOS/kernel/blob/bb1bbbb1cb74525bb943725fc83027f634e4eae7/boot/boot32lb.asm
> It is similar to the boot32.asm except it is LBA-only and uses 386-level
> instructions. It also fits in a single sector.
>
> I can add some comments about my boot.asm and boot32.asm (in ldosboot repo)
> later.
My loaders for FAT12/FAT16 also fit in a single sector. Like FreeDOS, my boot.asm can be built either for FAT12 or FAT16. My FAT16 and FAT32 loaders both buffer one FAT sector at a time. The FAT12 FAT is loaded in its entirety (cut off after 6 KiB even if the FAT size is specified as larger than that). The FAT buffers are kept around while loading the FAT12/FAT16 file and the FAT32 root directory and kernel file.
Unlike FreeDOS's and MS-DOS's load protocol, my native lDOS protocol allows to pass the information on what part of the FAT is loaded to the kernel, which can re-use that data. Unlike FreeDOS's loaders, my loaders check for a variety of error conditions like a too long file and/or cluster size. The relocation done by my loaders, if enabled, uses a target calculated from the amount of memory available.
With the native lDOS protocol my sector loaders all support loading from LBA and falling back to CHS, querying CHS geometry and falling back to what's hardcoded in the BPB, using partition information passed by the MBR loader, and loading fragmented files from any root directory entry. (Some of these features need to be disabled at build time to fit other load protocols into the sector for FAT12/FAT16.) They are also all 8086-clean.
Unlike Microsoft's original loaders, my loaders will use the FAT even when the MS-DOS v6 or v7 load protocol is used, enabling these files to be fragmented. The only case where the FAT is not used is when building boot.asm (FAT12/FAT16) with non-FAT access, which requires the cluster size to be as large as or larger than the part that needs to be loaded. This is checked at run time.
My FAT32 boot sector loader is split into two stages. The second stage, called FSIBOOT, is stored in a previously unused part of the FSINFO sector. (If the sector size is at least 1024 Bytes then FSIBOOT is stored in the boot sector.) Although the first stage and the FSIBOOT stage are highly dependent on one another, the interface for any single version of FSIBOOT is well-defined. The load protocol specific bits are limited to the first stage, so multiple first stages for different protocols can use the same FSIBOOT if they're built for the same FSIBOOT version. (Eg for use with Metakern.)
My IBMDOS and MS-DOS v6 load protocols support finding the directory entries for the BIO and DOS file in any root directory entries, copying them to the expected positions at linear 00500h and 00520h. This is true of the IBMDOS load protocol support of the FAT32 loader, too. (PC-DOS 7.10 uses this protocol to boot off of a FAT32 FS.)
My loaders are available in https://hg.pushbx.org/ecm/ldosboot/file/094041a616f5/ ---
l |
Richard
10.11.2022, 13:11
@ Japheth
|
WDe and GPT, booting DOS |
> Some details where FD may differ from MS-DOS:
>
> - the MS-DOS kernel is named IO.SYS.
> - the boot code of DOS71BSG.BIN loads IO.SYS at 0070:0000
> - the boot code loads just the first 4 sectors of IO.SYS.
> - the boot code checks four bytes of loaded IO.SYS ( at pos 0 and pos 200h
> )
> - the boot code loads SI:DI with the start cluster of IO.SYS
> - the boot code of MS-DOS jumps to 0070:0200 to switch control to the
> kernel
> - when jumping, there are a few values on the stack that IO.SYS might use.
>
> So there's pretty much that may go wrong when using DOS71BSG for
> FreeDOS...
So, I finally have M$DOS 7.1 installed on a spinning hard drive (which I swap with FreeDOS T2211 on a spinning hard drive - using a SATA extension cable for ease of access/change). I have never used DOS 71 before (only 6.22 and FreeDOS).
I attempted your method and I "think" that the 3 sectors of the FAT32 partition (of approx 2 GByte) have been modified correctly (I hope). Bytes from the ORIGINAL 3 sectors (0x0b to 0x59) were manually edited into DOS71BSM.bin (keeping DOS71BSG.bin unchanged) - attempted using WDE to replace the first 3 sectors with DOS71BSM.bin.
![[image]](img/uploaded/image230.png)
I have never used any GRUB programs before (except for dual boot (Windows + Linux) - where the whole GRUB process was automatic, no need for me to do anything).
Can you give me some guidance on how to actually perform the grub-mkconfig step? - I gather that this may have to be done in LINUX (I am learning/using Mint21) - assume that the M$DOS71 hard drive is /dev/sdd |
Japheth
Germany (South),
10.11.2022, 17:55
@ Richard
|
WDe and GPT, booting DOS |
> So, I finally have M$DOS 7.1 installed on a spinning hard drive (which I
> swap with FreeDOS T2211 on a spinning hard drive - using a SATA extension
> cable for ease of access/change). I have never used DOS 71 before (only
> 6.22 and FreeDOS).
I'd like to also have a solution for DOS 6.22, but that version doesn't understand LBA addressing, AFAIK, and that complicates things considerably.
> I attempted your method and I "think" that the 3 sectors of the FAT32
> partition (of approx 2 GByte) have been modified correctly (I hope). Bytes
> from the ORIGINAL 3 sectors (0x0b to 0x59) were manually edited into
> DOS71BSM.bin (keeping DOS71BSG.bin unchanged) - attempted using WDE to
> replace the first 3 sectors with DOS71BSM.bin.
Ok, here's the first mistake - or misunderstanding. The DOS71BSM.bin is the "standard" boot sector set for MBR-partitioned disks ( hence the 'M'-suffix ). It's more or less the "unmodified" DOS 7.1 FAT32 boot sector set - and pretty useless for GPT-partitioned disks ( I removed the creation of that binary in the meantime ). The interesting thing is DOS71BSG.bin ( 'G' for GPT-partitioned disks ), only that version contains the added modification.
> Can you give me some guidance on how to actually perform the grub-mkconfig
> step? - I gather that this may have to be done in LINUX (I am
> learning/using Mint21) - assume that the M$DOS71 hard drive is /dev/sdd
There are ( at least ) 2 possibilities: "grub-mkconfig" or "update-grub". The latter is better because it doesn't need any arguments. Must be run as root, though: "sudo update-grub".
If everything's ok, that program should finally display something like "found DOS/Win31 partition on /dev/sdd'. ---
MS-DOS forever! |
Japheth
Germany (South),
14.11.2022, 10:35
@ Japheth
|
WDe v1.0 |
> recently I added support for GPT to WDe ( no binary available yet ).
I uploaded a binary - it's v1.0.
https://github.com/Baron-von-Riedesel/WDe ---
MS-DOS forever! |
boeckmann
Aachen, Germany,
14.11.2022, 22:00
@ Japheth
|
WDe v1.0 |
> > recently I added support for GPT to WDe ( no binary available yet ).
>
> I uploaded a binary - it's v1.0.
>
> https://github.com/Baron-von-Riedesel/WDe
Nice tool  Already used it to debug some boot sector related error. |
Zyzzle
15.11.2022, 02:38
@ Japheth
|
WDe v1.0 |
> > recently I added support for GPT to WDe ( no binary available yet ).
>
> I uploaded a binary - it's v1.0.
>
> https://github.com/Baron-von-Riedesel/WDe
Fabulous! One of the most useful tools out there. Really thankful for your work in making WDe so useful and great. |
Japheth
Germany (South),
15.11.2022, 20:10
@ Zyzzle
|
WDe v1.0 |
> > > recently I added support for GPT to WDe ( no binary available yet ).
> >
> > I uploaded a binary - it's v1.0.
> >
> > https://github.com/Baron-von-Riedesel/WDe
> Fabulous! One of the most useful tools out there. Really thankful for your
> work in making WDe so useful and great.
Thanks! IMO WDe always was an undervalued little gem - of course now even more than 18 years ago ... ---
MS-DOS forever! |
Richard
22.11.2022, 07:10
@ Japheth
|
WDe and GPT, booting DOS |
>
> There are ( at least ) 2 possibilities: "grub-mkconfig" or "update-grub".
> The latter is better because it doesn't need any arguments. Must be run as
> root, though: "sudo update-grub".
>
> If everything's ok, that program should finally display something like
> "found DOS/Win31 partition on /dev/sdd'.
Nothing seems to work for me.
After a few re-installs on both INTEL and AMD Computers - the GNU GRUB version 2.06 menu looks like
Linux Mint 21 Cinnamon
Advanced options for Linux Mint 21 Cinnamon
FreeDOS (on /dev/sda2)
FreeDOS (on /dev/sda3)
UEFI Firmware Settings
Note that in above Menu - the "FreeDOS" is actually MSDOS71 - there is something about the MSDOS71.iso I have used to create MSDOS71 - there is actually reference to FreeDOS.
/dev/sda2 is actually the original MBR version of MSDOS71
/dev/sda3 is actually the Japheth GPT modifications of MSDOS71
When I select /dev/sda3 from the Menu I get the error
error: can't find command 'drivemap'
error: invalid EFI file path
Alternatively. if I via the GRUB Menu above, do
*UEFI Firmware Settings
F9 Boot Device Options
Notebook Hard Drive
in a DOS screen I get
A> type the name of the command interpreter (e.g. C:\Windows\command.com)
and no matter what I try e.g.
A> c:\command.com
A> d:\command.com
A> e:\command.com
etc
it just returns me to the prompt
A> type the name of the command interpreter...
Note that
In Windows 10, I used a Partition Assistant to copy the partition of the modified to GPT MSDOS71 - from the MBR partition style hard drive where the MSDOS71 (MBR) and MSDOS71 (GPT) were located - to a GPT partition style hard drive where Linux and Windows 10 also reside.
With my very limited knowledge of MBR and GPT - I guess that to use the GPT style MSDOS71, it would have to be located on a GPT style hard drive.
I could not locate genuine MSDOS71 to install - so I downloaded from way-back machine a MSDOS71 iso (which during installation makes mention of FreeDOS).
My computers date from about 2014 and onwards - my best computer has 3 BIOS settings
Legacy
CSM + UEFI
UEFI only
and for some reason LINUX + Windows only wants to work with UEFI only on a GPT Partition Style drive (in my case 4 TB) - I ensured that approx 500 MB partitions were within the first 2 TB for the MSDOS71 GPT.
For anyone who has tried the modifications for GPT (e.g. Japheth et al) - I assume the GPT version works for you - could you give some guidance on what I did wrong (e.g. not genuine MSDOS71, hardware too new, hard drive partition style incorrectly set, etc)?
Windows 10 "sees" both MBR and GPT versions of MSDOS71 (e.g. Explore in Disk Management) when these are on GPT Partition style Hard drive. MSDOS71 Fdisk seems to have trouble assigning the active partition when changing from MBR<->GPT version of MSDOS71 (being on a MBR Partition style hard drive).
Is it fair to say that the intention of the modification was to allow BOOTING of MSDOS71 from a GPT partition (rather than the GPT partition being only a Data Partition)?
If I understand the significance of WDe correctly -
It is a tool that can save to a file, a whole (or part thereof) partition.
The best I previously had to date was a partition assistant tool which CLONES a partition (i.e. does not generate a file).
WDe I think only works with drives (C D E etc) - any chance to let it explore any partition that is NOT a drive? |
Rugxulo
Usono,
22.11.2022, 09:00
@ Richard
|
WDe and GPT, booting DOS |
> WDe I think only works with drives (C D E etc) - any chance to let it
> explore any partition that is NOT a drive?
Doesn't it also support BIOS drives, e.g. "0", "1", "2"? |
Japheth
Germany (South),
22.11.2022, 09:52
@ Richard
|
WDe and GPT, booting DOS |
Hello,
well, that's a lot of text...
Honestly, I'm not totally sure if you know what you're doing - and that's a precondition for using the DOS71BSG thing. Another precondition is that you're quite familiar using a disk editor, preferably WDe - but apparently you didn't even read the WDe docs, because there it's clearly stated that this tool can access drives on a logical [ C:, D:, ... ] and physical [ HD 0, 1, ... ] level.
> /dev/sda2 is actually the original MBR version of MSDOS71
> /dev/sda3 is actually the Japheth GPT modifications of MSDOS71
I wonder how did you get the "modification" to /dev/sda3 without knowing how WDe can write to a physical disk?
> A> type the name of the command interpreter (e.g. C:\Windows\command.com)
If such a message appears, it most likely means that the bootstrap code has successfully read the kernel from a FAT disk and launched it, but after that DOS itself is unable to "mount" its C: drive. ---
MS-DOS forever! |
Richard
22.11.2022, 12:29
@ Japheth
|
WDe and GPT, booting DOS |
Thanks for your reply.
> Honestly, I'm not totally sure if you know what you're doing -
I agree with that statement - I also do not know what I am doing in Windows 10 - programs that I compiled for use in Windows 10 two years ago now do not work properly (after an update) - no documentation seems to be available from M$ explaining the situation. As time passes by, I know even less of what Windows is doing.
OK, so I missed reading the "Physical" accessing (normally for me until fairly recently I was working from a single USB stick for DOS (bare metal) - so I only was used to the Logical drives.
> precondition for using the DOS71BSG thing. Another precondition is that
> you're quite familiar using a disk editor, preferably WDe -
I used WDE 1.00 (though not quite familiar with it) to obtain the info required for the DOS71BSG thing, saving to a file. Once the DOS71BSG.bin was modified, that modified file was WDE F2 (Restore from File) into the original Logical Drive.
>
> > /dev/sda2 is actually the original MBR version of MSDOS71
> > /dev/sda3 is actually the Japheth GPT modifications of MSDOS71
>
> I wonder how did you get the "modification" to /dev/sda3 without knowing
> how WDe can write to a physical disk?
I simply used a Windows 10 program to CLONE the modified partition to /dev/sda3
- is CLONING incorrect to use (e.g. because of any absolute addresses)?
>
> > A> type the name of the command interpreter (e.g.
> C:\Windows\command.com)
>
> If such a message appears, it most likely means that the bootstrap code has
> successfully read the kernel from a FAT disk and launched it, but after
> that DOS itself is unable to "mount" its C: drive.
Any clues what I can try??? |
Japheth
Germany (South),
22.11.2022, 15:26
@ Richard
|
WDe and GPT, booting DOS |
> Any clues what I can try???
I'm not sure how WDe behaves if a drive is larger than 2 TB. That's why I'd suggest to try DOS71BSG on a disk < 2 TB first, if possible.
Then I would, as a first step, search the FAT32 boot partition on the GPT-partitioned disk with WDe and check that the bootsectors are indeed what they should be. ---
MS-DOS forever! |
Richard
28.11.2022, 13:18
@ Japheth
|
WDe and GPT, booting DOS |
>
> I'm not sure how WDe behaves if a drive is larger than 2 TB. That's why I'd
> suggest to try DOS71BSG on a disk < 2 TB first, if possible.
I have just tried your "GPT modification recipe" on a wiped 750 GB spinning hard drive.
>
> Then I would, as a first step, search the FAT32 boot partition on the
> GPT-partitioned disk with WDe and check that the bootsectors are indeed
> what they should be.
It appears that the boot sectors are what they should be according to your recipe. I tried to use WDe 1.0 to save the modified DOS71BSG.BIN into the FAT32 partition (of the GPT style Disk) - but that did not work for me - so I CLONED the modified DOS71 FAT32 (on MBR style Disk) to the (GPT style disk).
Booting up from (GPT style disk) via GRUB produces the errors :-
no such drive EC01-CEA4
can't find command 'drivemap'
hd1,gpt2 not found
Note that Mint Cinnamon 21 was installed after the cloning above was done - and Mint 21 created the GRUB Menu (and grub-update automatically).
The MSDOS71 on the (MBR style disk) - being modified by the recipe to GPT - appears to function as if nothing was changed. I would have thought that changing it to GPT would prevent it from working (on a MBR style disk).
How did everyone else manage to get booting from GPT style disk???
It appears that WDe 1.0 is not reading the GPT style disk correctly. For instance, I cannot seem to see the FAT32 partition (with modified first 3 sectors) in WDe correctly. WDe appears to read the MBR style disk correctly. |
Japheth
Germany (South),
28.11.2022, 16:57
@ Richard
|
WDe and GPT, booting DOS |
> I tried to use WDe 1.0 to save the modified DOS71BSG.BIN into the
> FAT32 partition (of the GPT style Disk) - but that did not work for me - so
> I CLONED the modified DOS71 FAT32 (on MBR style Disk) to the (GPT style
> disk).
> It appears that WDe 1.0 is not reading the GPT style disk correctly.
These are very vague informations. Can't you do better? IIRC, with rxdrv32, you used that nice "screen thief" utility. Why don't you use it now and show us a screen shot of your GPT disk's "protective MBR" ( using WDe, please! ) and also, if that isn't demanding too much, the GPT header and the first sector of the GPT entry table? ---
MS-DOS forever! |
Richard
08.12.2022, 17:21
(edited by Richard, 09.12.2022, 00:55)
@ Japheth
|
WDe and GPT, booting DOS |
> These are very vague informations. Can't you do better? IIRC, with rxdrv32,
> you used that nice "screen thief" utility. Why don't you use it now and
> show us a screen shot of your GPT disk's "protective MBR" ( using WDe,
> please! ) and also, if that isn't demanding too much, the GPT header and
> the first sector of the GPT entry table?
I still cannot get the DOS BOOT from GPT to work
SYSTEM
My computers x64 were newer than about 2014 - all have UEFI and Legacy.
With people who successfully achieved DOS on GPT - how does it compare to my system?
I have the following only used for DOS on GPT tests:-
300GB spinning hard drive (for MBR preliminary work)
700GB spinning hard drive (for GPT testing)
The 300GB MBR disk has the following partitions
C: 516MB (label MBR_D71)
D: 297GB (label MBR_data)
The 700GB GPT disk has the following partitions (initially)
L: 516MB (label "Clone") - for location of the modified DOS71 partition
M: 665GB (label GPT_data)
All partitions FAT32
The 300GB MBR disk was prepared as follows
MSDOS71 (~9 MB) was installed on C: with label MBR_D71
Some additional files were installed also, such as
FDisk, uHEX, WDE 1.00, JWASM, ScreenThief (Screen Capture program), etc and some very minor adjustments to config.sys/autoexec.bat
The ScreenThief program (ST.exe) was auto-installed with the switch /O:TXT to allow screen captures AS TEXT FILES ONLY.
The recipe to modify the MBR partition follows the instructions given by Japheth - and relevant ST.exe text screenshots are
INITIAL CONDITIONS
<c_BOOTre.txt DISC 0 C Drive>
Offset: 000 Sector: 0 [Boot/Reserved]
0000 EB 58 90 4D 53 57 49 4E 34 2E 31 00 02 08 FE 17 X MSWIN4.1
0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 08 00 00 ?
0020 00 20 10 00 01 04 00 00 00 00 00 00 02 00 00 00
0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 80 00 29 77 59 78 16 4E 4F 20 4E 41 4D 45 20 20 )wYx NO NAME
0050 20 20 46 41 54 33 32 20 20 20 FA 33 C9 8E D1 BC FAT32 3
0060 F8 7B 8E C1 BD 78 00 C5 76 00 1E 56 16 55 BF 22 { x v V U "
0070 05 89 7E 00 89 4E 02 B1 0B FC F3 A4 8E D9 BD 00 ~ N
0080 7C C6 45 FE 0F 8B 46 18 88 45 F9 38 4E 40 7D 25 | E F E 8N@}%
0090 8B C1 99 BB 00 07 E8 97 00 72 1A 83 EB 3A 66 A1 r :f
00A0 1C 7C 66 3B 07 8A 57 FC 75 06 80 CA 02 88 56 02 |f; W u V
00B0 80 C3 10 73 ED BF 02 00 83 7E 16 00 75 45 8B 46 s ~ uE F
00C0 1C 8B 56 1E B9 03 00 49 40 75 01 42 BB 00 7E E8 V I@u B ~
00D0 5F 00 73 26 B0 F8 4F 74 1D 8B 46 32 33 D2 B9 03 _ s& Ot F23
00E0 00 3B C8 77 1E 8B 76 0E 3B CE 73 17 2B F1 03 46 ; w v ; s + F
00F0 1C 13 56 1E EB D1 73 0B EB 27 83 7E 2A 00 77 03 V s ' ~* w
0100 E9 FD 02 BE 7E 7D AC 98 03 F0 AC 84 C0 74 17 3C ~} t <
0110 FF 74 09 B4 0E BB 07 00 CD 10 EB EE BE 81 7D EB t }
0120 E5 BE 7F 7D EB E0 98 CD 16 5E 1F 66 8F 04 CD 19 } ^ f
0130 41 56 66 6A 00 52 50 06 53 6A 01 6A 10 8B F4 60 AVfj RP Sj j `
0140 80 7E 02 0E 75 04 B4 42 EB 1D 91 92 33 D2 F7 76 ~ u B 3 v
0150 18 91 F7 76 18 42 87 CA F7 76 1A 8A F2 8A E8 C0 v B v
0160 CC 02 0A CC B8 01 02 8A 56 40 CD 13 61 8D 64 10 V@ a d
0170 5E 72 0A 40 75 01 42 03 5E 0B 49 75 B4 C3 03 18 ^r @u B ^ Iu
0180 01 27 0D 0A 49 6E 76 61 6C 69 64 20 73 79 73 74 ' Invalid syst
0190 65 6D 20 64 69 73 6B FF 0D 0A 44 69 73 6B 20 49 em disk Disk I
01A0 2F 4F 20 65 72 72 6F 72 FF 0D 0A 52 65 70 6C 61 /O error Repla
01B0 63 65 20 74 68 65 20 64 69 73 6B 2C 20 61 6E 64 ce the disk, and
01C0 20 74 68 65 6E 20 70 72 65 73 73 20 61 6E 79 20 then press any
01D0 6B 65 79 0D 0A 00 00 00 49 4F 20 20 20 20 20 20 key IO
01E0 53 59 53 4D 53 44 4F 53 20 20 20 53 59 53 7E 01 SYSMSDOS SYS~
01F0 00 57 49 4E 42 4F 4F 54 20 53 59 53 00 00 55 AA WINBOOT SYS U
Bytes per Sector: 512 Sectors per Cluster: 8
Reserved Sectors: 6142 FATs: 2
Maximum Root Entries: 0 Media Descriptor: 248
Sectors per Fat: 1025 Partition Start: 2048
Sectors in Partition: 1056768 Hard Disk Number: 128 (0)
Root Start Cluster: 2 FSInfo Sector Number: 1
Backup B.S. Location: 6 Signature: AA55
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
<Bytes to duplicate into DOS71BSG.BIN information which was loaded into the BOOT/reserved>
Offset: 000 Sector: 0 [Boot/Reserved]
0000 00 02 08 FE 17 X MSWIN4.1
0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 08 00 00 ?
0020 00 20 10 00 01 04 00 00 00 00 00 00 02 00 00 00
0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 80 00 29 77 59 78 16 4E 4F 20 4E 41 4D 45 20 20 )wYx NO NAME
0050 20 20 46 41 54 33 32 20 20 20 FAT32 3
<modify.txt the bytes that were to be changed in the DOS71BSG.BIN information loaded into the BOOT/Reserved)
00000000 00 02 00 20 00 X MSWIN4.1
00000010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 00 00 00 ?
00000020 00 00 00 00 00 00 00 00 00 00 00 00 02 00 00 00
00000030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
00000040 80 00 29 00 00 00 00 20 20 20 20 20 20 20 20 20 )
00000050 20 20 46 41 54 33 32 20 20 20 FAT32 3
dos71bsg.bin (1536 bytes) ALT+H: Help offset: 0x00000000
The 3 sectors (1536 bytes) of DOS71BSG.BIN using WDE 1.00 were loaded into the FAT32 BOOT/RESERVED partition (of size approx 516 MB)
Using WDE, the relevant bytes were changed (0x0B - 0xc9) and saved.
On the last attempt of above - the computer crashed - and the "modified" MBR style disc will now no longer from a cold start, boot up into MSDOS71.
(Previous modification runs did not crash - i.e. could carry on with WDE)
The last screenshots up to the computer crash (prior to trying to use WDE to save anything to Disc 1 (GPT style partition disc)
<WDE01.txt>
Offset: 000 Sector: 0 [Boot/Reserved]
0000 EB 58 90 4D 53 57 49 4E 34 2E 31 00 02 08 FE 17 X MSWIN4.1
0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 08 00 00 ?
0020 00 20 10 00 01 04 00 00 00 00 00 00 02 00 00 00
0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 80 00 29 77 59 78 16 4E 4F 20 4E 41 4D 45 20 20 )wYx NO NAME
0050 20 20 46 41 54 33 32 20 20 20 FA 33 C9 8E D1 BC FAT32 3
0060 F8 7B 8E C1 BD 78 00 C5 76 00 1E 56 16 55 BF 22 { x v V U "
0070 05 89 7E 00 89 4E 02 B1 0B FC F3 A4 8E D9 BD 00 ~ N
0080 7C C6 45 FE 0F 8B 46 18 88 45 F9 38 4E 40 7D 25 | E F E 8N@}%
0090 8B C1 99 BB 00 07 E8 97 00 72 1A 83 EB 3A 66 A1 r :f
00A0 1C 7C 66 3B 07 8A 57 FC 75 06 80 CA 02 88 56 02 |f; W u V
00B0 80 C3 10 73 ED BF 02 00 83 7E 16 00 75 45 8B 46 s ~ uE F
00C0 1C 8B 56 1E B9 03 00 49 40 75 01 42 BB 00 7E E8 V I@u B ~
00D0 5F 00 73 26 B0 F8 4F 74 1D 8B 46 32 33 D2 B9 03 _ s& Ot F23
00E0 00 3B C8 77 1E 8B 76 0E 3B CE 73 17 2B F1 03 46 ; w v ; s + F
00F0 1C 13 56 1E EB D1 73 0B EB 27 83 7E 2A 00 77 03 V s ' ~* w
0100 E9 FD 02 BE 7E 7D AC 98 03 F0 AC 84 C0 74 17 3C ~} t <
0110 FF 74 09 B4 0E BB 07 00 CD 10 EB EE BE 81 7D EB t }
0120 E5 BE 7F 7D EB E0 98 CD 16 5E 1F 66 8F 04 CD 19 } ^ f
0130 41 56 66 6A 00 52 50 06 53 6A 01 6A 10 8B F4 60 AVfj RP Sj j `
0140 80 7E 02 0E 75 04 B4 42 EB 1D 91 92 33 D2 F7 76 ~ u B 3 v
0150 18 91 F7 76 18 42 87 CA F7 76 1A 8A F2 8A E8 C0 v B v
0160 CC 02 0A CC B8 01 02 8A 56 40 CD 13 61 8D 64 10 V@ a d
0170 5E 72 0A 40 75 01 42 03 5E 0B 49 75 B4 C3 03 18 ^r @u B ^ Iu
0180 01 27 0D 0A 49 6E 76 61 6C 69 64 20 73 79 73 74 ' Invalid syst
0190 65 6D 20 64 69 73 6B FF 0D 0A 44 69 73 6B 20 49 em disk Disk I
01A0 2F 4F 20 65 72 72 6F 72 FF 0D 0A 52 65 70 6C 61 /O error Repla
01B0 63 65 20 74 68 65 20 64 69 73 6B 2C 20 61 6E 64 ce the disk, and
01C0 20 74 68 65 6E 20 70 72 65 73 73 20 61 6E 79 20 then press any
01D0 6B 65 79 0D 0A 00 00 00 49 4F 20 20 20 20 20 20 key IO
01E0 53 59 53 4D 53 44 4F 53 20 20 20 53 59 53 7E 01 SYSMSDOS SYS~
01F0 00 57 49 4E 42 4F 4F 54 20 53 59 53 00 00 55 AA WINBOOT SYS U
Bytes per Sector: 512 Sectors per Cluster: 8
Reserved Sectors: 6142 FATs: 2
Maximum Root Entries: 0 Media Descriptor: 248
Sectors per Fat: 1025 Partition Start: 2048
Sectors in Partition: 1056768 Hard Disk Number: 128 (0)
Root Start Cluster: 2 FSInfo Sector Number: 1
Backup B.S. Location: 6 Signature: AA55
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
<WDE02.txt>
Offset: 000 Sector: 0 [Boot/Reserved]
0000 EB 58 90 4D 53 57 49 4E 34 2E 31 00 02 00 20 00 X MSWIN4.1
0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 00 00 00 ?
0020 00 00 00 00 00 00 00 00 00 00 00 00 02 00 00 00
0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 80 00 29 00 00 00 00 20 20 20 20 20 20 20 20 20 )
0050 20 20 46 41 54 33 32 20 20 20 FA 33 C9 8E D1 BC FAT32 3
0060 F8 7B 8E C1 BD 78 00 C5 76 00 1E 56 16 55 BF 22 { x v V U "
0070 05 89 7E 00 89 4E 02 B1 0B FC F3 A4 8E D9 BD 00 ~ N
0080 7C C6 45 FE 0F 8B 46 18 88 45 F9 38 4E 40 7D 25 | E F E 8N@}%
0090 8B C1 99 BB 00 07 E8 97 00 72 1A 83 EB 3A 66 A1 r :f
00A0 1C 7C 66 3B 07 8A 57 FC 90 90 B2 0E 90 88 56 02 |f; W V
00B0 80 C3 10 73 ED BF 02 00 83 7E 16 00 75 45 8B 46 s ~ uE F
00C0 1C 8B 56 1E B9 03 00 49 40 75 01 42 BB 00 7E E8 V I@u B ~
00D0 5F 00 73 26 B0 F8 4F 74 1D 8B 46 32 33 D2 B9 03 _ s& Ot F23
00E0 00 3B C8 77 1E 8B 76 0E 3B CE 73 17 2B F1 03 46 ; w v ; s + F
00F0 1C 13 56 1E EB D1 73 0B EB 27 83 7E 2A 00 77 03 V s ' ~* w
0100 E9 FD 02 BE 7E 7D AC 98 03 F0 AC 84 C0 74 17 3C ~} t <
0110 FF 74 09 B4 0E BB 07 00 CD 10 EB EE BE 81 7D EB t }
0120 E5 BE 7F 7D EB E0 98 CD 16 5E 1F 66 8F 04 CD 19 } ^ f
0130 41 56 66 6A 00 52 50 06 53 6A 01 6A 10 8B F4 60 AVfj RP Sj j `
0140 80 7E 02 0E 75 04 B4 42 EB 1D 91 92 33 D2 F7 76 ~ u B 3 v
0150 18 91 F7 76 18 42 87 CA F7 76 1A 8A F2 8A E8 C0 v B v
0160 CC 02 0A CC B8 01 02 8A 56 40 CD 13 61 8D 64 10 V@ a d
0170 5E 72 0A 40 75 01 42 03 5E 0B 49 75 B4 C3 03 18 ^r @u B ^ Iu
0180 01 27 0D 0A 55 6E 67 75 65 6C 74 69 67 65 73 20 ' Ungueltiges
0190 53 79 73 74 65 6D 20 FF 0D 0A 45 2F 41 2D 46 65 System E/A-Fe
01A0 68 6C 65 72 20 20 20 20 FF 0D 0A 44 61 74 65 6E hler Daten
01B0 74 72 61 65 67 65 72 20 77 65 63 68 73 65 6C 6E traeger wechseln
01C0 20 75 6E 64 20 54 61 73 74 65 20 64 72 75 65 63 und Taste druec
01D0 6B 65 6E 0D 0A 00 00 00 49 4F 20 20 20 20 20 20 ken IO
01E0 53 59 53 4D 53 44 4F 53 20 20 20 53 59 53 7E 01 SYSMSDOS SYS~
01F0 00 57 49 4E 42 4F 4F 54 20 53 59 53 00 00 55 AA WINBOOT SYS U
Finished Writing to Disk - Press Any Key
<WDE03.txt>
Offset: 05B Sector: 0 [Boot/Reserved]
0000 EB 58 90 4D 53 57 49 4E 34 2E 31 00 02 08 FE 17 X MSWIN4.1
0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 00 00 00 ?
0020 00 20 10 00 01 04 00 00 00 00 00 00 02 00 00 00
0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 80 00 29 77 59 78 16 4E 4F 20 4E 41 4D 45 20 20 )wYx NO NAME
0050 20 20 46 41 54 33 32 20 20 20 FA 33 C9 8E D1 BC FAT32 3
0060 F8 7B 8E C1 BD 78 00 C5 76 00 1E 56 16 55 BF 22 { x v V U "
0070 05 89 7E 00 89 4E 02 B1 0B FC F3 A4 8E D9 BD 00 ~ N
0080 7C C6 45 FE 0F 8B 46 18 88 45 F9 38 4E 40 7D 25 | E F E 8N@}%
0090 8B C1 99 BB 00 07 E8 97 00 72 1A 83 EB 3A 66 A1 r :f
00A0 1C 7C 66 3B 07 8A 57 FC 90 90 B2 0E 90 88 56 02 |f; W V
00B0 80 C3 10 73 ED BF 02 00 83 7E 16 00 75 45 8B 46 s ~ uE F
00C0 1C 8B 56 1E B9 03 00 49 40 75 01 42 BB 00 7E E8 V I@u B ~
00D0 5F 00 73 26 B0 F8 4F 74 1D 8B 46 32 33 D2 B9 03 _ s& Ot F23
00E0 00 3B C8 77 1E 8B 76 0E 3B CE 73 17 2B F1 03 46 ; w v ; s + F
00F0 1C 13 56 1E EB D1 73 0B EB 27 83 7E 2A 00 77 03 V s ' ~* w
0100 E9 FD 02 BE 7E 7D AC 98 03 F0 AC 84 C0 74 17 3C ~} t <
0110 FF 74 09 B4 0E BB 07 00 CD 10 EB EE BE 81 7D EB t }
0120 E5 BE 7F 7D EB E0 98 CD 16 5E 1F 66 8F 04 CD 19 } ^ f
0130 41 56 66 6A 00 52 50 06 53 6A 01 6A 10 8B F4 60 AVfj RP Sj j `
0140 80 7E 02 0E 75 04 B4 42 EB 1D 91 92 33 D2 F7 76 ~ u B 3 v
0150 18 91 F7 76 18 42 87 CA F7 76 1A 8A F2 8A E8 C0 v B v
0160 CC 02 0A CC B8 01 02 8A 56 40 CD 13 61 8D 64 10 V@ a d
0170 5E 72 0A 40 75 01 42 03 5E 0B 49 75 B4 C3 03 18 ^r @u B ^ Iu
0180 01 27 0D 0A 55 6E 67 75 65 6C 74 69 67 65 73 20 ' Ungueltiges
0190 53 79 73 74 65 6D 20 FF 0D 0A 45 2F 41 2D 46 65 System E/A-Fe
01A0 68 6C 65 72 20 20 20 20 FF 0D 0A 44 61 74 65 6E hler Daten
01B0 74 72 61 65 67 65 72 20 77 65 63 68 73 65 6C 6E traeger wechseln
01C0 20 75 6E 64 20 54 61 73 74 65 20 64 72 75 65 63 und Taste druec
01D0 6B 65 6E 0D 0A 00 00 00 49 4F 20 20 20 20 20 20 ken IO
01E0 53 59 53 4D 53 44 4F 53 20 20 20 53 59 53 7E 01 SYSMSDOS SYS~
01F0 00 57 49 4E 42 4F 4F 54 20 53 59 53 00 00 55 AA WINBOOT SYS U
Bytes per Sector: 512 Sectors per Cluster: 8
Reserved Sectors: 6142 FATs: 2
Maximum Root Entries: 0 Media Descriptor: 248
Sectors per Fat: 1025 Partition Start: 0
Sectors in Partition: 1056768 Hard Disk Number: 128 (0)
Root Start Cluster: 2 FSInfo Sector Number: 1
Backup B.S. Location: 6 Signature: AA55
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
<WDE04.txt Disc 0>
Offset: 05B Sector: 0 [Boot/Reserved]
0000 EB 58 90 4D 53 57 49 4E 34 2E 31 00 02 08 FE 17 X MSWIN4.1
0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 00 00 00 ?
0020 00 20 10 00 01 04 00 00 00 00 00 00 02 00 00 00
0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 80 00 29 77 59 78 16 4E 4F 20 4E 41 4D 45 20 20 )wYx NO NAME
0050 20 20 46 41 54 33 32 20 20 20 FA 33 C9 8E D1 BC FAT32 3
0060 F8 7B 8E C1 BD 78 00 C5 76 00 1E 56 16 55 BF 22 { x v V U "
0070 05 89 7E 00 89 4E 02 B1 0B FC F3 A4 8E D9 BD 00 ~ N
0080 7C C6 45 FE 0F 8B 46 18 88 45 F9 38 4E 40 7D 25 | E F E 8N@}%
0090 8B C1 99 BB 00 07 E8 97 00 72 1A 83 EB 3A 66 A1 r :f
00A0 1C 7C 66 3B 07 8A 57 FC 90 90 B2 0E 90 88 56 02 |f; W V
00B0 80 C3 10 73 ED BF 02 00 83 7E 16 00 75 45 8B 46 s ~ uE F
00C0 1C 8B 56 1E B9 03 00 49 40 75 01 42 BB 00 7E E8 V I@u B ~
00D0 5F 00 73 26 B0 F8 4F 74 1D 8B 46 32 33 D2 B9 03 _ s& Ot F23
00E0 00 3B C8 77 1E 8B 76 0E 3B CE 73 17 2B F1 03 46 ; w v ; s + F
00F0 1C 13 56 1E EB D1 73 0B EB 27 83 7E 2A 00 77 03 V s ' ~* w
0100 E9 FD 02 BE 7E 7D AC 98 03 F0 AC 84 C0 74 17 3C ~} t <
0110 FF 74 09 B4 0E BB 07 00 CD 10 EB EE BE 81 7D EB t }
0120 E5 BE 7F 7D EB E0 98 CD 16 5E 1F 66 8F 04 CD 19 } ^ f
0130 41 56 66 6A 00 52 50 06 53 6A 01 6A 10 8B F4 60 AVfj RP Sj j `
0140 80 7E 02 0E 75 04 B4 42 EB 1D 91 92 33 D2 F7 76 ~ u B 3 v
0150 18 91 F7 76 18 42 87 CA F7 76 1A 8A F2 8A E8 C0 v B v
0160 CC 02 0A CC B8 01 02 8A 56 40 CD 13 61 8D 64 10 V@ a d
0170 5E 72 0A 40 75 01 42 03 5E 0B 49 75 B4 C3 03 18 ^r @u B ^ Iu
0180 01 27 0D 0A 55 6E 67 75 65 6C 74 69 67 65 73 20 ' Ungueltiges
0190 53 79 73 74 65 6D 20 FF 0D 0A 45 2F 41 2D 46 65 System E/A-Fe
01A0 68 6C 65 72 20 20 20 20 FF 0D 0A 44 61 74 65 6E hler Daten
01B0 74 72 61 65 67 65 72 20 77 65 63 68 73 65 6C 6E traeger wechseln
01C0 20 75 6E 64 20 54 61 73 74 65 20 64 72 75 65 63 und Taste druec
01D0 6B 65 6E 0D 0A 00 00 00 49 4F 20 20 20 20 20 20 ken IO
01E0 53 59 53 4D 53 44 4F 53 20 20 20 53 59 53 7E 01 SYSMSDOS SYS~
01F0 00 57 49 4E 42 4F 4F 54 20 53 59 53 00 00 55 AA WINBOOT SYS U
Bytes per Sector: 512 Sectors per Cluster: 8
Reserved Sectors: 6142 FATs: 2
Maximum Root Entries: 0 Media Descriptor: 248
Sectors per Fat: 1025 Partition Start: 0
Sectors in Partition: 1056768 Hard Disk Number: 128 (0)
Root Start Cluster: 2 FSInfo Sector Number: 1
Backup B.S. Location: 6 Signature: AA55
Finished Writing to Disk - Press Any Key
<WDE05.txt Disc 1>
Offset: 05B Sector: 0 [MBR] CHS: 0/0/1
0000 EB 63 90 00 00 00 00 00 00 00 00 00 00 00 00 00 c
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0050 00 00 00 00 00 00 00 00 00 00 00 80 78 AD 26 02 x &
0060 00 00 00 00 FF FA 90 90 F6 C2 80 74 05 F6 C2 70 t p
0070 74 02 B2 80 EA 79 7C 00 00 31 C0 8E D8 8E D0 BC t y| 1
0080 00 20 FB A0 64 7C 3C FF 74 02 88 C2 52 BB 17 04 d|< t R
0090 F6 07 03 74 06 BE 88 7D E8 17 01 BE 05 7C B4 41 t } | A
00A0 BB AA 55 CD 13 5A 52 72 3D 81 FB 55 AA 75 37 83 U ZRr= U u7
00B0 E1 01 74 32 31 C0 89 44 04 40 88 44 FF 89 44 02 t21 D @ D D
00C0 C7 04 10 00 66 8B 1E 5C 7C 66 89 5C 08 66 8B 1E f \|f \ f
00D0 60 7C 66 89 5C 0C C7 44 06 00 70 B4 42 CD 13 72 `|f \ D p B r
00E0 05 BB 00 70 EB 76 B4 08 CD 13 73 0D 5A 84 D2 0F p v s Z
00F0 83 D0 00 BE 93 7D E9 82 00 66 0F B6 C6 88 64 FF } f d
0100 40 66 89 44 04 0F B6 D1 C1 E2 02 88 E8 88 F4 40 @f D @
0110 89 44 08 0F B6 C2 C0 E8 02 66 89 04 66 A1 60 7C D f f `|
|
Richard
08.12.2022, 17:22
(edited by Richard, 09.12.2022, 00:46)
@ Japheth
|
WDe and GPT, booting DOS |
0120 66 09 C0 75 4E 66 A1 5C 7C 66 31 D2 66 F7 34 88 f uNf \|f1 f 4
0130 D1 31 D2 66 F7 74 04 3B 44 08 7D 37 FE C1 88 C5 1 f t ;D }7
0140 30 C0 C1 E8 02 08 C1 88 D0 5A 88 C6 BB 00 70 8E 0 Z p
0150 C3 31 DB B8 01 02 CD 13 72 1E 8C C3 60 1E B9 00 1 r `
0160 01 8E DB 31 F6 BF 00 80 8E C6 FC F3 A5 1F 61 FF 1 a
0170 26 5A 7C BE 8E 7D EB 03 BE 9D 7D E8 34 00 BE A2 &Z| } } 4
0180 7D E8 2E 00 CD 18 EB FE 47 52 55 42 20 00 47 65 } . GRUB Ge
0190 6F 6D 00 48 61 72 64 20 44 69 73 6B 00 52 65 61 om Hard Disk Rea
01A0 64 00 20 45 72 72 6F 72 0D 0A 00 BB 01 00 B4 0E d Error
01B0 CD 10 AC 3C 00 75 F4 C3 01 00 00 00 00 00 00 00 < u
01C0 02 00 EE FF FF FF 01 00 00 00 EB 66 54 57 00 00 fTW
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA U
P Type Boot Start-CHS End-CHS Start-LBA Size MB
------------------------------------------------------------------------------
1 EE EFI 00 0/0/2 1023/255/63 1 1465149163 715405
2 00 Unused 00 0/0/0 0/0/0 0 0 0
3 00 Unused 00 0/0/0 0/0/0 0 0 0
4 00 Unused 00 0/0/0 0/0/0 0 0 0
F1-Save to File F2-Restore from File F3-Change Disk
GPT disk 1 ----------------------------------------------------------------------------------
Using WDE on the second-last attempt of the GPT DOS BOOT experiment, the following applies
(As I do not understand how to use WDE to transfer the MODIFIED MBR partition to the GPT disc, I simply used Windows app to CLONE same.)
Using WDE the modified DOS71 partition was saved as a file DOS71BSG.PAR (541,065,216 bytes) for future use.
<WDE04.txt disc 1 5/12 2:20am>
Offset: 000 Sector: 0 [MBR] CHS: 0/0/1
0000 EB 63 90 00 00 00 00 00 00 00 00 00 00 00 00 00 c
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0050 00 00 00 00 00 00 00 00 00 00 00 80 78 AD 26 02 x &
0060 00 00 00 00 FF FA 90 90 F6 C2 80 74 05 F6 C2 70 t p
0070 74 02 B2 80 EA 79 7C 00 00 31 C0 8E D8 8E D0 BC t y| 1
0080 00 20 FB A0 64 7C 3C FF 74 02 88 C2 52 BB 17 04 d|< t R
0090 F6 07 03 74 06 BE 88 7D E8 17 01 BE 05 7C B4 41 t } | A
00A0 BB AA 55 CD 13 5A 52 72 3D 81 FB 55 AA 75 37 83 U ZRr= U u7
00B0 E1 01 74 32 31 C0 89 44 04 40 88 44 FF 89 44 02 t21 D @ D D
00C0 C7 04 10 00 66 8B 1E 5C 7C 66 89 5C 08 66 8B 1E f \|f \ f
00D0 60 7C 66 89 5C 0C C7 44 06 00 70 B4 42 CD 13 72 `|f \ D p B r
00E0 05 BB 00 70 EB 76 B4 08 CD 13 73 0D 5A 84 D2 0F p v s Z
00F0 83 D0 00 BE 93 7D E9 82 00 66 0F B6 C6 88 64 FF } f d
0100 40 66 89 44 04 0F B6 D1 C1 E2 02 88 E8 88 F4 40 @f D @
0110 89 44 08 0F B6 C2 C0 E8 02 66 89 04 66 A1 60 7C D f f `|
0120 66 09 C0 75 4E 66 A1 5C 7C 66 31 D2 66 F7 34 88 f uNf \|f1 f 4
0130 D1 31 D2 66 F7 74 04 3B 44 08 7D 37 FE C1 88 C5 1 f t ;D }7
0140 30 C0 C1 E8 02 08 C1 88 D0 5A 88 C6 BB 00 70 8E 0 Z p
0150 C3 31 DB B8 01 02 CD 13 72 1E 8C C3 60 1E B9 00 1 r `
0160 01 8E DB 31 F6 BF 00 80 8E C6 FC F3 A5 1F 61 FF 1 a
0170 26 5A 7C BE 8E 7D EB 03 BE 9D 7D E8 34 00 BE A2 &Z| } } 4
0180 7D E8 2E 00 CD 18 EB FE 47 52 55 42 20 00 47 65 } . GRUB Ge
0190 6F 6D 00 48 61 72 64 20 44 69 73 6B 00 52 65 61 om Hard Disk Rea
01A0 64 00 20 45 72 72 6F 72 0D 0A 00 BB 01 00 B4 0E d Error
01B0 CD 10 AC 3C 00 75 F4 C3 01 00 00 00 00 00 00 00 < u
01C0 02 00 EE FF FF FF 01 00 00 00 EB 66 54 57 00 00 fTW
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA U
P Type Boot Start-CHS End-CHS Start-LBA Size MB
------------------------------------------------------------------------------
1 EE EFI 00 0/0/2 1023/255/63 1 1465149163 715405
2 00 Unused 00 0/0/0 0/0/0 0 0 0
3 00 Unused 00 0/0/0 0/0/0 0 0 0
4 00 Unused 00 0/0/0 0/0/0 0 0 0
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
<WDE06.txt 5/12 2:21am>
Offset: 000 Sector: 1 [GPT Hdr] CHS: 0/0/2
0000 45 46 49 20 50 41 52 54 00 00 01 00 5C 00 00 00 EFI PART \
0010 58 EB 3C 0A 00 00 00 00 01 00 00 00 00 00 00 00 X <
0020 EB 66 54 57 00 00 00 00 22 00 00 00 00 00 00 00 fTW "
0030 CA 66 54 57 00 00 00 00 30 25 A2 B2 98 C9 CC 44 fTW 0% D
0040 93 FF 02 B9 25 AE 33 DC 02 00 00 00 00 00 00 00 % 3
0050 80 00 00 00 80 00 00 00 0E 74 B1 4E 00 00 00 00 t N
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Signature: EFI PART Size GPT Header: 92
CRC (disk): 0A3CEB58 CRC (calculated): 0a3ceb58
Current LBA: 1 Backup LBA: 1465149163
First LBA: 34 Last LBA: 1465149130
Start GPT: 2 Entries GPT: 128
Size GPT Entry: 128 CRC GPT Entries: 4EB1740E
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
<WDE07.txt 5/12 2:21am>
Offset: 000 Sector: 2 [GPT] CHS: 0/0/3
0000 16 E3 C9 E3 5C 0B B8 4D 81 7D F9 2D F0 02 15 AE \ M } -
0010 EF 8F 6D D6 5C B8 CF 45 B1 06 99 C8 A7 1C 03 7C m \ E |
0020 22 00 00 00 00 00 00 00 FF 7F 00 00 00 00 00 00 "
0030 00 00 00 00 00 00 00 00 4D 00 69 00 63 00 72 00 M i c r
0040 6F 00 73 00 6F 00 66 00 74 00 20 00 72 00 65 00 o s o f t r e
0050 73 00 65 00 72 00 76 00 65 00 64 00 20 00 70 00 s e r v e d p
0060 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080 A2 A0 D0 EB E5 B9 33 44 87 C0 68 B6 B7 26 99 C7 3D h &
0090 48 26 7F 63 2D 71 ED 11 89 71 28 B2 BD F0 65 5D H& c-q q( e]
00A0 00 80 00 00 00 00 00 00 FF 9F 10 00 00 00 00 00
00B0 00 00 00 00 00 00 00 00 42 00 61 00 73 00 69 00 B a s i
00C0 63 00 20 00 64 00 61 00 74 00 61 00 20 00 70 00 c d a t a p
00D0 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
00E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100 28 73 2A C1 1F F8 D2 11 BA 4B 00 A0 C9 3E C9 3B (s* K > ;
0110 96 85 1F 07 D1 4A 5B 46 BD 4B 17 D2 A2 A6 4E 6F J[F K No
0120 00 E0 10 00 00 00 00 00 FF FF 13 00 00 00 00 00
0130 00 00 00 00 00 00 00 00 45 00 46 00 49 00 20 00 E F I
0140 53 00 79 00 73 00 74 00 65 00 6D 00 20 00 50 00 S y s t e m P
0150 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180 AF 3D C6 0F 83 84 72 47 8E 79 3D 69 D8 47 7D E4 = rG y=i G}
0190 90 B5 96 5F 6A DD 49 4A A6 25 AA E9 C1 3A DD 84 _j IJ % :
01A0 00 00 14 00 00 00 00 00 FF 3F 1B 04 00 00 00 00 ?
01B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Type: {e3c9e316-0b5c-4db8-817d-f92df00215ae}
First LBA: 34 Last LBA: 32767
Size: 15 MB Flags: 0
Name: Microsoft reserved partition
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
<WDE11.txt 5/12 2:22am>
Offset: 000 Sector: 3 [GPT] CHS: 0/0/4
0000 A2 A0 D0 EB E5 B9 33 44 87 C0 68 B6 B7 26 99 C7 3D h &
0010 06 06 1D B3 96 6C C5 43 8D 98 58 4D 05 03 B4 05 l C XM
0020 00 40 1B 04 00 00 00 00 FF 57 54 57 00 00 00 00 @ WTW
0030 00 00 00 00 00 00 00 00 42 00 61 00 73 00 69 00 B a s i
0040 63 00 20 00 64 00 61 00 74 00 61 00 20 00 70 00 c d a t a p
0050 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Type: {ebd0a0a2-b9e5-4433-87c0-68b6b72699c7}
First LBA: 68894720 Last LBA: 1465145343
Size: 681763 MB Flags: 0
Name: Basic data partition
F1-Auto F2-MBR F3-Boot Sector F4-Fat12 F5-Fat16 F6-Fat32 F7-Directory
<WDE12.txt 5/12 2:23am>
Offset: 000 Sector: 4 [GPT] CHS: 0/0/5
0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Type: {00000000-0000-0000-0000-000000000000}
First LBA: 0 Last LBA: 0
Size: 0 MB Flags: 0
F1-Auto F2-MBR F3-Boot Sector F4-Fat12 F5-Fat16 F6-Fat32 F7-Directory
<WDE14.txt 5/12 2:23am>
Offset: 000 Sector: 0 [MBR] CHS: 0/0/1
0000 EB 63 90 00 00 00 00 00 00 00 00 00 00 00 00 00 c
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0050 00 00 00 00 00 00 00 00 00 00 00 80 78 AD 26 02 x &
0060 00 00 00 00 FF FA 90 90 F6 C2 80 74 05 F6 C2 70 t p
0070 74 02 B2 80 EA 79 7C 00 00 31 C0 8E D8 8E D0 BC t y| 1
0080 00 20 FB A0 64 7C 3C FF 74 02 88 C2 52 BB 17 04 d|< t R
0090 F6 07 03 74 06 BE 88 7D E8 17 01 BE 05 7C B4 41 t } | A
00A0 BB AA 55 CD 13 5A 52 72 3D 81 FB 55 AA 75 37 83 U ZRr= U u7
00B0 E1 01 74 32 31 C0 89 44 04 40 88 44 FF 89 44 02 t21 D @ D D
00C0 C7 04 10 00 66 8B 1E 5C 7C 66 89 5C 08 66 8B 1E f \|f \ f
00D0 60 7C 66 89 5C 0C C7 44 06 00 70 B4 42 CD 13 72 `|f \ D p B r
00E0 05 BB 00 70 EB 76 B4 08 CD 13 73 0D 5A 84 D2 0F p v s Z
00F0 83 D0 00 BE 93 7D E9 82 00 66 0F B6 C6 88 64 FF } f d
0100 40 66 89 44 04 0F B6 D1 C1 E2 02 88 E8 88 F4 40 @f D @
0110 89 44 08 0F B6 C2 C0 E8 02 66 89 04 66 A1 60 7C D f f `|
0120 66 09 C0 75 4E 66 A1 5C 7C 66 31 D2 66 F7 34 88 f uNf \|f1 f 4
0130 D1 31 D2 66 F7 74 04 3B 44 08 7D 37 FE C1 88 C5 1 f t ;D }7
0140 30 C0 C1 E8 02 08 C1 88 D0 5A 88 C6 BB 00 70 8E 0 Z p
0150 C3 31 DB B8 01 02 CD 13 72 1E 8C C3 60 1E B9 00 1 r `
0160 01 8E DB 31 F6 BF 00 80 8E C6 FC F3 A5 1F 61 FF 1 a
0170 26 5A 7C BE 8E 7D EB 03 BE 9D 7D E8 34 00 BE A2 &Z| } } 4
0180 7D E8 2E 00 CD 18 EB FE 47 52 55 42 20 00 47 65 } . GRUB Ge
0190 6F 6D 00 48 61 72 64 20 44 69 73 6B 00 52 65 61 om Hard Disk Rea
01A0 64 00 20 45 72 72 6F 72 0D 0A 00 BB 01 00 B4 0E d Error
01B0 CD 10 AC 3C 00 75 F4 C3 01 00 00 00 00 00 00 00 < u
01C0 02 00 EE FF FF FF 01 00 00 00 EB 66 54 57 00 00 fTW
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA U
Bytes per Sector: 0 Sectors per Cluster: 0
Reserved Sectors: 0 FATs: 0
Maximum Root Entries: 0 Media Descriptor: 0
Sectors per Fat: 0 Partition Start: 0
Sectors in Partition: 0 Hard Disk Number: 0
Root Start Cluster: 0 FSInfo Sector Number: 0
Backup B.S. Location: 0 Signature: AA55
F1-Auto F2-MBR F3-Boot Sector F4-Fat12 F5-Fat16 F6-Fat32 F7-Directory
|
Richard
08.12.2022, 17:24
(edited by Richard, 09.12.2022, 00:40)
@ Japheth
|
WDe and GPT, booting DOS |
<WDE15.txt 5/12 2:24am>
Offset: 000 Sector: 0 [MBR] CHS: 0/0/1
0000 EB 63 90 00 00 00 00 00 00 00 00 00 00 00 00 00 c
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0050 00 00 00 00 00 00 00 00 00 00 00 80 78 AD 26 02 x &
0060 00 00 00 00 FF FA 90 90 F6 C2 80 74 05 F6 C2 70 t p
0070 74 02 B2 80 EA 79 7C 00 00 31 C0 8E D8 8E D0 BC t y| 1
0080 00 20 FB A0 64 7C 3C FF 74 02 88 C2 52 BB 17 04 d|< t R
0090 F6 07 03 74 06 BE 88 7D E8 17 01 BE 05 7C B4 41 t } | A
00A0 BB AA 55 CD 13 5A 52 72 3D 81 FB 55 AA 75 37 83 U ZRr= U u7
00B0 E1 01 74 32 31 C0 89 44 04 40 88 44 FF 89 44 02 t21 D @ D D
00C0 C7 04 10 00 66 8B 1E 5C 7C 66 89 5C 08 66 8B 1E f \|f \ f
00D0 60 7C 66 89 5C 0C C7 44 06 00 70 B4 42 CD 13 72 `|f \ D p B r
00E0 05 BB 00 70 EB 76 B4 08 CD 13 73 0D 5A 84 D2 0F p v s Z
00F0 83 D0 00 BE 93 7D E9 82 00 66 0F B6 C6 88 64 FF } f d
0100 40 66 89 44 04 0F B6 D1 C1 E2 02 88 E8 88 F4 40 @f D @
0110 89 44 08 0F B6 C2 C0 E8 02 66 89 04 66 A1 60 7C D f f `|
0120 66 09 C0 75 4E 66 A1 5C 7C 66 31 D2 66 F7 34 88 f uNf \|f1 f 4
0130 D1 31 D2 66 F7 74 04 3B 44 08 7D 37 FE C1 88 C5 1 f t ;D }7
0140 30 C0 C1 E8 02 08 C1 88 D0 5A 88 C6 BB 00 70 8E 0 Z p
0150 C3 31 DB B8 01 02 CD 13 72 1E 8C C3 60 1E B9 00 1 r `
0160 01 8E DB 31 F6 BF 00 80 8E C6 FC F3 A5 1F 61 FF 1 a
0170 26 5A 7C BE 8E 7D EB 03 BE 9D 7D E8 34 00 BE A2 &Z| } } 4
0180 7D E8 2E 00 CD 18 EB FE 47 52 55 42 20 00 47 65 } . GRUB Ge
0190 6F 6D 00 48 61 72 64 20 44 69 73 6B 00 52 65 61 om Hard Disk Rea
01A0 64 00 20 45 72 72 6F 72 0D 0A 00 BB 01 00 B4 0E d Error
01B0 CD 10 AC 3C 00 75 F4 C3 01 00 00 00 00 00 00 00 < u
01C0 02 00 EE FF FF FF 01 00 00 00 EB 66 54 57 00 00 fTW
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA U
09063EB ------- ------- ------- ------- ------- ------- ------- -------
------- ------- ------- ------- ------- ------- ------- ------- -------
------- ------- ------- ------- ------- ------- ------- ------- -------
------- ------- ------- ------- ------- ------- ------- ------- -------
------- ------- ------- ------- ------- ------- ------- ------- -------
------- ------- ------- ------- ------- ------- ------- ------- -------
------- ------- ------- ------- ------- ------- ------- ------- -------
F1-Auto F2-MBR F3-Boot Sector F4-Fat12 F5-Fat16 F6-Fat32 F7-Directory
<WDE16.txt 5/12 2:24am>
Offset: 000 Sector: 0 [MBR] CHS: 0/0/1
0000 EB 63 90 00 00 00 00 00 00 00 00 00 00 00 00 00 c
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0050 00 00 00 00 00 00 00 00 00 00 00 80 78 AD 26 02 x &
0060 00 00 00 00 FF FA 90 90 F6 C2 80 74 05 F6 C2 70 t p
0070 74 02 B2 80 EA 79 7C 00 00 31 C0 8E D8 8E D0 BC t y| 1
0080 00 20 FB A0 64 7C 3C FF 74 02 88 C2 52 BB 17 04 d|< t R
0090 F6 07 03 74 06 BE 88 7D E8 17 01 BE 05 7C B4 41 t } | A
00A0 BB AA 55 CD 13 5A 52 72 3D 81 FB 55 AA 75 37 83 U ZRr= U u7
00B0 E1 01 74 32 31 C0 89 44 04 40 88 44 FF 89 44 02 t21 D @ D D
00C0 C7 04 10 00 66 8B 1E 5C 7C 66 89 5C 08 66 8B 1E f \|f \ f
00D0 60 7C 66 89 5C 0C C7 44 06 00 70 B4 42 CD 13 72 `|f \ D p B r
00E0 05 BB 00 70 EB 76 B4 08 CD 13 73 0D 5A 84 D2 0F p v s Z
00F0 83 D0 00 BE 93 7D E9 82 00 66 0F B6 C6 88 64 FF } f d
0100 40 66 89 44 04 0F B6 D1 C1 E2 02 88 E8 88 F4 40 @f D @
0110 89 44 08 0F B6 C2 C0 E8 02 66 89 04 66 A1 60 7C D f f `|
0120 66 09 C0 75 4E 66 A1 5C 7C 66 31 D2 66 F7 34 88 f uNf \|f1 f 4
0130 D1 31 D2 66 F7 74 04 3B 44 08 7D 37 FE C1 88 C5 1 f t ;D }7
0140 30 C0 C1 E8 02 08 C1 88 D0 5A 88 C6 BB 00 70 8E 0 Z p
0150 C3 31 DB B8 01 02 CD 13 72 1E 8C C3 60 1E B9 00 1 r `
0160 01 8E DB 31 F6 BF 00 80 8E C6 FC F3 A5 1F 61 FF 1 a
0170 26 5A 7C BE 8E 7D EB 03 BE 9D 7D E8 34 00 BE A2 &Z| } } 4
0180 7D E8 2E 00 CD 18 EB FE 47 52 55 42 20 00 47 65 } . GRUB Ge
0190 6F 6D 00 48 61 72 64 20 44 69 73 6B 00 52 65 61 om Hard Disk Rea
01A0 64 00 20 45 72 72 6F 72 0D 0A 00 BB 01 00 B4 0E d Error
01B0 CD 10 AC 3C 00 75 F4 C3 01 00 00 00 00 00 00 00 < u
01C0 02 00 EE FF FF FF 01 00 00 00 EB 66 54 57 00 00 fTW
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA U
Name: c
Created: 01-01-1980 00:00:00.0 Attributes: ------
Accessed: 01-01-1980 Cluster: 0000
Modified: 01-01-1980 00:00:00 Size: 0
F1-Auto F2-MBR F3-Boot Sector F4-Fat12 F5-Fat16 F6-Fat32 F7-Directory
COMPARISONS
<Clone vs DOS71BSG.BIN(original)>
![[image]](img/uploaded/image234.png)
HIGH-RESOLUTION
https://www.dropbox.com/s/7xe464nu2b7sibk/CLONE%20vs%20DOS71BSG.BIN%28original%29.PNG?dl=1
<INITIAL BOOT-reserved vs Modified BOOT-reserved>
HIGH-RESOLUTION
https://www.dropbox.com/s/gr79nyzo3ygj1c3/INITAL%2...ved%20%20vs%20Modified%20BOOT-reserved.PNG?dl=1
GRUB setup
Using the CLONED modified partiton (Windows placed onto the GPT style disc)
LINUX MINT 21 was installed - which for some reason was not reproducable.
Out of about a dozen attempts to install MINT - only 2 instances had the option
"Install Linux Mint alongside MS-DOS 5.x/6.x/Win3.1"
but on both occassions the MINT install "locked up".
Finally, via another way - MINT was manually installed -
but sudo update-grub FAILED to add the MSDOS71 to the menu.
On running the GPT style disc (on 4 different computers),
get the error
error:file /boot/grub/i386-pc/normal.mod not found
Entering rescue mode ...
grub rescue>
IMPROVEMENTS TO WDE
- show drive (e.g. 0, 1, C, D ...)
- show last few keystrokes to get to the current screen (e.g. "F6 FAT32")
|
Japheth
Germany (South),
09.12.2022, 05:10
@ Richard
|
WDe and GPT, booting DOS |
> My computers x64 were newer than about 2014 - all have UEFI and Legacy.
>
> With people who successfully achieved DOS on GPT - how does it compare to
> my system?
Your system is fine. What do you fear? That it's too old or new? So long as you can access your GPT-partitioned disk with WDe, it's ok.
> The 300GB MBR disk has the following partitions
> C: 516MB (label MBR_D71)
> D: 297GB (label MBR_data)
Why is C: so small? It's FAT32, but using CHS addressing mode, AFAICS ( partition type 0Bh then ) - thus it's restricted to be located on the first 8 GB of a disk.
> The recipe to modify the MBR partition follows the instructions given by
> Japheth
With "MBR partition" you probably mean "the ( first ) FAT32 partition on the MBR-partitioned disk"?
Well, here's a little problem. In my "recipe" I didn't mention to modify anything on a "MBR partition" ( using your wording here ). All HD editing was supposed to be done on the "GPT-partitioned" disk only. Actually, there's no need at all to even access your disk 0 ( the "MBR disk" ) with WDe.
Since you modified your disk 0, your system finally refused to boot. Not really surprising, and no big issue; it's "part of the business" if fumbling around with a disk editor - IMO there's no learning without a bit of pain.
Anyway, I like it that you don't give up if something doesn't work out of the box.
Your "GPT-partitioned" disk ( disk 1 for WDe ). looks quite good. There are 5 partitions on it, 2 of them labeled "Basic data partition" - these are the interesting ones, your FAT32 partitions. Be aware that in the GPT each partition entry occupies 128 ( 80h ) bytes.
The next step that you have to learn now is how to navigate to your FAT32 partitions on the GPT-partitioned disk. It's pretty easy with WDe - you just have to position the cursor to the partition entry in the GPT and then press ENTER. ---
MS-DOS forever! |
Richard
11.12.2022, 03:08
(edited by Richard, 11.12.2022, 03:21)
@ Japheth
|
WDe and GPT, booting DOS |
EDIT
Think problem solved - Should be on sector 006 (not 000).
A strange problem is occurring.
I am using WDe1.00 and on loading DOS71BSG.bin (1536 bytes) for use on the GPT disc the number of sectors to load does not make sense to me (see below)
Offset: 000 Sector: 0 [Boot/Reserved]
0000 EB 58 90 4D 53 57 49 4E 34 2E 31 00 02 00 20 00 X MSWIN4.1
0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 00 00 00 ?
0020 00 00 00 00 00 00 00 00 00 00 00 00 02 00 00 00
0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 80 00 29 00 00 00 00 20 20 20 20 20 20 20 20 20 )
0050 20 20 46 41 54 33 32 20 20 20 FA 33 C9 8E D1 BC FAT32 3
0060 F8 7B 8E C1 BD 78 00 C5 76 00 1E 56 16 55 BF 22 { x v V U "
0070 05 89 7E 00 89 4E 02 B1 0B FC F3 A4 8E D9 BD 00 ~ N
0080 7C C6 45 FE 0F 8B 46 18 88 45 F9 38 4E 40 7D 25 | E F E 8N@}%
0090 8B C1 99 BB 00 07 E8 97 00 72 1A 83 EB 3A 66 A1 r :f
00A0 1C 7C 66 3B 07 8A 57 FC 90 90 B2 0E 90 88 56 02 |f; W V
00B0 80 C3 10 73 ED BF 02 00 83 7E 16 00 75 45 8B 46 s ~ uE F
00C0 1C 8B 56 1E B9 03 00 49 40 75 01 42 BB 00 7E E8 V I@u B ~
00D0 5F 00 73 26 B0 F8 4F 74 1D 8B 46 32 33 D2 B9 03 _ s& Ot F23
00E0 00 3B C8 77 1E 8B 76 0E 3B CE 73 17 2B F1 03 46 ; w v ; s + F
00F0 1C 13 56 1E EB D1 73 0B EB 27 83 7E 2A 00 77 03 V s ' ~* w
0100 E9 FD 02 BE 7E 7D AC 98 03 F0 AC 84 C0 74 17 3C ~} t <
0110 FF 74 09 B4 0E BB 07 00 CD 10 EB EE BE 81 7D EB t }
0120 E5 BE 7F 7D EB E0 98 CD 16 5E 1F 66 8F 04 CD 19 } ^ f
0130 41 56 66 6A 00 52 50 06 53 6A 01 6A 10 8B F4 60 AVfj RP Sj j `
0140 80 7E 02 0E 75 04 B4 42 EB 1D 91 92 33 D2 F7 76 ~ u B 3 v
0150 18 91 F7 76 18 42 87 CA F7 76 1A 8A F2 8A E8 C0 v B v
0160 CC 02 0A CC B8 01 02 8A 56 40 CD 13 61 8D 64 10 V@ a d
0170 5E 72 0A 40 75 01 42 03 5E 0B 49 75 B4 C3 03 18 ^r @u B ^ Iu
0180 01 27 0D 0A 55 6E 67 75 65 6C 74 69 67 65 73 20 ' Ungueltiges
0190 53 79 73 74 65 6D 20 FF 0D 0A 45 2F 41 2D 46 65 System E/A-Fe
01A0 68 6C 65 72 20 20 20 20 FF 0D 0A 44 61 74 65 6E hler Daten
01B0 74 72 61 65 67 65 72 20 77 65 63 68 73 65 6C 6E traeger wechseln
01C0 20 75 6E 64 20 54 61 73 74 65 20 64 72 75 65 63 und Taste druec
01D0 6B 65 6E 0D 0A 00 00 00 49 4F 20 20 20 20 20 20 ken IO
01E0 53 59 53 4D 53 44 4F 53 20 20 20 53 59 53 7E 01 SYSMSDOS SYS~
01F0 00 57 49 4E 42 4F 4F 54 20 53 59 53 00 00 55 AA WINBOOT SYS U
Bytes per Sector: 512 Sectors per Cluster: 0
Reserved Sectors: 32 FATs: 2
Maximum Root Entries: 0 Media Descriptor: 248
Sectors per Fat: 0 Partition Start: 0
Sectors in Partition: 0 Hard Disk Number: 128 (0)
Root Start Cluster: 2 FSInfo Sector Number: 1
Backup B.S. Location: 6 Signature: AA55
Number of Sectors (1-0):
It used to say (last line)
Number of Sectors (1-3):
and now frequently getting errors (writing to disc).
Even if DOS71BSG.BIN (1536 bytes) was corrupt - it should still show 1-3 sectors (as it did before many times). I also randomly tried (silly) large files (~3000 bytes) and still shows (1-0).
I checked current WDE.com (7-11-2022) on my MBR disc with the freshly unzipped WDE100.zip and both instances of WDE.com are reported identical.
Would you advise me to completely WIPE the MBR disc and reinstall MSDOS71 etc - at present I do not have a spare hard drive to replicate the MBR disc.
Any ideas on what might be going wrong?
EDIT
Think problem solved - Should be on sector 006 (not 000).
|
Japheth
Germany (South),
11.12.2022, 10:39
@ Richard
|
WDe and GPT, booting DOS |
> Think problem solved - Should be on sector 006 (not 000).
That's pretty unlikely. Sector 6 on FAT32 is commonly used to store the "backup" bootsector. How do you come to your conclusion?
> I am using WDe1.00 and on loading DOS71BSG.bin (1536 bytes) for use on the
> GPT disc the number of sectors to load does not make sense to me (see
> below)
[snip]
> Bytes per Sector: 512 Sectors per Cluster: 0
> Reserved Sectors: 32 FATs: 2
> Maximum Root Entries: 0 Media Descriptor: 248
> Sectors per Fat: 0 Partition Start: 0
> Sectors in Partition: 0 Hard Disk Number: 128 (0)
> Root Start Cluster: 2 FSInfo Sector Number: 1
> Backup B.S. Location: 6 Signature: AA55
>
> Number of Sectors (1-0):
Well, as you can see, the values of many fields in the boot sector are kind of "invalid" - the one that may cause this strance msg is "Sectors in Partition". A partition size of 0 is definitely something that WDe cannot handle properly.
> Would you advise me to completely WIPE the MBR disc and reinstall MSDOS71
> etc - at present I do not have a spare hard drive to replicate the MBR
> disc.
The problem most likely is that you modified sectors 0-2 of partition 1 ( drive C:) of your MBR-partitioned disk. You'll have to boot from USB-stick, and use FDISK to delete/create the partition again - unless you've make a backup copy and stored it somewhere "safe".
> Any ideas on what might be going wrong?
Quite a few things might go wrong - this stuff actually is intended for experienced users that know each byte of the boot sector by its first name.
You have to learn to describe EXACTLY what you did - in the actual case, I suspect that it was you who created that "useless" boot sector with partition size 0. After all, you couldn't have followed the recipe exactly, because - at least until recently - you didn't know how to navigate with WDe to the FAT32 partitions on the "GPT disk". ---
MS-DOS forever! |
Richard
11.12.2022, 14:53
@ Japheth
|
WDe and GPT, booting DOS |
Thank you for your advice/help.
I have just found out that my MBR disc (with MSDOS71 installed), now does not boot - for the last few trials I was only using the MBR disc to run WDe on the GPT disc (i.e. no editing of anything on the MBR disc) and to save the screen captures on the MBR disc.
I will WIPE with sudo shred both the MBR and GPT discs and reinstall MSDOS71 on MBR and WDE edit only for the GPT (taking as many screen captures as possible).
Yesterday I could get the following screen capture (from which I could navigate to the First Basic Data partition (FAT32) - today I could not get this screen capture information.
Offset: 100 Sector: 2 [GPT] CHS: 0/0/3
0000 28 73 2A C1 1F F8 D2 11 BA 4B 00 A0 C9 3E C9 3B (s* K > ;
0010 F7 E9 08 DF 55 84 A6 4E B6 16 37 80 0A E5 C5 73 U N 7 s
0020 00 08 00 00 00 00 00 00 FF 27 08 00 00 00 00 00 '
0030 00 00 00 00 00 00 00 80 45 00 46 00 49 00 20 00 E F I
0040 73 00 79 00 73 00 74 00 65 00 6D 00 20 00 70 00 s y s t e m p
0050 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080 16 E3 C9 E3 5C 0B B8 4D 81 7D F9 2D F0 02 15 AE \ M } -
0090 02 DC 69 BC 68 6F A0 4C A0 96 15 70 73 E4 4E D4 i ho L ps N
00A0 00 28 08 00 00 00 00 00 FF A7 08 00 00 00 00 00 (
00B0 00 00 00 00 00 00 00 80 4D 00 69 00 63 00 72 00 M i c r
00C0 6F 00 73 00 6F 00 66 00 74 00 20 00 72 00 65 00 o s o f t r e
00D0 73 00 65 00 72 00 76 00 65 00 64 00 20 00 70 00 s e r v e d p
00E0 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100 A2 A0 D0 EB E5 B9 33 44 87 C0 68 B6 B7 26 99 C7 3D h &
0110 C9 F8 74 3F 7C 5D A0 4D A3 43 B4 B2 31 C1 33 C9 t?|] M C 1 3
0120 00 A8 08 00 00 00 00 00 FF 7F 86 72 00 00 00 00 r
0130 00 00 00 00 00 00 00 00 42 00 61 00 73 00 69 00 B a s i
0140 63 00 20 00 64 00 61 00 74 00 61 00 20 00 70 00 c d a t a p
0150 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180 A4 BB 94 DE D1 06 40 4D A1 6A BF D5 01 79 D6 AC @M j y
0190 75 BF 9B 10 4B CA 48 4D AA 88 A8 D3 7A 81 22 F5 u K HM z "
01A0 00 80 86 72 00 00 00 00 FF 1F A5 72 00 00 00 00 r r
01B0 01 00 00 00 00 00 00 80 42 00 61 00 73 00 69 00 B a s i
01C0 63 00 20 00 64 00 61 00 74 00 61 00 20 00 70 00 c d a t a p
01D0 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Type: {ebd0a0a2-b9e5-4433-87c0-68b6b72699c7}
First LBA: 567296 Last LBA: 1921417215
Size: 937915 MB Flags: 0
Name: Basic data partition
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
|
Japheth
Germany (South),
12.12.2022, 10:34
@ Richard
|
WDe and GPT, booting DOS |
> Yesterday I could get the following screen capture (from which I could
> navigate to the First Basic Data partition (FAT32)
That's the crucial point: knowing WDe enough so you are able to navigate to the correct location.
> Type: {ebd0a0a2-b9e5-4433-87c0-68b6b72699c7}
> First LBA: 567296 Last LBA: 1921417215
> Size: 937915 MB Flags: 0
> Name: Basic data partition
As you can see, this is a rather large partition ( 940 GB ), so probably not the one you want to boot from.
My advise is: don't be so eager to modify anything with WDe. In a first step, create the FAT32 partition ( using Windows/Linux tools? ) and make GRUB add it in its boot menu. That's not entirely trivial, because GRUB expects a few things to be found on the partition before it accepts it as something that's bootable.
Only AFTER this is done, WDe will be used... ---
MS-DOS forever! |
RayeR
CZ,
15.12.2022, 19:41
@ Japheth
|
WDe v1.0 |
I use Norton Disk Editor from Norton Utilities pack (newer version supports LBA) for messing with disk data, I'll have a look what's new in WD... ---
DOS gives me freedom to unlimited HW access. |
RayeR
CZ,
15.12.2022, 19:49
@ tom
|
WDe and GPT, booting DOS |
> did you re-invent "Hybrid GPT" by writing a MBR into the boot sector?
I'm also curious why not to go this way. AFAIK GPT can have a "protective" MBR that does nothing useful just stops old disk tools to not screw the data as they don't understand GPT. By GPT-aware OSes and tools the MBR part should be ignored so I don't see reason why the MBR cannot be old good functional one that can load other boot sector within 2TB limit. Then any DOS should not complain if it found MBR on right place. Am I wrong? ---
DOS gives me freedom to unlimited HW access. |
tom
Germany (West),
15.12.2022, 20:14
(edited by tom, 15.12.2022, 21:31)
@ RayeR
|
WDe and GPT, booting DOS |
> > did you re-invent "Hybrid GPT" by writing a MBR into the boot sector?
>
> I'm also curious why not to go this way. AFAIK GPT can have a "protective"
> MBR that does nothing useful just stops old disk tools to not screw the
> data as they don't understand GPT. By GPT-aware OSes and tools the MBR part
> should be ignored so I don't see reason why the MBR cannot be old good
> functional one that can load other boot sector within 2TB limit. Then any
> DOS should not complain if it found MBR on right place. Am I wrong?
you are probably right.
the problem here is this 'probably'.
a "Hybrid GPT" is probably way more 'idiot proof' than Japhets 'you have to know every boot sector byte by its first name' method.
replacing a protective MBR (meaning "nothing to be seen here") with something like "a couple of small partitions, one 100GB FAT32 partition, then more of "nothing to be seen here") shouldn't result in problems. |
Richard
21.12.2022, 17:30
@ Japheth
|
WDe and GPT, booting DOS |
> ... That's not entirely trivial, because GRUB
> expects a few things to be found on the partition before it accepts it as
> something that's bootable.
>
> ...
Finally, after a "rocky-road roller-coaster ride", my results with MSDOS71 on GPT are shown in the screenshots below.
8 GB SSD SATA GPT with 64 MB DOS 71 partition with MINT 19 (grub 2.02)
![[image]](img/uploaded/image26.jpg)
![[image]](img/uploaded/image27.jpg)
![[image]](img/uploaded/image28.jpg)
![[image]](img/uploaded/image29.jpg)
![[image]](img/uploaded/image30.jpg)
Offset: 080 Sector: 0 [MBR] CHS: 0/0/1
0000 EB 63 90 00 00 00 00 00 00 00 00 00 00 00 00 00 c
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0050 00 00 00 00 00 00 00 00 00 00 00 80 18 71 AF 00 q
0060 00 00 00 00 FF FA 90 90 F6 C2 80 74 05 F6 C2 70 t p
0070 74 02 B2 80 EA 79 7C 00 00 31 C0 8E D8 8E D0 BC t y| 1
0080 00 20 FB A0 64 7C 3C FF 74 02 88 C2 52 BB 17 04 d|< t R
0090 F6 07 03 74 06 BE 88 7D E8 17 01 BE 05 7C B4 41 t } | A
00A0 BB AA 55 CD 13 5A 52 72 3D 81 FB 55 AA 75 37 83 U ZRr= U u7
00B0 E1 01 74 32 31 C0 89 44 04 40 88 44 FF 89 44 02 t21 D @ D D
00C0 C7 04 10 00 66 8B 1E 5C 7C 66 89 5C 08 66 8B 1E f \|f \ f
00D0 60 7C 66 89 5C 0C C7 44 06 00 70 B4 42 CD 13 72 `|f \ D p B r
00E0 05 BB 00 70 EB 76 B4 08 CD 13 73 0D 5A 84 D2 0F p v s Z
00F0 83 D0 00 BE 93 7D E9 82 00 66 0F B6 C6 88 64 FF } f d
0100 40 66 89 44 04 0F B6 D1 C1 E2 02 88 E8 88 F4 40 @f D @
0110 89 44 08 0F B6 C2 C0 E8 02 66 89 04 66 A1 60 7C D f f `|
0120 66 09 C0 75 4E 66 A1 5C 7C 66 31 D2 66 F7 34 88 f uNf \|f1 f 4
0130 D1 31 D2 66 F7 74 04 3B 44 08 7D 37 FE C1 88 C5 1 f t ;D }7
0140 30 C0 C1 E8 02 08 C1 88 D0 5A 88 C6 BB 00 70 8E 0 Z p
0150 C3 31 DB B8 01 02 CD 13 72 1E 8C C3 60 1E B9 00 1 r `
0160 01 8E DB 31 F6 BF 00 80 8E C6 FC F3 A5 1F 61 FF 1 a
0170 26 5A 7C BE 8E 7D EB 03 BE 9D 7D E8 34 00 BE A2 &Z| } } 4
0180 7D E8 2E 00 CD 18 EB FE 47 52 55 42 20 00 47 65 } . GRUB Ge
0190 6F 6D 00 48 61 72 64 20 44 69 73 6B 00 52 65 61 om Hard Disk Rea
01A0 64 00 20 45 72 72 6F 72 0D 0A 00 BB 01 00 B4 0E d Error
01B0 CD 10 AC 3C 00 75 F4 C3 11 CA 28 7B 00 00 00 00 < u ({
01C0 01 00 EE FE FF CE 01 00 00 00 AF C9 EE 00 00 00
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA U
P Type Boot Start-CHS End-CHS Start-LBA Size MB
------------------------------------------------------------------------------
1 EE EFI 00 0/0/1 974/254/63 1 15649199 7641
2 00 Unused 00 0/0/0 0/0/0 0 0 0
3 00 Unused 00 0/0/0 0/0/0 0 0 0
4 00 Unused 00 0/0/0 0/0/0 0 0 0
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
Offset: 080 Sector: 1 [GPT Hdr] CHS: 0/0/2
0000 45 46 49 20 50 41 52 54 00 00 01 00 5C 00 00 00 EFI PART \
0010 5C 51 76 DF 00 00 00 00 01 00 00 00 00 00 00 00 \Qv
0020 AB C9 EE 00 00 00 00 00 22 00 00 00 00 00 00 00 "
0030 8A C9 EE 00 00 00 00 00 F8 0A CD 5E 16 63 0C 44 ^ c D
0040 84 37 3C F0 A4 31 DB A5 02 00 00 00 00 00 00 00 7< 1
0050 80 00 00 00 80 00 00 00 6F A7 B6 91 00 00 00 00 o
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Signature: EFI PART Size GPT Header: 92
CRC (disk): DF76515C CRC (calculated): df76515c
Current LBA: 1 Backup LBA: 15649195
First LBA: 34 Last LBA: 15649162
Start GPT: 2 Entries GPT: 128
Size GPT Entry: 128 CRC GPT Entries: 91B6A76F
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
Offset: 080 Sector: 2 [GPT] CHS: 0/0/3
0000 16 E3 C9 E3 5C 0B B8 4D 81 7D F9 2D F0 02 15 AE \ M } -
0010 E1 AB C0 A8 DC 66 B6 42 8E 68 46 8E E6 CE 3B 2D f B hF ;-
0020 22 00 00 00 00 00 00 00 FF 7F 00 00 00 00 00 00 "
0030 00 00 00 00 00 00 00 00 4D 00 69 00 63 00 72 00 M i c r
0040 6F 00 73 00 6F 00 66 00 74 00 20 00 72 00 65 00 o s o f t r e
0050 73 00 65 00 72 00 76 00 65 00 64 00 20 00 70 00 s e r v e d p
0060 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080 A2 A0 D0 EB E5 B9 33 44 87 C0 68 B6 B7 26 99 C7 3D h &
0090 B0 C5 E7 4B 4B 16 51 4B 95 65 72 52 5F 44 85 47 KK QK erR_D G
00A0 00 80 00 00 00 00 00 00 FF 7F 02 00 00 00 00 00
00B0 00 00 00 00 00 00 00 00 42 00 61 00 73 00 69 00 B a s i
00C0 63 00 20 00 64 00 61 00 74 00 61 00 20 00 70 00 c d a t a p
00D0 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
00E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100 28 73 2A C1 1F F8 D2 11 BA 4B 00 A0 C9 3E C9 3B (s* K > ;
0110 00 77 7A 8F 95 F3 70 45 A9 D9 5C 6B E6 88 1A 82 wz pE \k
0120 00 80 02 00 00 00 00 00 FF 9F 05 00 00 00 00 00
0130 00 00 00 00 00 00 00 00 45 00 46 00 49 00 20 00 E F I
0140 53 00 79 00 73 00 74 00 65 00 6D 00 20 00 50 00 S y s t e m P
0150 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180 A2 A0 D0 EB E5 B9 33 44 87 C0 68 B6 B7 26 99 C7 3D h &
0190 BE 76 42 C4 7B 5B 90 4A 95 BA 2E E8 5F E4 E2 CE vB {[ J . _
01A0 00 A0 05 00 00 00 00 00 FF DF 05 00 00 00 00 00
01B0 00 00 00 00 00 00 00 00 42 00 61 00 73 00 69 00 B a s i
01C0 63 00 20 00 64 00 61 00 74 00 61 00 20 00 70 00 c d a t a p
01D0 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Type: {ebd0a0a2-b9e5-4433-87c0-68b6b72699c7}
First LBA: 32768 Last LBA: 163839
Size: 64 MB Flags: 0
Name: Basic data partition
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
Offset: 080 Sector: 3 [GPT] CHS: 0/0/4
0000 A2 A0 D0 EB E5 B9 33 44 87 C0 68 B6 B7 26 99 C7 3D h &
0010 2F B0 C9 4D 11 26 05 4D B0 2B 22 8D 2C D4 B0 89 / M & M +" ,
0020 00 C8 EA 00 00 00 00 00 FF C7 EC 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 42 00 61 00 73 00 69 00 B a s i
0040 63 00 20 00 64 00 61 00 74 00 61 00 20 00 70 00 c d a t a p
0050 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080 A2 A0 D0 EB E5 B9 33 44 87 C0 68 B6 B7 26 99 C7 3D h &
0090 8D A7 E9 E4 AF 32 B4 49 93 90 99 74 88 4A C9 90 2 I t J
00A0 00 C8 EC 00 00 00 00 00 FF BF EE 00 00 00 00 00
00B0 00 00 00 00 00 00 00 00 42 00 61 00 73 00 69 00 B a s i
00C0 63 00 20 00 64 00 61 00 74 00 61 00 20 00 70 00 c d a t a p
00D0 61 00 72 00 74 00 69 00 74 00 69 00 6F 00 6E 00 a r t i t i o n
00E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100 AF 3D C6 0F 83 84 72 47 8E 79 3D 69 D8 47 7D E4 = rG y=i G}
0110 04 69 4F E6 F1 87 9E 48 A3 C4 8F D9 EF 05 6E 8A iO H n
0120 00 E0 05 00 00 00 00 00 FF C7 EA 00 00 00 00 00
0130 00 00 00 00 00 00 00 00 4D 00 49 00 4E 00 54 00 M I N T
0140 20 00 31 00 39 00 00 00 00 00 00 00 00 00 00 00 1 9
0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Type: {ebd0a0a2-b9e5-4433-87c0-68b6b72699c7}
First LBA: 15517696 Last LBA: 15646719
Size: 63 MB Flags: 0
Name: Basic data partition
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
Offset: 000 Sector: 32768 [Data] CHS: 32/8/9
0000 EB 58 90 4D 53 44 4F 53 35 2E 30 00 02 01 7E 18 X MSDOS5.0 ~
0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 80 00 00 ?
0020 00 00 02 00 C1 03 00 00 00 00 00 00 02 00 00 00
0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
0040 80 00 29 91 D2 42 28 4E 4F 20 4E 41 4D 45 20 20 ) B(NO NAME
0050 20 20 46 41 54 33 32 20 20 20 33 C9 8E D1 BC F4 FAT32 3
0060 7B 8E C1 8E D9 BD 00 7C 88 56 40 88 4E 02 8A 56 { | V@ N V
0070 40 B4 41 BB AA 55 CD 13 72 10 81 FB 55 AA 75 0A @ A U r U u
0080 F6 C1 01 74 05 FE 46 02 EB 2D 8A 56 40 B4 08 CD t F - V@
0090 13 73 05 B9 FF FF 8A F1 66 0F B6 C6 40 66 0F B6 s f @f
00A0 D1 80 E2 3F F7 E2 86 CD C0 ED 06 41 66 0F B7 C9 ? Af
00B0 66 F7 E1 66 89 46 F8 83 7E 16 00 75 39 83 7E 2A f f F ~ u9 ~*
00C0 00 77 33 66 8B 46 1C 66 83 C0 0C BB 00 80 B9 01 w3f F f
00D0 00 E8 2C 00 E9 A8 03 A1 F8 7D 80 C4 7C 8B F0 AC , } |
00E0 84 C0 74 17 3C FF 74 09 B4 0E BB 07 00 CD 10 EB t < t
00F0 EE A1 FA 7D EB E4 A1 7D 80 EB DF 98 CD 16 CD 19 } }
0100 66 60 80 7E 02 00 0F 84 20 00 66 6A 00 66 50 06 f` ~ fj fP
0110 53 66 68 10 00 01 00 B4 42 8A 56 40 8B F4 CD 13 Sfh B V@
0120 66 58 66 58 66 58 66 58 EB 33 66 3B 46 F8 72 03 fXfXfXfX 3f;F r
0130 F9 EB 2A 66 33 D2 66 0F B7 4E 18 66 F7 F1 FE C2 *f3 f N f
0140 8A CA 66 8B D0 66 C1 EA 10 F7 76 1A 86 D6 8A 56 f f v V
0150 40 8A E8 C0 E4 06 0A CC B8 01 02 CD 13 66 61 0F @ fa
0160 82 74 FF 81 C3 00 02 66 40 49 75 94 C3 42 4F 4F t f@Iu BOO
0170 54 4D 47 52 20 20 20 20 00 00 00 00 00 00 00 00 TMGR
0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01A0 00 00 00 00 00 00 00 00 00 00 00 00 0D 0A 44 69 Di
01B0 73 6B 20 65 72 72 6F 72 FF 0D 0A 50 72 65 73 73 sk error Press
01C0 20 61 6E 79 20 6B 65 79 20 74 6F 20 72 65 73 74 any key to rest
01D0 61 72 74 0D 0A 00 00 00 00 00 00 00 00 00 00 00 art
01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
01F0 00 00 00 00 00 00 00 00 AC 01 B9 01 00 00 55 AA U
F1-Help F2-File F3-Goto F4-View F5-Find F6-Functions F7-Save
dos71bsg.bin (1536 bytes)
00000000 00 02 00 20 00 X MSWIN4.1
00000010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 00 00 00 ?
00000020 00 00 00 00 00 00 00 00 00 00 00 00 02 00 00 00
00000030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
00000040 80 00 29 00 00 00 00 20 20 20 20 20 20 20 20 20 )
00000050 20 20 46 41 54 33 32 20 20 20 FAT32 3
Replicate.bin
Offset: 000 Sector: 32768 [Data] CHS: 32/8/9
....0000 00 02 01 7E 18 X MSDOS5.0 ~
....0010 02 00 00 00 00 F8 00 00 3F 00 FF 00 00 80 00 00 ?
....0020 00 00 02 00 C1 03 00 00 00 00 00 00 02 00 00 00
....0030 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
....0040 80 00 29 91 D2 42 28 4E 4F 20 4E 41 4D 45 20 20 ) B(NO NAME
....0050 20 20 46 41 54 33 32 20 20 20 FAT32 3
AUTOEXEC.bat
@ECHO OFF
PROMPT $P$G
SET DIRCMD=/4
MODE CON RATE=32 DELAY=1
REM MODE CON CP PREPARE=((437)EGA.CPI)
REM MODE CON CP SELECT=437
REM KEYB US,,KEYBOARD.SYS
LH KILLER
LH DOSKEY
LH DOSLFN /Z:C:\DOS71\CP437UNI.TBL
LH MSCDEX /D:IDE-CD
LH SHARE /L:30
LH NLSFUNC
LH SMARTDRV
LH CTMOUSE
REM For compatiblity purpose:
LH CTMOUSE > NUL
ECHO.
REM For locking volumes to enable "direct disk access":
CALL LOCKDRV.BAT
BREAK ON
LFNFOR ON
ECHO Now you are in MS-DOS 7.10 prompt. Type 'HELP' for help.
ECHO.
c:\sound\envmastr.exe /l winbootdir=
c:\sound\ctcm.exe
PATH=c:\_;c:\dos;C:\DOS71;..;;C:\DOS71\norton
ST.exe /o:txt
CONFIG.sys
device=c:\resti13.sys
DEVICE=C:\DOS71\ECHO.SYS W/e/l/c/o/m/e /t/o MS-DOS 7.10...
DEVICE=C:\DOS71\ECHO.SYS C/o/p/y/r/i/g/h/t M/i/c/r/o/s/o/f/t C/o/r/p. A/l/l /r/i/g/h/t/s /r/e/s/e/r/v/e/d.
DEVICE=C:\DOS71\HIMEM.SYS
DEVICE=C:\DOS71\EMM386.EXE NOEMS
DEVICEHIGH=C:\DOS71\SETVER.EXE
DEVICEHIGH=C:\DOS71\POWER.EXE
DEVICEHIGH=C:\DOS71\VIDE-CDD.SYS /D:IDE-CD
REM DEVICEHIGH=C:\DOS71\DISPLAY.SYS CON=(,,1)
COUNTRY=001,437,C:\DOS71\COUNTRY.SYS
SHELL=COMMAND.COM /P /E:640
DOS=HIGH,UMB,AUTO
FCBS=4,0
FILES=30
BUFFERS=20,0
LASTDRIVE=26
STACKS=9,256
SET PATH=c:\_;c:\dos;C:\DOS71;..;
Also works for a GPT 4TB SSD SATA drive with 8 GB DOS 71, 1 TB Windows 10 and 500 GB Mint 21.1(grub 2.06), and 2200 GB NTFS partitions (but Windows could not be made to triple boot).
Question.
How to edit /boot/grub/grub.cfg?
I wish to have Menu selections for Mint 21.1, Windows 10 and MS-DOS71.
So far, grub only allows for me either:-
Mint + DOS71
Mint + Windows
The respective parts of grub.cfg are
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'MS-DOS 5.x/6.x/Win3.1 (on /dev/sda2)' --class ms_dos --class os $menuentry_id_option 'osprober-chain-5230-F0FE' {
insmod part_gpt
insmod fat
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 5230-F0FE
else
search --no-floppy --fs-uuid --set=root 5230-F0FE
fi
drivemap -s (hd0) ${root}
chainloader +1
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
set timeout=10
fi
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom_proxy ###
menuentry "Windows Boot Manager (on /dev/sda5)" --class windows --class os $menuentry_id_option 'osprober-efi-202E-600C' {
insmod part_gpt
insmod fat
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 202E-600C
else
search --no-floppy --fs-uuid --set=root 202E-600C
fi
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
### END /etc/grub.d/40_custom_proxy ###
No matter what I tried (referring to the internet) I am prevented from saving the edited grub.cfg file because of "Permission denied" error.
So, MS-DOS 7.1 on GPT is working for me - just in time for Xmas |
glennmcc
North Jackson, Ohio (USA),
21.12.2022, 19:07
@ Richard
|
WDe and GPT, booting DOS |
>
> No matter what I tried (referring to the internet) I am prevented from
> saving the edited grub.cfg file because of "Permission denied" error.
Were you logged-in as root ?
And are the permissions on grub.cfg set to allow writing ? ---
--
http://glennmcc.org/ |
Japheth
Germany (South),
22.12.2022, 14:52
@ Richard
|
WDe and GPT, booting DOS |
> Also works for a GPT 4TB SSD SATA drive with 8 GB DOS 71, 1 TB
> Windows 10 and 500 GB Mint 21.1(grub 2.06), and 2200 GB NTFS partitions
> (but Windows could not be made to triple boot).
Congratulations! You're now a member of a very elitist club. 
> Question.
>
>
> How to edit /boot/grub/grub.cfg?
IIRC it's not a very good idea to edit that file directly - it will be overwritten whenever grub or the kernel has been updated. ---
MS-DOS forever! |
glennmcc
North Jackson, Ohio (USA),
22.12.2022, 18:41
@ Japheth
|
WDe and GPT, booting DOS |
> > Also works for a GPT 4TB SSD SATA drive with 8 GB DOS 71, 1 TB
> > Windows 10 and 500 GB Mint 21.1(grub 2.06), and 2200 GB NTFS partitions
> > (but Windows could not be made to triple boot).
>
> Congratulations! You're now a member of a very elitist club.
>
> > Question.
> >
> >
> > How to edit /boot/grub/grub.cfg?
>
> IIRC it's not a very good idea to edit that file directly - it will be
> overwritten whenever grub or the kernel has been updated.
Quite correct.
This is how to do it....
Edit /etc/default/grub then run update-grub
(as root or via sudo)
Reboot and you should now be able to get to DOS from the grub menu. ---
--
http://glennmcc.org/ |
Thread view
Mix view
Order
