OS2.org Forum

Hallo zusammen,

nur mal zur Info. Junior hat sich vor ein paar Wochen einen neuen PC gegönnt. Gehäuse, Motherboard, CPU, RAM, Grafikkarte. Sonst nix.
DVD aus dem alten PC in den neuen eingebaut. Hatte noch eine SSD die ich mir Ende 2013 gekauft hatte. Brachte in meinem PC nichts, da ich in dem keinen SATA3 Port habe. Diese SSD eingebaut.

Windows eingespielt, alles funktionierte, also kein Problem soweit. Festplatte aus dem alten PC in den neuen eingebaut und gestartet. Kommt Auswahlmenü Ganz gleich was ausgewählt wird, Windows startet nicht. Ausgeschaltet und Festplatte abgeklemmt. Neu gestartet, Win bootet nicht. Also Windows neu eingespielt auf die SSD. Alles funktioniert. HD angeklemmt, neu gestartet, Auswahlmenü und Win ist wieder platt. Auch Reparatur mittels DVD scheitert. Die Windowsversionen passen nicht zueinander

HD ausgebaut, Win neu aufgespielt, HD mittels Dockingstation über USB angeschlossen und auf der HD alle primären Partitionen gelöscht (Daten waren gesichert). In den neuen PC eingebaut und angeschlossen. Gebootet und alles funktionierte tadellos. Partitionen (als erweiterte Partition/logische Laufwerke angelegt) wurden erkannt und eingebunden.

Problem?
Das UEFI dieses PC's hat(te) anscheinend Probleme mit primären Partitionen auf der zweiten HD und hat (oder Windows?), wie und warum auch immer, die erste HD (in diesem Fall die SSD) zerschossen.

Sollte also jemand etwas ähnliches mit OS/2 bzw. eCS versuchen (UEFI BIOS, zwei HD's, zwei Betriebssysteme über Bootmanager) vorher Backups anfertigen. Bei einem Fehler wie oben beschrieben die zweite Platte auf primäre Partitionen prüfen und diese umwandeln zu erweiterte Partition/logische Laufwerke.

Möglich wäre natürlich auch eine andere Ursache. Da nach dem Löschen der primären Partitionen der Fehler verschwunden ist, gehe ich davon aus, daß dies die Ursache war. Hat zwei Tage gekostet mit Versuchen, Testen etc.

W$ erwartet traditionsmäßig schon länger den Teil für die Boot-Dateien auf der ersten primären Partition der ersten HD. Bei mehreren OS können Bootmanager wie AiRboot helfen, weil sie durch Zuweisung einer unbekannten Partitionskennung in der Lage sind diese zu verdecken.

Interessant ist, dass es demnach mit aktuellem W$ immer noch genauso wie mit NT 4 sein soll.

Habe mal etwas gesucht und unter anderem folgendes gefunden: UEFI oder Win sind an dieser Stelle anscheinend anfällig für Fehler. Was mich verwundert, mal geht es mit primären, aber nicht mit logischen, ein anderes mal nur umgekehrt.

Es gibt noch mehr Fallstricke wie GPT. Kleiner Artikel auf heise.

Markus hat geschrieben:UEFI oder Win sind an dieser Stelle anscheinend anfällig für Fehler.

Ich tippe mal auf Windows.

Ich hab nämlich kein UEFI und wollte W7 auf die erste primäre Partition der nicht ersten HD installieren, dabei hat es mir teilweise die bestehenden Partitionen meiner ersten HD (normalerweise Multi-Boot-LW) zerschossen.

Seitdem bin ich dazu übergegangen, W7 nur noch bei abgeklemmten anderen Festplatten auf eine vordefinierte primäre Partition zu installieren, denn wenn es eine leere Platte findet, legt es gleich zwei primäre Partitionen an, außerdem mit der neueren MB-Grenze statt der frühren Cylindergrenze, so daß LVM den Dienst verweigert.

Das jetztige AirBoot 1.1.0 hat keine Probleme, alle meine (im Moment 6) Systeme zu booten.