Windows 2000 XP und 7 im Multiboot.

Schau mal hier, mit bcedit von Windows 7 solltest du es anpassen können:
Vista: Use BCDEDIT to change boot up options (dual boot w/XP Prof) | Microsoft Vista | Tech-Recipes

Wobei ich mir nicht sicher bin. Wenn ich mir das da durchlese, muss das evtl so sein, wie es bei dir ist, sprich für alle Systeme gibts den "alte Bootloader" und nur für Vista/W7 gibts den neuen Bootloader.

@Micha, nachdenken! Was hat Partition Magic damit zu tun? Ich weiß, es gibt da so nen Bootloader, aber Partition Magic wird ja schon länger nicht mehr weiterentwickelt...

Zitat von Alpha

@Micha, nachdenken! Was hat Partition Magic damit zu tun?

Partition Magic enthielt zwar auch einen Bootmanager ("Bootmagic"). Da das Programm aber seit ungefähr 2002 nicht mehr weiterentwickelt (und inzwischen auch nicht mehr vertrieben) wird, wird es wohl kaum die neueren Bootmechanismen von Vista/W7 unterstützen.
@adun: eventuell wäre es sinnvoll, W7 auf die erste Partition ("C") zu installieren, da sich dann unter den versch. OS nicht ständig die Buchstaben der Partitionen ändern, weil sich ein W7 eh immer "C" krallt.

Ja Igor ;D Habs grad selbst dazueditiert, im selben Moment, wo du gepostest hast
Aber gut, dass du es sagst

Benutz doch GRUB.
Das kann alles.

Und wie willste das updaten ohne apt-get
Außerdem ist LILO besser

Zitat von xchrissix95

Und wie willste das updaten ohne apt-get

Bitte? Was hat GRUB mit apt-get zu tun?

Zitat von xchrissix95

Außerdem ist LILO besser

Bitte? In welcher Hinsicht? Dass man jedes mal wenn sich eine Datei oder Partition verschiebt man LILO neu schreiben muss?

Zitat von xchrissix95

Und wie willste das updaten ohne apt-get

Bitte?

GRUB wird nicht geupdatet!

also ich will schon lieber grub 1.9.7 benutzen als grub 0.9.7 und außerdem hatte lilo eine größere fs-unterstützung

Zitat von xchrissix95

also ich will schon lieber grub 1.9.7 benutzen als grub 0.9.7 und außerdem hatte lilo eine größere fs-unterstützung

Bitte?

Zitat von Wikipedia.org

Als nachteilig an LILO ist die Tatsache zu beurteilen, dass nach der Erstellung eines neuen Linux-Kernels der Befehl lilo aufgerufen werden muss. Dieser Befehl ermittelt die von der Festplatte zu ladenden Blöcke des Kernels, da lilo nicht in der Lage ist, mit einem Dateisystem umzugehen.

Des weiteren:

Zitat von Wikipedia.org

Liest verschiedene Dateisysteme: ext2, ext3, UFS, UFS2, ReiserFS, FAT, NTFS, ISO9660, JFS, Minix, FFS, XFS ab GRUB 0.91; ext4 ab Grub 0.97 bzw. Grub2

Zitat von Blue-Fox

Bitte?

LILO benutzt keinen Treiber und kann daher eigentlich alles starten. GRUB hingegen benutzt einen Treiber, der aber vom FS unterstützt werden muss.

Zitat von xchrissix95

LILO benutzt keinen Treiber und kann daher eigentlich alles starten. GRUB hingegen benutzt einen Treiber, der aber vom FS unterstützt werden muss.

Lies mal weiter....

bzw. Lies das:
http://de.wikipedia.org/wiki/GRUB
http://de.wikipedia.org/wiki/LILO

Zitat von xchrissix95

also ich will schon lieber grub 1.9.7 benutzen als grub 0.9.7 und außerdem hatte lilo eine größere fs-unterstützung

Du erzählst gerade Unsinn am laufenden Band.

1. GRUB kann, im Gegensatz zu LILO, ohne Linux verwenden. Darum gehts ja eigentlich in diesem Thread. LILO ohne Linux kannst du vergessen.

2. GRUB hat den Vorteil dass man es nicht neu schreiben muss bei einem Kernel- oder Partitionstabellen-Update.

3. Trotzdem hat GRUB den Nachteil, dass es eine separate Boot-Partition braucht und er damit für diesen Thread vermutlich nicht die optimalste Lösung ist.

4. LILO kann gar keine Dateisysteme. Damit hat es auch nicht die bessere FS-Unterstützung und ist sehr aufwändig zu Administrieren, läuft dafür Dateisystemunabhängig. Da GRUB aber eh alle relevanten Dateisysteme kann, stellt das keinen Nachteil dar.

5. GRUB2 (1.9x) bietet zwar mehr Features, ist aber noch nicht so ausgereift wie GRUB1 (0.9x) und damit für diesen Thread hier nicht besser geeignet.

6. Da ich hiermit alle Vor- und Nachteile von GRUB besprochen habe und es nicht für die optimalste Lösung halte (LILO ist gar keine Lösung, weil es ohne Linux nicht administrierbar ist), werde ich jeden weiteren Beitrag über GRUB in diesem Thread löschen oder verschieben.

Unabhängig davon, dass die Verwendung eines anderen Bootmanagers ohnehin Stuss wäre. GRUB und Konsorten können kein Windows direkt booten, sondern nur im Anschluss an sich selber den entsprechenden NT-Bootlader (bootmgr von Vista oder 7 oder ntldr bei älteren NTs), häufig diesen sogar nur über den Bootsektor der Windows-Partition, nicht direkt als Datei auf dem Dateisystem.
Und der Grund dafür, dass der Menüpunkt unspezifisch „Frühere Windows-Version(en)“ heißt, ist auch einfach: Der Windows-7-Bootlader startet in Wirklichkeit 2000 oder XP nicht direkt, sondern lädt genau wie die anderen genannten Bootlader im Anschluss an sich einfach einen älteren Bootlader, damit dieser eines der älteren Betriebssysteme startet.

Die einzige praktible Lösung ist also in jedem Fall, den Windows-7-Bootlader in den MBR zu schreiben und von diesem aus entweder Win7 oder eines der älteren Betriebssysteme zu starten. Hat denn Windows 2000 eine eigene Partition mit seinem eigenen ntldr und boot.ini (das heißt, in der boot.ini von Win2k steht nur Win2k und in der boot.ini von XP stehen Win2k und XP) oder teilt es sich die Partition und/oder den Bootlader mit Windows XP? Im ersteren Fall könnte man per BCDEDIT auf der Konsole (wie von Coni verlinkt) oder grafisch per EasyBCD je einen Eintrag für den Bootlader von 2000 und XP anlegen und diese damit direkt starten (den Win2k-Eintrag im XP-Bootlader könntest du dann natürlich entfernen). Die angezeigten Laufwerksbuchstaben sind dabei nur für deine Orientierung gedacht, der Windows-7-Bootlader spricht die Partitionen über ihre Nummer bzw. UUID an.

Wenn es dagegen nur eine ntldr/boot.ini-Kombination gibt (weil XP den Bootlader von 2k durch seinen eigenen ersetzt und sich zusätzlich in die boot.ini eingetragen hat), müsste es meiner Meinung nach ausreichend sein, die relevanten Dateien (boot.ini, ntldr und NTDETECT.COM – bootfont.bin ist nicht nötig und wurde unter einem westeuropäischen Win2k standardmäßig auch nicht mitgeliefert) auf die Partition zu kopieren, auf der sie fehlen, und die beiden boot.inis so anzupassen, dass der Bootlader auf der Win2k-Partition nur Win2k startet und der auf der XP-Partition nur XP. Den Rest kannst du dann vom vorherigen Absatz übernehmen.