Installationsabbruch nach Empirumuptate V12R2

[roberto]

Hllo,

wir haben ein Problem nach dem Update von Emp. V12 auf Emp V12 R2. Und zwar handelt es sich um einen Laptop von Dell, ein E6500. Dieser wurde vor dem Empirumupdate problemlos über Empirum mit XP SP2 installiert. Nun bricht die Installation im Windows-Setupmodus (also nach dem letzten reboot des EPE) mit folgender Fehlermeldung ab:

"Zeile 5 der INF-Datei \$WIN_NT$.~BT\migrate.inf ist fehlerhaft.

Setup kann nicht fortgesetzt werden. Drücken Sie Eine beliebige Taste, um Setup zu beenden."

Mit Rechnern anderer Modellreihen (E6400 u. E5500) läuft die Installation problemlos durch.

Hat jemand eine Idee?

[Passo]

Hallo,

wir haben ebenfalls auf V12 R2 aktualisiert und könen jetzt einen Dell Latitude E6400 nicht mehr installieren.
Gleiche Fehlermeldung.

Gibt es einen Lösungsansatz?

Danke & Grüße

[markus_keup]

Hallo,

das passt jetzt nicht 100%ig zu dem Thema aber:

Gibt es für das Update von v12 auf v12 R2 einen Leitfaden bzw. gibt es irgendetwas zu beachten ?



Viele Grüße,

Markus

[kad]

Hmmmm komische Fehler mit diesen Dell Dinger;-)))
Leider haben wir oder wenn ich so das Forum ansehe zum Glück keine Dell geräte...

Betreffend was es zu beachten gibt beim Update, hängt wohl stark damit zusammen von welcher Version man updatet.
Wir hatten vorher Empirum 2008 V12 im Einsatz, die Änderungen beim Update waren daher nicht wirklich problematisch.

Was bei uns geschehen ist, ist dass wir von ca 30 SW paketen eines neu erstellen mussten, warum weiss ich nicht genau.
Es kam einfach plötzlich die Fehlermeldung dass man keinen Zugriff auf die .exe habe....
Naja neu erstellt und schon gings...

Auch das Ganze Updaten der Depotserver funktionierte unproblematisch!!
so oder so würde ich aber den Update auf einem Testsystem ausführen, dann gibts keine Überraschungen beim Produktiveinsatz!!!

[Tobireykkoenen]

Hallo,

wir haben hier nach dem Update das gleiche Problem (Line 5 of the INF file \$WIN_NT.~BT\mirgate.inf is invalid).

Installationen auf virtuellen Maschinen laufen durch, auf physikalischen Rechnern nur noch bei einigen Modellen.
Definitiv nicht funktionieren Dell Latitude D630 und E6500.

Das Update wurde von v12 durchgeführt, da funktionierten die Installationen noch problemlos. Hat bereits jemand eine Lösung oder einen Call aufgemacht?

Grüße aus Hamburg
Tobias

[Passo]

Ja wir haben eine Lösung zusammen mit dem Support gefunden.

Mir wurde es so erklärt:
Mit dem Update auf V12 R2 wurde die Partitionierung in ein extra Script ausgelagert. Dieses verursacht momentan Probleme.
Um den alten Zustand wiederherzustellen müssen die Kernelparameter um diese Wert erweitert werden: EIS_DODM=0

Viel Erfolg damit!
Gruss

[Tobireykkoenen]

Funktioniert - vielen Dank!!!

Grüße
Tobias

[beier]

Hat bei uns auch funktioniert (Dell E6400), wir hatten das gleiche Problem.
Danke!

[pkleiber]

mit Version v12 R2 wurde ein Eis Skript aktualisiert welches sich um die Partitionierung kümmert. Hier treten wohl aktuell noch Probleme auf.

wir haben einen Workaround erhalten der auf einem undokumentierten Kernelparameter basiert:

o Kernelparameter EIS_DODM=0 einfügen
o Image neu erstellen
o Rechner neu installieren

Dann sollte das Problem nicht mehr auftreten. Hiermit wird das Partitionierungsverhalten wieder auf vor V12 R2 umgestellt.

[Wolfgang]

Frage eines Empirum-Anfängers: Wo fügt man diesen Kernelparameter ein? Welche Datei ist das, die ich bearbeiten muss?

[Passo]

In der Management Console unter
Konfiguration / OS-Installer / Bootdisk / Diskettenkonfiguration - Dann EPE Konfiguration öffnen und unter Kernelparameter den Eintrag editieren.

Anschließend muss man das PXE-image neu erstellen.

[Wolfgang]

Danke für die Antwort

Was mich noch ein wenig irritiert: Das Problem tritt nur bei einem von 4 Rechnern auf, alle HP Compaq 6000 Pro Microtower. Hängen alle am selben Switch, alle frisch ausgepackt. Wie kann das funktionieren, dass nur einer von 4 diesen Fehler bekommt?

Edit: Erledigt, Festplatte war im Eimer

[wilgin]

Hallo an alle,
wir hatten einen Dell Optiplex 780 mit dem gleichen Problem. Anpassung der Kernel-Parameter funktionierte.

[ColorInk]

Hi, was ich bin wirklich froh das es so ein gutes Forum gibt

Ich habe hier das gleiche Problem mit DELLs Optiplex 380.
Die Serie vom letzten Jahr installiert problemlos, bei der von diesem Jahr - die Hardware ist bis auf die Grafikkarte identisch - tauchte genau dieser Fehler auf.
Durch anpassen der Kernel-Parameter geht es jetzt auch mit der neuen Serie.
Verstehen tue ich diesen Fehler zwar nicht wirklich, aber egal ...

Vielen Dank!

[tsuedbrock]

Bei uns tritt das Problem auch nach Update auf V14 P2 noch auf. Bisher nur bei Dell Optiplex 780.
Mit dem Kernelparameter EIS_DODM=0 funktioniert es wieder!

Ergeben sich daraus "Nachteile" bei der Partitionierung?