Fix / Restore GRUB Boot Loader
Unfortunately, maintaining a multi-boot configuration like this can be a pain, especially if you later install an operating system which overwrites the GRUB boot loader you had in place (such as a version of Windows). If your boot loader is overwritten, you could be left with no choice but to boot the most recently installed OS. |
|
|
Comments (22)
2 earlier comments in the full thread.
I don't play games much, the very occasional FPS, and Solitaire while I'm waiting, but only on Linux. I'm not interested enough to actually buy games.
I keep Windows on every machine just in case. I'm not the only one who uses the computers, after all. I usually have at least two or three Linux distros installed as well. Just in case one distro doesn't do what I need, I can try another that has either newer or older software or just for some reason might do what is needed.
I always use the chainloader command in GRUB so that each distro can update itself after a new kernel is installed.
I've seldom had problems with GRUB and it is really easy to fix any problems, at least the ones I've encountered.
OTOH my own linux boxes run linux. full stop. We do have a mac or two for the occasional legacy proprietary app (tax cut for example) and the macs are also single boot.
Any hypothetical need for ms doze would be satisfied in a VM, which could be shut down when finished with whatever chore necessitated its use, freeing up RAM and CPU cycles for more interesting work.
I keep a master for grub, edit that to add or remove new distros and if I have to go in and tell grub where to locate it.
# grub
> root (hdx,x) **this is where your /boot/ is > setup (hdx) or (hdx,x) **this is where your stage1 is > quit ** all done, go play
I mean seriously, how hard is that?
Those three lines are how I do it too. Grub is not something to fear.
My laptop multiboots: Gentoo (of course) BackTrack (in case I feel like playing with it) Ubuntu (the stock install which I don't think I've update much...) Memtest86+ Sbootmgr XP Pro (for some games that don't run in Wine/crossover. argh!)
Quoting:jezuch, as in one custom-built kernel, and one stock kernel to fall back on in case you screwed up the custom build?
Exactly, except that instead of a stock kernel I have a known-good older version of the custom-build one.
Of course, I always tweak my kernel configs, but always keep at least one older version just in case I totally screw up a build and break boot. hehe.
Post a comment
A free account is needed to post. Write your comment here first: your text is kept in this browser while you sign up or log in, and is waiting for you when you come back.
Your message:Sign up and post (it is free) or Log in and post

I do buy Linux games though when I can. I bought the game "X2:The Threat" for WIndows a while back, lost it, then re-bought it again as a budget-bin title. I then learned that it was being ported to Linux, but by then I had already bought it twice for Windows, so there was no point in buying it again. Later I heard that the sequel, X3, was being ported to Linux, so I held off on purchasing that. So now I have the urge to play a space sim again, and will be buying the Linux version of X3, even though it's more expensive than the Windows version.
But I have not destroyed my boot record in a long time. Usually an installation of any variant of Windows will accomplish that wonderfully, so my usual rule is to install Windows first, then the Linux side.