I'm really loathe to say an unqualified 'yes' to that, as I'm asking you to do a load of work, based on a 'perhaps this went wrong originally' type assumption, I will say for sure that problems with calculating disk geometry correctly in all situations (most especially if re-sizing or re-positioning) are a well known Partition Magic flaw for a number of versions & because of that I very rarely would want to use it this way, lots of folks use it routinely with no problems whatsoever, but I'm cautious with it because of past experience..Quote:
Originally Posted by GeekyGirl
The best answer for any 'multiboot' situation is seperate disks, partitions being logical containers within some greater object always cause issue when different o/s's may have access, as one can't reference the other fully.
Installing multiboot windows is usually fairly painless if you start by installing the oldest operating system first, subsequent installs can then see previous installs & react appropriately (if say you had win 98 installed & then added xp in another partition windows setup makes you a little boot menu so you can choose which you want to run)..
Installing muliboot linux is different as that needs to come first, & if you are new/unsure about this, the 'use a seperate disk' advice is probably a good idea :)
To 'really understand' about multiboot you need to understand how a master boot record might control matters, & how control is passed from bios during the post sequence, before begining bootstrapping (the loading of any o/s in this context, as bootstrapping really means just loading up something more complicated) - which is pretty geeky knowledge if I say so myself ;) - much googling required on that though, as I've yet to turn up something which explains it all simply without even more technobabble than I can handle ! :) - start with this Wikipedia entry perhaps ?
As for your diagnostic tool, well that's us isn't it ?, he says with a bit of a wry smile on his face .. :eek2:
