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 awik, 21.11.2020, 18:58

>
> 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.

Personally, I want a choice in the matter, so that I can use what suits me best. Just because something already exists, does not necessarily mean it is good.

> 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.

I know. I don't recall how it happened, but I lost my partition table at least once. Fortunately I had the data on paper so I used Linux fdisk to type it in manually.

In any case, that is just another reason for having backups.

> 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.

An optional backup of the MBR could be part of the spec. Even a "protective" (ie. dummy) MBR could be included. However, care must be taken to avoid needless complexity, because that is one of the main goals for creating a GPT alternative.

-Albert.

 

Complete thread:

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