Es mag sein das auch der umgekehrte Fall eintritt, ist mir aber bislang noch nicht aufgefallen.
Meine Systemkonfiguration ist keine Einfache, doch ich versuche es mal klar genug zu formulieren, so dass ihr euch ein deutliches Bild davon machen könnt.
Ich richte schon mal mein Beileid an den- oder diejenigen die sich die Zeit nehmen, diesen Roman durchzulesen
Systemhardware:
Das Mainbord ist ein ASUS A7n8X Deluxe
Es hat:
2 x IDE Controller onboard (Primary und Secondary)
2 x SATA Anschlüsse, welche der Controller als RAID 0 oder RAID 1 betreiben kann.
Zu dem habe ich hinzugefügt ein:
Promise SATA Controller (hat keine RAID Funktion) mit 4 SATA Anschlüssen.
Folgende Hardware ist angeschlossen:
4 SATA Festplatten an den Promise Controller (ab hier heisen diese Promise 1 bis Promise 4)
2 SATA Festplatten an dem onboard SATA Controller, welche in einem RAID 0 betrieben werden.
(Hierzu sei erwähnt:
die eine ist eine WesternDigital WD740ADFD Raptor, die andere eine WesternDigital WD800ADFD Raptor. Eine WD800ADFD Raptor ist, wie der Name schon sagt 6 GB größer als die WD740ADFD, von den Leistungsmerkmalen her ist sie aber identisch. Die WD800ADFD kann man nicht kaufen und sie ist bei WesternDigital auch nicht aufgelistet. Diese ist mir im Rahmen einer defekten WD360GD Raptor zugesandt worden.
Danach kaufte ich mir die WD740ADFD hinzu, um das RAID aufzubauen.
Laut WD sollte das keine Probleme machen. Die größere Festplatte wird im RAID einfach um die 6 GB reduziert.)
3 IDE Festplatten (ab hier heisen diese IDE 1 bis IDE 3)
Systemkonfiguration:
Nun, das RAID mit den beiden Raptoren ist in zwei Primäre Partitionen eingeteilt und als letztes folgt die dritte, eine logische Partition.
Es sind zwei Windows XP Systeme installiert:
Auf der ersten Primär Partition das Hauptsystem: Windows MAIN
Auf der zweiten Primär Partition: Windows GAMES
Als Boot Manager benutze ich Boot-us. Ich hatte große Schwierigkeiten damit bis ich es endlich zum richtigen Booten gebracht hatte.
Im BIOS ist eingestellt das von SCSI gebootet werden soll (mein altes Mainboard fasst SATA als SCSI zusammen.)
Damit ergibt sich folgende Bootreihenfolge:
Promise 1
Promise 2
Promise 3
Promise 4
RAID 0 (die beiden Raptoren)
IDE 1
IDE 2
IDE 3
Ich habe in meinem BIOS nicht die Möglichkeit das RAID, auf dem ja Windows zwei mal installiert ist, als erstes zu booten (es hätte mir einen ganzen Tag an Konfiguration gesparrt wenn ich diese Möglichkeit hätte)
Daher, haben alle Promise Festplatten ganz zu Beginn eine kleine, 8 MB große Primär Partition, auf dem ein Boot Manager wie Boot-us installiert werden kann.
Leider funktionierte Boot-us mit der Installationsweise 'auf die Primär Partition der Boot-Platte1' nicht. In meinem System ist Promise 1 die Boot-Platte 1. Boot-us installiert sich zwar problemlos darin, findet aber nachher die Windows Systeme nicht mehr.
Die Lösung war folgendes:
Ich habe auf der 8 MB großen Primär Partition von Promise 1 den Bootcode von Windows MAIN geschrieben und auf der 8 MB großen Primär Partition von Promise 2 den Bootcode von Windows GAMES.
Boot-us habe ich dann in den MBR der ersten Boot-Platte installiert (was ja Promise 1 ist) und ihn so eingestellt, das er immer lediglich die 8 MB großen Primär Partitionen finden soll, was er auch schafft.
Somit springt Boot-us, jeh nach Auswahl auf eine dieser kleinen Start Partitionen, führt das verstecken der gewünschten Festplatten aus (weswegen er ja überhaupt installiert wurde) und von dort wird dann einfach die entsprechende Boot.ini ausgeführt.
Nach vielem Experimentieren fand ich diese Lösung und sie funktioniert mit meinem System.
Nun das Problem:
Mir ist aufgefallen, das Windows GAMES Einstellungen von Windows MAIN übernimmt, obwohl diese doch von einander nichts wissen sollten.
Beispiel 1:
Auf Windows MAIN sind zwei Benutzer vorhanden: Administrator und User1
Auf Windows GAMES sind auch zwei Benutzer eingestellt: Administrator und gamer
Als ich nun das letzte mal Windows MAIN runter fuhr und Windows GAMES hochfuhr war auf einmal der user 'gamer' weg und statt dessen war 'User1' forhanden.
Beispiel 2:
Auf Windows MAIN nannte ich meine onboard Netzwerkverbindung 'NVIDIA - Netzwerk' und auf Windows GAMES nannte ich es absichtlich nur 'NVIDIA'.
Bei dem oben erwähnten Hochfahren, wo der user übernommen wurde stellte ich fest, das nun diese Netzwerkverbindung auch den Namen hatte, den ich auf Windows MAIN eingestellt hatt.
Auch hatte es dessen MAC Adresse übernommen.
Ich kann an dieser NVIDIA die MAC selbst einstellen und aus Gründen der Sicherheit möchte ich das meine Hardware Firewall bestimmte Verbindungen zuläßt und ander nicht. Daher hat die NVIDIA Netzwerkschnittstelle auf Windows MAIN eine ander MAC als auf Windows GAMES.
Doch wie schon gesagt, bei diesem Konflikt werden die Einstellungen von Windows MAIN übernommen.
Beispiel 3:
Ich hatte Partition Magic auf Windows GAMES installiert und eine Partitions Veränderung auf einer der anderen Festplatten durchgeführt, was nur während eines Neustarts zu Ende gebracht werden konnte.
Also startete ich Windows GAMES neu und durfte mich dann über diesen Fehler freuen:
Link zu CHIP online
(der Beitrag ist nicht von mir, dort ist aber dieser Fehler beschrieben).
Keine Chance das System wiederzubeleben. Nichts half. Selbst das zurückspielen eines zu Beginn mit Acronis True Image erstellten Images von Windows GAMES half nicht. Der Fehler blieb!!!
Als ich Windows MAIN hochfuhr kam dann die Meldung von Partition Magic das er es zu Ende bringen wollte, konnte es aber nicht, weil er den Pfad nicht mehr fand und lies mich dann weiter zu Windows MAIN.
Es gibt noch weitere Beispiele, die mir aufgefallen sind und bestimmt welche, die mir noch nicht aufgefallen sind.
Ich verstehe nicht wo sich diese beiden Partitionen überschneiden und vor allem WARUM?
Sie teilen ja noch nicht einmal die gleiche Auslagerungsdatei.
(Ich habe auf einer der Festplatten Partitionen eingerichtet, welche Windows für seine Auslagerungsdatei benutzen kann, damit die Auslagerungsdatei auf einer anderen Festplatte sitzt als Windows selbst, damit es schneller verarbeitet werden kann. Jeweils eine CACHE Partition für ein Windows.)
Auch ist es so das Boot-us immer stets die Windows Partition versteckt, welche nicht gebootet wird. Es werden auch die Partitionen versteckt, die mit diesem Windows zusammen hängen (CACHE und BOOT), so dass keine Überschneidungen auftreten sollten.
Falls ihr nun bis hier angekommen seid und nicht von diesem Roman erschlagen wurdet, würde ich mich sehr über hilfreiche Ratschläge freuen, was denn das Problem sein könnte.
Als letztes möchte ich hinzufügen das ich zuvor, noch bevor ich den Promise Controller gekauft hatte, eine solche Konfiguration ohne Problem am Laufen hatte.
Damals waren zwei WD360GD Raptoren im RAID 0 und 3 IDE Platten im System.
Das RAID war somit automatisch Boot-Platte 1 und Boot-us hat damals auch auf Anhieb funktioniert und immer richtig gebootet.
Niemals kam es vor das die eine Windows Installatioin Einstellungen der anderen übernahm.
Nun denn, ich hab' genug vom Schreiben.
Jetzt seid ihr dran.
Danke schon mal im voraus für das Wälzen dieses Romans.
Dieser Beitrag wurde von paradox bearbeitet: 01. April 2007 - 16:03