Gestern kam neue Hardware und ich installierte gleich den Windows 2003 R2 Server in der 64bit Version.
Eigentlich hatte ich bislang mit 64bit keine Probleme. Aber irgendwie haben die Leute bei HP nicht mitgedacht: auf der Support-CD lagen alle Treiber (inkl. des benötigten Netzwerktreiber). Nur leider waren diese Treiber selbstentpackend mit Winzip gepackt. Aber mit der 32bit Variante, was zu
The image file XY is valid, but is for a machine type other than the current machine.
Na ja, als Workaround musste ich dann alle Treiberdateien auf Platte kopieren, die Endung in .zip ändern und ganz normal öffnen. Trotzdem ärgerlich – man sollte meinen, dass man Treiber für ein 64bit Windows auch unter einem 64bit Windows entpacken will.
Da der neue Server Domänencontroller werden sollte, stand ein Update des Active Directory Schemas an – mit dem schönen Befehl adprep /forestprep eigentlich kein Problem. Gleichzeitig habe ich endlich mal den AD-Forest auf ein höheres „Functional Level“ gesetzt (es gibt bei uns keine Windows 2000 Domänencontroller mehr). Mein Changelog-Eintrag dazu wurde nebenbei bemerkt passend von einem Kollegen übersetzt:
Wald-Funktions-Stufe? Wald-Schema? /waldvorbereit?
Das Problem beim Forestprep ist, dass es auf dem Schema-Master ausgeführt werden muss. Also schnell den passenden Server gesucht und gefunden sowie das adprep von der zweiten CD ausgeführt. Doch das wollte nicht klappen:
CODE:
>adprep /?
The image file ADPREP.EXE is valid, but is for a machine type other than the current machine.
Danke – adprep gibt es also 32bit und 64bit Executable (gab es AFAIK nicht die Möglichkeit 32bit und 64bit in eine exe zu packen?) – und der Schema-Master ist (noch) auf 32bit…
Was würde ich ohne die MSDN-Universal CD Sammlung machen? Mit dem 32bit adprep von der zweiten Windows 2003 R2 32bit CD klappte aber dann glücklicherweise alles problemlos.