@Wonko - I bow to your much greater experience and knowledge in this area - do you think it is worth asking YaYa to also add a =0xhh switch as well?
I see it differently, it's more like:http://www.imdb.com/...uotes/qt0416285
than anything else, if you are gonna build the best bootmanager/bootloader in the world
, why not do it with some style
And if you think a bit about it it is also about learning from the past (small) mistakes.
Tinybit (or someone else among the other earlier developers of grub4dos) at the time created out of thin air the --in-situ option.
It has been used by hundreds, thousands or more people to boot Windows 9x/Me successfully.
Some 11 (eleven) years later it comes out that a "fixed" provision (that was not evidently "wrong" since it served us well for all these years), in a very "niche" case was not adequate.
Since it is possible to "fully open" the choices, let's have them as open as possible, you will never know when another new kid on the block will come out with a particular OS or setup for which having this choice could be useful.
The proposed =CHS option would be limited and it would make not any sense for a number of partition ID's, so it would imply either a "full" conversion table (0E=06, 0C=0B, 07=07
etc.) or anyway a lookup to see if the automatically generated partition ID has a CHS corresponding version, the =00ID will give the user the full power to do whatever he/she see fit, including strange, dangerous things.
I would leave the working of --in-situ "as is" (since it has served us well for all these years) if no options are provided and the optional parameters will allow any kind of "crazy" setup
, while for those insisting to use older versions the explanation by tinybit and my little batch or set of commands in a .lst file will be enough to allow the same functionalities of the new, more comprehensive version.
Hey, yaya accepted the proposal of --in-situ=FLAGS_AND_ID. The original FLAGS is still in the lower byte, and the higher byte is used for partition ID.