Siehst Du denn das Grub-Menü inzwischen?

Beim Installieren von Grub in den MBR kann man nämlich angeben von welcher Partition er zur Laufzeit das Menü einlesen soll.

Wie meinst Du das?

So, da bin ich wieder...

nachdem ich dann den heutigen Nachmittag damit zu gebracht habe, dein System noch einmal nachzubauen, hier das Ergebnis:

Dieses Mal haben meine virtuellen HDDs sogar die gleiche Groesze, wie deine Vorgabe.

Schritt 1
=============

Also:
- hda: 80 GB
- hdb: 40 GB
- hdc: 80 GB

Und da ich dieses mal wirklich alles so nachstellen wollte, wie du es hattest, habe ich, bevor ich das Debain 3.0 R1 auf die hdb installiert habe, auf die hda noch n XP geworfen.

Aber bevor ich weiter auf den Versuch eingehe.... kann es sein, dass du ein wenig bei der Partitionierung nachgeholfen hast?

Denn irgendwie

1) sieht die Aufteilung von der hdb sehr komisch aus (16 MB freier Speicher zu Beginn der HDD und die erste Partition hat die Nummer 2
2) hast du so ziemlich auf der 2ten Festplatte am Ende ca 10 GB unpartioniert..
3) fehlt irgendwie die hda3 (da hast du wahrscheinlich eben diese geloescht und dann die hda4 um diesen freigewordenen Speicher erweitert)

Aber gut... iss dein Ding. Das ist mir halt nur aufgefallen.

Okay ich komme zum Wesentlichen bzw zurueck zum Thema/Problem:

Waehrend der Debian Installation erkennt das Setup, dass bereits ein OS (Windows) installiert ist, und das /dev/hda einen gueltigen und aktiven MBR hat. Daher wird innerhalb der Setup Routine ein grub-install (hd0) ausgefuehrt. Sprich grub laedt Stage 1 in den MBR von /dev/hda. Die /boot/grub/menu.lst wird ebenfalls angepasst, sodass beide OS'es ohne Probleme gestartet werden koennen.

Was auch der Fall ist.


Schritt 2
=============

Ich kann nur vermuten, wie deine Partionierung fuer die erste HDD ausgesehen hat. Aber meine Aufteilung sieht folgendermaszen aus:

dann hast du irgendwann festgestellt, dass du komplett auf Linux umsteigen moechtest. Also hast du das Layout von hda per Acronis angepasst.
Sprich:

- zuerst wurden die Daten von den NTFS auf die ext3 Partition kopiert, sodass du ohne Datenverlust C,D und E loeschen kannst
- anschlieszend 2 neue Partionen (/dev/hda1 und /dev/hda2 )als ext3 neu erstellt.

Das habe ich auch getan, sodass nun meine /dev/hda mit deiner Ausgabe von fdisk -l uebereinstimmt. Als ich das Layout mit Acronis geaendert habe, habe ich ebenfalls /dev/hdb3 als "Aktiv" markiert, da ja auf der hda nun kein Betriebssystem mehr vorhanden ist.

(Wenn ich mich falsch in deine Gedanken / Handlungen versetzt habe, sag es bitte. Aber ich denke, im Groben und Ganzen, sollte es so ungefaehr deinem Vorgehen entsprechen.)

Nach Abschlusz des Partionierungsvorganges starte ich also das System neu.

Und genau hier beginnen die Probleme. Das sollte man zumindest vermuten.

Aber nichts passiert. Keine Fehlermeldung, nichts !!!
Das Debian startet ohne Beanstandungen. Kein Umweg noetig. Einzig und allein der Menuepunkt "Windows XP" laesst sich nicht mehr starten.

[ironie]

Womit das wohl zusammenhaengt ?!?

[/ironie]


So, es folgt also die Frage, was habe ich anders gemacht als du, sodass ich keinen Fehler bekomme?


* verwendete Programme:

- Acronis DiskDirector Suite 9 (build 524)
- Debian 3.0 RC1
- Windows XP Pro mit Evaluierungs Lizenz

Naja, durch das wilde rumpartionieren hast du soo viele Dinge gemacht, die als potentielle Fehlerquellen in Betracht gezogen werden mueszen, dass es sehr schwierig sein duerfte, _DIESE(N)_ Fehler zu finden und zu beheben.

Aus eben diesem Grund sollte man sich auch _vorher_ Gedanken machen, was man wie erreichen will. Denn das gestaltet die Umsetzung auch ein wenig leichter. Auszerdem, nichts ist schoener, als nach Abschlusz einer Operation sagen zu koennen: "Ich liebe es, wenn ein Plan funktioniert"

Da du dein System so dermaszen verschlimbessert (man musz schon fast sagen vergewaltigt) hast, ist es glaube ich, in diesem Falle das Beste, sich die Daten zu noch mal zu sichern und eine HDD komplett leer machen (auch die Partitionen loeschen) und dann im Anschlusz noch mal ganz von 0 eine "cleane" Installation durchzufuehren.

Da ich das nicht schon wieder tippen will: gibt es einen Link zu meinen Partitionierungsvorschlag, den ich hier schon mal zum Besten gegeben habe.

Natuerlich ist das mit der Partition fuer /home und /Daten optional.

Bjoern




[edit]

noch ein kleiner Nachtrag:

16MB fuer /boot ist ein wenig arg eng. Zumindest, wenn du mehrere Kernel zur Auswahl haben willst. denn ein Kernel (2.6.xxx) benoetigt ungefaehr 4-6 MB je nach Konfiguration (ich rede hier von den standard Distri Kerneln. Denn jeder, der weisz, wie man den Kernel unter diese Grenze bekommt, sollte auch wissen dasz 16 MB fuer /boot arg knapp sind). Daher sollte man mind. 50 MB fuer /boot bereitstellen. Ich glaube RedHat bzw Fedora verweigert sogar die Zusammenarbeit bzw das Erstellen einer Partition fuer /boot, wenn diese kleiner als 100 MB ist.

[/edit]

Moin!

Zitat

Original von Opa Heinz
dann müsste es daran gelegen haben, dass ich auf hdb und nicht hda installieren wollte und er damit wohl ein problem hatte. anders kann ich es mir nicht erklären,

Naja nicht ganz. Dem System ist es eigentlich total egal, ob es auf hda, sda, sdb, hdb, sdt .... usw installiert wird. Hauptsache ist, dass die Eintraege in den MBR's richtig sind, der Bootloader richtig konfiguriert ist und die richtigen HDDs aktiv sind (wobei den letzten Punkt koennte man beinahe vernachlaessigen)

Zitat

seit wann sind denn unpartitionierte bereiche als datenpuffer für den problemfall = vergewaltigung eines systems?

Das ist an und fuer sich nicht das Problem, wenn man einige Bereiche als Puffer unpartitioniert laesst. Ich hatte es aber auf deinen speziellen Fall bezogen, dasz du wild in der Gegend rumpartitioniert hast, ohne genau zu wissen WAS du tust, bzw was das fuer Auswirkungen auf dein System hat. Ganz einfach weil dir die Hintergruende fehlen. Unter "normalen Umstaenden" (nimms net persoenlich) ist das keine schlechte Idee, sich bei der Planung ein wenig Luft zu lassen.

Naja ich denke, jetzt weiszt du, was man so alles nicht machen sollte, beim Partitionieren...



Bjoern