VOGONS


Problems with DOMs

Topic actions

Reply 20 of 21, by stamasd

User metadata
Rank l33t
Rank
l33t
Maeslin wrote:

One option might be to try one of the drive overlay softwares, then try installing DOS again?

Hm, I'm not sure which DDO would be appropriate for a DOM.

I/O, I/O,
It's off to disk I go,
With a bit and a byte
And a read and a write,
I/O, I/O

Reply 21 of 21, by Jo22

User metadata
Rank l33t++
Rank
l33t++
stamasd wrote:

I personally didn't attach the DOMs to any computer apart from the one listed above. When I received them they did have some "non-DOS" partitions as seen by the DOS fdisk which were listed at 4GB and 8GB respectively, which I deleted. It was funny how fdisk reported on the same screen that the drives had 4 and 8GB partitions respectively, all the while telling me that the disk size is 504MB.

It's just a wild guess, but I think that could be part of the problem.
Some spurious data could still be left in track 0. FDISK isn't very accurate when modifying the MBR..

See this link about the famous "fdisk /mbr" command. It says:

"People often recommend the undocumented DOS command FDISK /MBR to solve problems with the MBR.
This command however does not rewrite the entire MBR - it just rewrites the boot code,
the first 446 bytes of the MBR, but leaves the 64-byte partition information alone.
Thus, it won't help when the partition table has problems.
"

I should probably note that I read somewhere that the FDISKs from DOS 6 and 7.x/8 are said to behave differently here.

Anyway, it shouldn't hurt to wipe the DOM with another type of application, just to make sure. 😉

The MBR can be erased nicely on Linux, as described here.
XFDISK and Super FDISK can also come in handy to create DOS partitions.

"Time, it seems, doesn't flow. For some it's fast, for some it's slow.
In what to one race is no time at all, another race can rise and fall..." - The Minstrel

//My video channel//