Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

DOS specifications ("standards") (Developers)

posted by tkchia Homepage, 21.11.2020, 17:37

Hello awik,

> > GPT is right there. I don't think extending the MBR scheme is going to
> be
> > supported by many implementations.
> GPT is baroque -- even its name points this out ("GUID" partition table).
> What I had in mind would be almost trivial to implement, and with open
> source systems, I might even be able to do it myself.

I am not sure "GPT is hard, this new thing is easy to hack up" is a good enough reason to come up with another incompatible specification.

We are talking about the MBR here --- if an fdisk program happens to misinterpret the contents of the MBR, it can easily corrupt the hard disk and make all its data pretty much inaccessible.

There is a reason why the GPT scheme involves having a "protective MBR". Similarly, whatever new scheme you implement in the end must work --- or at least fail --- gracefully with fdisk's that do not understand your new scheme, but might understand the old format and/or GPT.

That to me is the main problem (not how much time it takes to code things up).

---
https://gitlab.com/tkchia · https://codeberg.org/tkchia · 😴 "MOV AX,0D500H+CMOS_REG_D+NMI"

 

Complete thread:

Back to the forum
Board view  Mix view
22049 Postings in 2034 Threads, 396 registered users, 151 users online (0 registered, 151 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum