Microsoft Windows XP Service Pack 3 RC1 Problem & Direktlink

**Naturian** · 24. 11. 2007, 10:44

Mh.. Bei mir erscheint immer "...update.inf ist nicht richtig." Weiß da einer, was man tun kann?

**roli1** · 24. 11. 2007, 11:02

Jepp, erstell Dir eine txt-datei mit folgendem Inhalt:

@echo off
reg delete HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\ XPSP3 /f 2> NUL
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\ XPSP3 /v RCPreview /t REG_SZ /d 1c667073-b87f-4f52-a479-98c85711d869 /f
echo XPSP3 registry key has been set. Please check for updates in Windows Update.
pause

Diese speichern als .cmd und danach doppelklicken! Jetzt ist die update.inf wieder korrekt!

Ev. noch die Windows-Upadte-Info zurücksetzen. Ganz einfach dieses Tool ausführen:

Spoiler:

http://download.mshelper.de/mshregs/winUpdRstre.exe

Gruss Roli

**Vogelgrippe2007** · 04. 12. 2007, 05:16

Microsoftdownload ohne Timeticker:
http://www.download.windowsupdate.co...91d61aa5a7.exe

**cristor** · 10. 12. 2007, 12:56

Der etwas größere Thread im Software Angebote Forum ist wohl gelöscht worden. Warum auch immer.

Bei mir geht kein einziger VL-Key mehr mit dem SP3.
Habe mir die RC1 des SP3 in eine unberührte XP-CD integriert und will das ganze testweise in einer VM installieren. Doch es funktioniert kein einziger VL-Key mehr! Weder einer der 3 einschlägig bekannten, noch die, die mit einem Keygen generiert wurden und bisher immer anstandslos funktionierten.

Hat jemand das selbe Problem?

EDIT: Nach langer Suche im Netz bin ich auf die folgende Info gestoßen: Einfach die pidgen.dll nach der Integration mit der einer SP2-CD ersetzen!

**chris.b** · 11. 12. 2007, 08:51

Also das kann ich mir nicht vorstellen.
Ich hab schon mehrfach das SP3 RC1 installiert. Ich hab eine Xp RTM Corporate (ohne SP) als Basis genommen und dann das SP3rc1 integriert. Dabei wird automatisch die richtige pidgen.dll für VLK Keys integriert. Wichtig ist das die Basis schon ein VLK ist.
Wenn du das SP3 entpackst ( mit windowsxp-kb936929-sp3-x86-deu.exe /x ) dann kannst du dir ausm Ordner I386 die Datei ipselpid.dll in pidgen.dll umbenennen und in den I386 Ordner der CD kopieren. Spätestens dann funktioniert jeder VLK Key wieder - ausser geblacklistete.
Ich muss jetzt nur noch rausfinden was ich mit der CD anstellen muss um sie ohne Key installieren zu können - also die testphase nutzen kann.

**cristor** · 11. 12. 2007, 09:02

Habe gestern noch einen Versuch mit der in meinem vorherigen Beitrag angegebenen Methode. (SP3 integriert, pidgen.dll gegen die der XP SP2-CD getauscht) Die Installation ging mit den üblichen Keys einwandfrei durch aber beim ersten Hochfahren kam dann die Fehlermeldung "Die Lizenz konnte nicht überprüft werden..." und nach einem Klick fährt Windows dann wieder herunter.

Ich versuche es jetzt nochmal mit der umbenannten .dll, aber das wird das selbe Ergebnis wie ganz zu Beginn sein.
Ich mache da definitiv nichts verkehrt, ich kann es mir aber nicht erklären.

Ich weiß, das es noch Beta ist. Aber in der Final wird das Problem sicherlich auch weiter bestehen.

**swissboy** · 11. 12. 2007, 09:05

Zitat von chris.b

Ich hab schon mehrfach das SP3 RC1 installiert. Ich hab eine Xp RTM Corporate (ohne SP) als Basis genommen und dann das SP3rc1 integriert. Dabei wird automatisch die richtige pidgen.dll für VLK Keys integriert. Wichtig ist das die Basis schon ein VLK ist.

Das kann ich bestätigen. Ich habe als Basis Windows XP Professional Corporate Edition mit SP2 genommen. Das funktionierte ebenfalls problemlos und absolut ohne zu tricksen. Wichtig ist nur dass man auch wirklich SP3 RC1 Build 3244 nimmt, mit der pidgen.dll von SP3 Build 3205 gab es tatsächlich Probleme mit den VLK-Keys.

Zitat von chris.b

Ich muss jetzt nur noch rausfinden was ich mit der CD anstellen muss um sie ohne Key installieren zu können - also die testphase nutzen kann.

Meines Wissens ist das für VLK-Installationen nicht vorgesehen, d.h. es funktioniert nicht.

Zitat von cristor

... und will das ganze testweise in einer VM installieren.

Vielleicht ist dies ja dein Problem?

Zitat von cristor

Ich weiß, das es noch Beta ist. Aber in der Final wird das Problem sicherlich auch weiter bestehen.

Betas und RCs sind dazu da noch vorhandene Fehler zu finden um sie bis zu Final ausmerzen zu können. Du kannst dein Problem ja Microsoft melden!

**cristor** · 11. 12. 2007, 09:20

Zitat von swissboy

Vielleicht ist dies ja dein Problem?

Das habe ich auch schon überlegt, ob es nicht an der VMWare liegt.
Aber merkwürdigerweise funktioniert die Installation ja unter Verwendung eines normalen Retail Keys, obwohl da steht "Geben Sie den Key für die Volumenlizenz unten ein..." Nur die VL-Keys gehen eben nicht.

EDIT: Mit der umbenannten .dll geht es jetzt plötzlich auch wieder mit einem VL-Key. Woher hast Du die Info das diese Datei umbenannt werden soll?

**swissboy** · 11. 12. 2007, 09:30

Zitat von cristor

Mit der umbenannten .dll geht es jetzt plötzlich auch wieder mit einem VL-Key. Woher hast Du die Info das diese Datei umbenannt werden soll?

Das ipselpid.dll ist schlicht und einfach die Datei die bei korrekter Integration des SP3 auf eine VLK-CD als pidgen.dll auf die CD kopiert wird. Normalerweise sind diese identisch ohne das du etwas dazu tun (nachhelfen) musst (und bei mir war dies auch so).

**cristor** · 11. 12. 2007, 09:33

Zitat von swissboy

Das ipselpid.dll ist schlicht und einfach die Datei die bei korrekter Integration des SP3 auf eine VLK-CD als pidgen.dll auf die CD kopiert wird. Normalerweise sind diese identisch ohne das du etwas dazu tun (nachhelfen) musst.

Das hieße, das beide Dateien 100% identisch sind und nur unterschiedliche Dateinamen haben?

Installation läuft noch, mal sehen ob diesmal alles klappt.

**swissboy** · 11. 12. 2007, 09:37

Zitat von cristor

Das hieße, das beide Dateien 100% identisch sind und nur unterschiedliche Dateinamen haben?

Ja, aber natürlich nur bei korrekter Integration des SP3 auf eine korrekte Basis (VLK-CD).

Je nach Basis (z.B. Retail-, OEM-, VLK-CD) werden andere Dateien genommen und als pidgen.dll auf die CD kopiert.

**cristor** · 11. 12. 2007, 09:42

So, auch diesmal wieder die Fehlermeldung "Ein Problem hat verhindert, dass die Lizenz für diesen Computer überprüft werden konnte. Fehlercode: 0x80004005."
Ich gebe es jetzt auf. Das war glaube ich die 8. Installation.

Als Basis diente exakt die selbe CD, die auch Du verwendet hast @swissboy. Das SP3 wiederum stammt direkt von Microsoft und trägt definitiv die aktuelle Buildnummer. Integriert habe ich ganz normal über "/integrate:C:\xxxx" was mir auch als erfolgreich durchgeführt vermeldet wurde.

**swissboy** · 11. 12. 2007, 09:47

@cristor: Ich bin leider kein Hellseher und kann dir daher auch nicht sagen was bei dir schief läuft, bei mir geht es mit RC1 Build 3244 problemlos. Ich werden zu gegebener Zeit (SP3 Final) sicher hier eine Installations-CD veröffentlichen die dann auch garantiert funktioniert.

**cristor** · 11. 12. 2007, 09:50

Ich weiß das Du kein Hellseher bist. Aber ich gehe eventuellen Problemen schon gerne auf den Grund, wenn schon mal etwas nicht funktioniert. So kommen dann schon mal ruck-zuck einige Stunden zusammen...

Aber diesmal komme ich glaube ich nicht weiter.
Das mit deinem Release ist schon okay, aber ich mache sowas eben gerne selbst. Einfach nur ziehen ist doch langweilig.

Mal sehen, ob noch wer was dazu schreibt...

**swissboy** · 11. 12. 2007, 09:58

@cristor: ... dann musst Du eben lernen Zusammenhänge selber zu verstehen und Probleme zu analysieren statt hier anderen Löcher in den Bauch zu fragen!

**myremix** · 11. 12. 2007, 18:21

Ich habe gehört man sollte die finger im moment der Beta des SP3s lassen!

Und lieber auf die Final warten!

Stimmts?

**swissboy** · 11. 12. 2007, 18:33

Zitat von myremix

Ich habe gehört man sollte die finger im moment der Beta des SP3s lassen!?

... und warum denn genau? Ausserdem ist das aktuelle SP3 nicht mehr Beta sondern bereits RC1. Generell gilt aber dass man Betas / RCs nicht auf Produktiv-Systemen installieren soll.

**myremix** · 11. 12. 2007, 18:34

Was sind die Produktiv-Systeme?

**Fahrergott** · 12. 12. 2007, 16:22

Frei übersetzt würde ich mal sagen, dass das Systeme sind, die du regelmäßig einsetzt und auf die du dich verlassen musst und nicht durch beta Versionen zerschiessen solltest und dann nicht arbeiten kannst.

**myremix** · 12. 12. 2007, 21:05

achso...okay...dann instalier ich das lieber nicht!

Weil in meinem Rechner...da Steckt viel ARBEIT hinter...also im Software bereich!

Darauf habe ich nochmal keinen bock!