forum.opsi.org

Hallo Wissende,

jetzt habe ich während der Installation den Fehler: Verdammte Hacke. Was stimmt denn da nicht...???

Der Client kriegt schon einen Fön wegen der ständigen Neuinstallationen...

Jemand Ideen?

Grüße
Highman72

Jetzt bin ich mit meinem Latein wirklich am Ende...

Ich habe den nvidia-Treiber rausgenommen und das System von AHCI auf IDE-Kompatibilitätsmodus gesetzt. Dann startete die Installation. Aber nur bis zu dem Punkt, bis Windows den ersten Neustart macht. Dann bekomme ich den Fehler von oben wieder...! Also fehlerhaft Signatur der C:\$WIN_NT$.~LS\I386\NT5.CAT, sowie zwei Registrierungsfehler bei C:\WINDOWS\System32\dssenh.dll und C:\WINDOWS\System32\rsaenh.dll...

Stimmt da was mit meiner Installations-CD nicht? Ich habe ein normale VRMPOEM_DE-Version, keine Volumen-Lizenz-Version. Da ist ein normale SP3 drauf.

Ich bin jetzt echt überfragt...!

Außerdem würde ich schon ganz gerne mit einer richtigen Installation das Ganze machen, also inkl. AHCI-Treiber vorab. Da schmiert er mir ja schon vorher ab beim Kopieren der Daten...!

Jemand Ideen?
Grüße aus Hessen
Highman72

Hallo higman72,

highman72 hat geschrieben: Stimmt da was mit meiner Installations-CD nicht? Ich habe ein normale VRMPOEM_DE-Version, keine Volumen-Lizenz-Version. Da ist ein normale SP3 drauf.

ich würde vorschlagen in Ruhe gemaess dem Installationshandbuch den i386-Zweig neu einzubinden (
es sollte eine normale OEM-CD sein (also nicht etwa eine Dell-CD)).

Bitte ohne nlite, sonst kann man in diesem Forum keinen vernuenftigen support machen.

Treiber einbinden wie im Handbuch beschrieben

Dann auf einem Standardrechner die Installation starten. Falls dies fehlschlägt, so kann!!! es sein, dass der i386-Zweig kaputt ist, sei es auf der CD, sei es beim Kopieren von CD auf dem Share.

In jedem Falle dann das Ergebnis von ./showdrivers.py posten.

Wenn die Installation durchläuft, kann man wieder anfangen mit dem eigentlichen Problem

highman72 hat geschrieben:Hallo liebe Wissenden,

bei mir stehen alle Treiber im preferred Ordner. Einige, die von Windows zur Verfügung gestellt werden, sind noch rot. Ich benötige einen Raid-Treiber (AHCI) von nvidia, um vom System booten zu können. Der ist grün dargestellt, also wird er dem Computer richtig zugeordnet.

und der Bitte das ergebnis von showdrivers.py zu posten

Gruss
Bardo Wolf

Hallo Wissende,

jetzt bin ich mit meinem Latein am Ende. Ich habe ja drei Opsi-Server Installationen versuchsweise laufen (daher auch die unterschiedlichen Fragen). Diese hier ist für ein Autohaus mit einer Installation in einer VM. Ich krieg hier noch einen Fön. Egal, welche SP3-CD ich in in die Install-Freigabe des Opsiservers ziehe (ich habe zwei verschiedene OEM-CD's keine branded, und eine Volumen-Lizenz-Version versucht): ER INSTALLIERT NICHT. Jetzt mal unabhängig von den Treibern. Selbst, wenn ich gar keine Treiber drin habe, meldet er mir jedesmal den Fehler

Setup konnte das OLE-Steuerelement C:\WINDOWS\System32\rsaenh.dll aufgrund folgenden Fehlers nicht registrieren:
DllRegisterServer hat den Fehler 2147942421 (80070015) zurückgegeben.

Ich weiß jetzt wirklich nicht mehr weiter. Hat irgend jemand noch Ideen?

Danke und Grüße
highman72

Hallo,

wurde die Installation auf verschiedenen Clients probiert?
Defekte Rechner produzieren manchmal die abenteuerlichsten Fehlermeldungen.

Gruß
Jan Schneider

Nein, nur auf einer VM. Aber der Rechner ist a) nagelneu, und lässt sich b) über eine Installations-CD einwandfrei installieren. Die VM ließ sich auch nicht installieren, ich nehme an, weil ich zu wenig Speicher reserviert habe hören die Punkte beim Laden des Bootimages einfach irgendwann auf.

Grüße
highman72

Hallo higman72,

vielleicht hilft
- platte putzen mit wipedisk
- wurde die unattend.txt angepasst mit eintrag profilesdir? -> google liefert: http://support.microsoft.com/?scid=kb%3 ... &x=10&y=10

highman72 hat geschrieben:Nein, nur auf einer VM. .... Die VM ließ sich auch nicht installieren, ich nehme an, weil ich zu wenig Speicher reserviert habe hören die Punkte beim Laden des Bootimages einfach irgendwann auf.

- fuer den Client solltens >= 256MB sein

Gruss
Bardo Wolf

Juppei! Hochgelobt soll er sein der Support aus dem Hause uib...!

Mensch, genau das war's! Ich habe natürlich die unattended.txt gepatcht. Wer kann auch ahnen, dass da so ein Fehler rauskommt! Ich habe den Fehler komplett gegooglet, aber hier werde ich geholfen, obwohl das, wie es sich herausstellt, gar kein Problem ist, was nur beim opsi-server auftritt.

Wirklich klasse!

Jetzt muss ich nur noch rauskriegen, wie ich die Installation auf 3 Partitionen hinkriege, so dass Microsoft mitspielt.
C:\ nur für Windows
D:\ nur für Programme
E:\ nur für Dokumente und Einstellungen

Irgendwie scheint er damit die Laufwerke durcheinander zu würfeln, so dass er nicht auf die CD-ROM zugreifen kann. Muss er ja auch nicht. Die wird ja gar nicht gebraucht, beißt sich aber mit meinem ProfilesDir-Pfad.

Mal sehen, wo es hängt.

Grüße und Danke
Highman72

Ich glaube, ich weiß, woran es hängt. Ich erzeuge 3 primäre Partitionen. Windows sortiert aber irgendwie das CD-Laufwerk dazwischen. Wenn ich eine primäre und zwei logische in der erweiterten Partition erzeuge, sollte es gehen. So mache ich das mit meiner nlite-Version auch. Mal schauen. Ich werde nachberichten.

Grüße
Highman72

So, ich kam jetzt endlich dazu das zu testen... Wenn ich (nötigenfalls auch mittels Skript, was ich aber momentan nicht weiß, wie es geht) mit Partition Magic zuvor die Partitionen anlege, dann im Skript die ersten Partition lösche, neu anlege und die zweite Partition formatiere (und die dritte unangetastet lasse, um die Einstellungen des Nutzers nicht zu verlieren), dann meldet sich Windows auch nicht mit dem kryptischen rsaenh.dll-Fehler. Leider ist mein Problem damit immer noch nicht gelöst...

Die AHCI-Treiber werden beim Setup zu spät bzw. gar nicht geladen. Wenn ich in der weißen Leiste unten verfolge, was beim Setup-Start geladen wird, dann sind die AHCI-Treiber nicht dabei. Jetzt habe ich die (und zwar nur die) als BTS-Treiber integriert (siehe http://www.windows-unattended.de/unatte ... akete.html). Dann erscheinen sie auch unten in der weißen Leiste beim Setupstart. Damit scheint es dann gehen. Aber das ist ja auch nicht das Gelbe vom Ei. Lieber wäre mir, wenn der Opsi die Treiber so integrieren würde, dass sie beim Setupstart verfügbar sind.

Unter http://www.windows-unattended.de/unatte ... eiber.html wird erklärt, dass man dazu die TXTSETUP.INF im i386-Ordner patchen müsste. Ich dachte, dass der Opsi das von sich aus tut, oder nicht?

Jemand Ideen? Ich möchte nämlich nicht für den Computer die Treiber manuell in die TXTSETUP.INF integrieren, bzw. jedesmal eine BTS-Integration vornehmen.

Danke vorab und Grüße aus Hessen
Highman72