Gathering of Tweakers

quote:

There does not seem to be a very good (or at least very accessible) discussion on how to independently (by this I mean not simply chaining boot loaders) multiboot Windows XP, Windows Vista RC1, Ubuntu, and other distros. As such, I would like to share my method for accomplishing such a setup.

My setup uses multiple partitions on a single hd as follows:
Boot Manager – XOSL (on a dedicated partition)

Windows XP
Windows Vista RC1
PC-BSD
Ubuntu 6.06

I chose XOSL because it is very convenient to reload from a dedicated partition, it doesn't mess up the MBR, and it looks snazzy. However, getting Vista to work with XOSL, Linux, and Windows XP is surprisingly difficult and requires several steps.

Recommended:
Download and burn a copy of the “Ultimate Boot CD” from http://www.ultimatebootcd.com/ as it has a ton of useful tools for partitioning, booting, and diagnostics in a very convenient package. All of the packages that I used (for example, Ranish Partition Manager and XOSL) are all on this CD.

Step 1:
Partition your HD with whatever partitions will be needed prior to installing Vista. I found that Ranish Partition Manager is a wonderful tool this purpose; however, it is text-based.

Step 2:
Install Windows XP (if you don't have it yet)

Step 3:
After Windows XP is installed and configured, reboot and use Ranish to set Vista's partition as active (B for boot in Ranish). I would discourage trying to set the partition active through Windows (setting it active through Windows destroyed my extended partition for that HD).

IMPORTANT:
This step is very important as Vista will otherwise modify the contents of whichever partition is set active; most of the time, this seems to be the partition belonging to Windows XP. If this situation occurs, Vista will store bootmgr and BCD (two all important files without which Vista cannot boot) on the Windows XP partition, NOT on the Vista partition. In this case, Vista will be incapable of directly booting through any other means (not through XOSL, not through GRUB, not through ANYTHING). At this point, Vista is irrevocably tied to the XP partition which cannot change in a manner that would alter the loading of bootmgr. Also, if Vista's boot sequence is altered even slightly (say by installing XOSL) Vista will probably fail to load correctly as will other detected Windows (aka Windows XP) installations. If you choose to run fixboot from the Windows XP recovery, then Vista will no longer load bootmgr and will no longer boot (at this point there is no way to repair Vista). This situation should be avoided.

Step 4:
Install Vista. At this point, you'll need to select a partition to format with Vista's implementation of NTFS. Note that this is a newer NTFS version and cannot be correctly resized with standard Windows tools or other tools such as qtparted.

Step 5:
Install XOSL or whichever boot loader you prefer. If you are unable to install XOSL through UBCD, try saving the files on a FAT32 drive and run the installation from there. I have found that storing XOSL on its own partition saves headaches later on.

Step 6:
Set up XOSL to list Windows XP as one choice and Windows Vista as another. At this point Windows XP will probably load correctly through XOSL, but Vista will not.

Step 7 (Repair Windows XP if it doesn't load through XOSL):
At this point, Windows XP and Vista may not load correctly. To fix the problem with XP, use XP's installation disk to get into the recovery console. Once the recovery console is available, run fixboot (do not run fixmbr as this will overwrite the link to XOSL) and be sure to specify the drive that XP is on (probably C). Vista's drive should also be listed among possible choices, but it will probably some higher letter (like G).

Step 8 (Repair Vista):
Use Vista's installation disk and choose the repair option. It will probably detect that something is wrong, attempt to automatically repair itself, and then ask if you would like to reboot. Do not choose to reboot (the automatic repair doesn't really work). Instead, continue on to the next repair screen and choose the option to repair Vista. If you observe the log file from the repair, it should note that it edited the booting options (toward the end of the log file) and will probably mention BCD. At this point, you should be able to reboot.

Step 9:
Verify that you can indeed boot into both XP and Vista through XOSL without going through any additional boot managers.

As an aside, Vista may boot correctly, but may fail when it actually tries to display the user login (perhaps it assigns a refresh rate out of the range of your monitor). If this is the case, you can press F8 whenever you first boot Vista from XOSL for more options (such as 640x480 resolution) which may be helpful for resolving such errors. Once everything is correctly working, install Linux.

Step 10:
Install Ubuntu onto whichever partition you prefer (note the partition that you choose to format and mount as /). Go through the typical installation procedure until you reach the point of installing the boot manager (grub). Instead of installing to the MBR, choose to install grub onto the root partition (/dev/hd*whatever you decided to format as /*). For example, I installed grub on /dev/hda6, the same as my root partition for Ubuntu.

Step 11:
Set up XOSL to list Ubuntu as another choice.

Step 12:
Install any other OSes you want using the same method as Ubuntu if they are *nix based.

If everything worked correctly, you should be able to boot Windows XP, Windows Vista RC1, Ubuntu, and anything else directly through XOSL without any difficulty.

Note: You could choose to install XP, then Vista (ignoring Step 3), then Ubuntu and install grub onto the MBR. This setup works, but in order to use XP, you must first choose “Windows XP Professional” through grub and then choose “Legacy Operating System” through Vista's boot manager. Also, as noted in Step 3, any change to the booting method on the XP partition will destroy your capability to boot Vista.

Hopefully this will save somebody some headaches and time.

quote:

Larsie schreef op vrijdag 04 mei 2007 @ 07:47:
[...]
Ok inmiddels draait er al Ubuntu op (ik post nu vanaf deze bak)

Er zijn al wel partities (windows staat er ook naast, en een recovery partitie, maar ook een lege)

Gparted ziet de hele harde schijf niet eens (wel die oude uiteraard)

Ik heb er maar een (P)ATA schijfje aan gehangen en dat draait verder best ok (beetje meer herrie)

letatcest wijzigde dit bericht 04-05-2007 14:18 (67%)

quote:

andre_at_home schreef op vrijdag 04 mei 2007 @ 10:20:
was op zoek naar xosl info en vond die in deel 5, maar niet compleet.
Hier vond ik voor XOSL:
http://ubuntuforums.org/showthread.php?p=1518138
Howto: Multiboot Windows XP, Windows Vista, Ubuntu 6.06, etc
of gepromoot tot Tutorials & Tips

Wellicht so wie so handig als je XOSL gebruikt ivm met de "beperkingen" die Vista oplegt...
http://ubuntuforums.org/s...260772&highlight=XOSL

[...]

quote:

MBV schreef op donderdag 03 mei 2007 @ 22:44:
Wie o wie helpt mij uit de brand met een gestripte .config, die niks sloopt?

Uitleg: ik wil zelf een kernel bouwen, maar dan niet alle 100.000 modules meenemen die onnodig zijn op een desktop. Ik heb de hele wereld afgegoogled en kon geen kant-en-klare lean&mean .config vinden, dus ben zelf aan het slopen gegaan. 2 probleempjes: logo moet tijdens het opstarten uit staan, anders geeft hij heel wazig beeld en crashed hij. Andere is dat wakker worden uit standby niet werkt.
Waarom lean&mean? Nou, de suggestie dat het wel eens sneller zou kunnen zijn, dat recompiles sneller zijn, dat soort dingen. En omdat ik toch al bezig ben om een nieuwe kernel te bakken, met betere acpi-ondersteuning voor mijn laptop en voor undervolten van mijn Pentium M.

quote:

zAo schreef op vrijdag 04 mei 2007 @ 10:33:
[...]

Wat zegt je dmesg er eigenlijk van? En `lspci -v`?

quote:

gwystyl schreef op vrijdag 04 mei 2007 @ 08:54:
[...]

Oja, USB-schijven en kaartlezers worden ook sda/b/c enz

quote:

MBV schreef op vrijdag 04 mei 2007 @ 15:30:
[...]

niemand een .config in de aanbieding? Of moet ik even gaan DM-en?

quote:

mithras schreef op vrijdag 04 mei 2007 @ 15:37:
[...]
Wat ik heb gedaan is je oude config kopieren en dan daaruit dingen slopen. De standaard is namelijk heel erg groot (te groot misschien wel). Als je weet welke dingen je niet nodig hebt, kan je die eruit slopen. Zie bijvoorbeeld de "Kernel Master Howto" op ubuntuforum, daar staat info hoe je kernel te bakken (niet heel interessant), maar ook een linkje naar een post met veel zaken die je niet nodig hebt.
Daarnaast kan je zoveel mogelijk naar een monolith kernel toegaan door de modules die je zeker weten nodig hebt direct toe te voegen. Scheelt niet zo veel in ruimte, maar wel in opstartsnelheid.

Zo heb ik het iig altijd gedaan. Draai nu weer de gewone Feisty kernel, maar opzich is het slopen van dingen makkelijker dan het from scratch opbouwen (wat je wel begrepen hebt geloof ik), dus waarom niet je oude config gebruiken?

quote:

DOT schreef op vrijdag 04 mei 2007 @ 15:25:
[...]

Mja, je kan dus ook gewoon wél chainloaden, maar dan moet je handmatig de Windows-partities in Grub toevoegen. Dan krijg je gewoon in grub te zien:
1. Ubuntu
2. WinVista
3. WinXP

Dat je voor Vista-installatie de desbetreffende partitie actief moet maken is iets wat sowieso handig is om te doen, ook al gebruik je XOSL niet.

En waarom raadt-ie Ranish aan? Gnome Partition Editor is toch wel de bekendste (en standaard!) tool om te partitioneren.

quote:

mithras schreef op vrijdag 04 mei 2007 @ 21:55:
Master Kernel Thread met wat optimalisatiemogelijkheden. Door die optimalisaties wordt je systeem al veel sneller. Je kan natuurlijk altijd proberen er meer uit te slopen, maar de beste manier is stapje voor stapje. Niet in een keer alles eruit gooien. Ik had bijvoorbeeld op gegeven moment geen geluid meer

Je moet niet puntje voor puntje uitproberen, maar eerst de zaken afwerken die je 200% zeker niet nodig hebt (touchscreens, os/2 dingen, oude tobo's / muizen, zie de optimalisaties). Dan ga je een aantal graka drivers, geluidschips, usb controllers etc uitschakelen. En je kan ook best een tijdje werken met een kernel waar nog iets teveel in zit hoor, het is geen ramp
Het is uiteraard leuk om hem zo klein en monolith mogelijk te maken, je kan maar beter iets extra's hebben dan opties te weinig


Het is handig om een aantal belangrijke dingen in je subscriptions te zetten, kan je ze sneller terug vinden

quote:

mithras schreef op vrijdag 04 mei 2007 @ 15:37:
[...]
Zo heb ik het iig altijd gedaan. Draai nu weer de gewone Feisty kernel [...]

mithras wijzigde dit bericht 04-05-2007 22:55 (38%)

MBV wijzigde dit bericht 05-05-2007 10:54 (18%)

Profion wijzigde dit bericht 05-05-2007 11:46 (97%)

Pim. wijzigde dit bericht 05-05-2007 11:22 (4%)

Harm wijzigde dit bericht 05-05-2007 11:44 (32%)

quote:

Harm schreef op zaterdag 05 mei 2007 @ 11:44:
Hoezo wil jij per se de final hebben dan? Zoveel verschillen zitten er - buiten de looks - niet tussen beta 6 en de final voor zover ik weet.

[edit]
En het zal wel via een backport komen, dus dan moet je wachten totdat Pidgin 2.0 in Gutsy zit en die gebackport kan worden.

Jungian wijzigde dit bericht 05-05-2007 16:35 (34%)

edit:
Minimaliseren kan ook, doet Quod Libet ook. Maar die maximaliseert hem gewoon de 2e keer dat je hem opstart

MBV wijzigde dit bericht 06-05-2007 20:33 (20%)

1. Hij minimaliseert inderdaad
2. De tray plugin staat ingeschakeld, maar er is geen tray icon.
3. De Azureus-package is dus verbatst.

Jungian wijzigde dit bericht 06-05-2007 20:57 (11%)

quote:

Jungian schreef op zondag 06 mei 2007 @ 20:54:
Ik ga een gevoel hebben dat uit 3 delen bestaat :

1. Hij minimaliseert inderdaad
2. De tray plugin staat ingeschakeld, maar er is geen tray icon.
3. De Azureus-package is dus verbatst.

Nog nooit heeft Ubuntu een foutloze Azureus-package af kunnen leveren, dus het zou me niets verbazen (ditzelfde heb ik zelf een tijdje terug gehad).

Jungian wijzigde dit bericht 06-05-2007 21:24 (32%)