Post SP updater -> errorlevel 1639, 1642

[zooloo]

Da mein system in letzter zeit ein wenig durcheinandergeraten zu sein schien, habe ich win2k mit sp4 neu drübergespielt (cd mit integriertem sp4 bei laufendem system eingelegt, installieren gewählt). Anschliessend habe ich das post service pack update rollup installiert, wobei ich alle freigegebenen häkchen gesetzt habe. Da ja möglicherweise einige systemdateien mit älteren versionen überschrieben worden waren, wollte ich lieber auch die bereits vorhandenen updates noch einmal installieren.

Hätte ich sie lieber vor dem drüberbügeln des systems erst deinstallieren sollen?

Zwei der updates hat der updater nicht installieren können:

• Framework v2.0 asp.net Update => errorlevel: 1639
• Windows Journal Viewer => errorlevel: 1642

Die msdn fehlercode-liste gibt dazu folgende erläuterungen.

• ERROR_INVALID_COMMAND_LINE (1639): Invalid command line argument. Consult the Windows Installer SDK for detailed command line help.
• ERROR_INSTALL_REMOTE_DISALLOWED (1642): The upgrade cannot be installed by the Windows Installer service because the program to be upgraded may be missing, or the upgrade may update a different version of the program. Verify that the program to be upgraded exists on your computer and that you have the correct upgrade.

Wie kann es dabei zu einem ungültigen argument kommen?
Und welche voraussetzungen zum update des windows journal viewer können denn nicht erfüllt sein? Immerhin hat mich das rollup gui das update ja auswählen lassen.

Irgendwie ist auch sonst noch nicht wieder alles fit. svchost braucht z. b. ziemlich viel cpu und startet wuauclt.exe jede minute neu.

Sämtliche virenprüfungen haben unmittelbar vor der systemreparatur und auch jetzt keine aktive malware gefunden.

[HeikoBerlin]

> Framework v2.0 asp.net Update => errorlevel: 1639

Vorneweg der Hinweis das bei Problemen mit Framework oder dessen Updates
grundsätzl. der VirenScanner deaktiviert und Framework währenddessen nicht
ausgeführt werden sollte (z.B. ggf. ATI Catalyst Control Center beenden).

Die wahrscheinlichste und einzigst mir rekonstruierbare Voraussetzung für
diesen Fehler ist das nicht (mehr) der Windows Installer 3.x (fehlerfrei)
installiert ist, was durch eine Windows Reparatur zwangsläufig geschieht.

Der Windows Installer 3.1 (v2) wird -falls die Datei in optional verfügbar-
übrigens nicht vorher installiert, da dies (bei mir) nicht immer ausreichte,
da -zumindest unter gewissen Umständen- vor dessen Verwendung ein Neustart
(also noch vor FrameWork v2) erforderlich ist. Nach der Installation des
Windows Installer 3.1 und erfolgtem Neustart also ggf. einfach nochmals
den Updater aufrufen und dann funzt das sicher auch bei dir problemfrei.
Da es z.B. wie in deinem "Reparaturfall" (bei mir) scheinbar ohne Neustart
funzt werde ich dessen Installation vermutl. vor Framework verlegen
(schlechter als in deinem Fall kann es dadurch eigentl. nicht werden).

Falls wider Erwarten eine andere -mir unbekannte- Ursache dafür verant-
wortl. sein sollte, empfehle ich dir Framework v2 zuvor zu entfernen
und nach einem Windows Neustart einfach nochmal neu zu installieren.
s.a. http://support.microsoft.com/kb/923100


> Windows Journal Viewer => errorlevel: 1642
> Und welche voraussetzungen zum update des windows journal viewer

Ich vermute doch mal stark das der errorlevel 1642 beim Update
und nicht bei Installation des Journal Viewer selbst erscheint.
Der Journal Viewer selbst erfordert lt. MS lediglich Windows 2000 ab SP2.

Anm.: Leider fehlt da der Zusatz "Update" in der Logdatei, weshalb diese
-im Ggs. zum angezeigten Installationsverlauf- nicht unterscheidbar sind.
Dies wird in der nächsten Version (vermutl. Mi oder Do verfügbar) behoben.

Das zugehörige Update kb886179 liefert völlig korrekt 1642 zurück, falls:
1. kein Windows Journal Viewer installiert ist oder
2. die akt. Version des Journal Viewer verwendet wird,
bei der das GDI+ Update bereits integriert wurde,
wie auf der Webseite der optionalen Module angegeben:

(nur für Downloads vor 03/2005 mit 7,04MB nötig/anwendbar)

Falls Du also den Journal Viewer als (gleichnamige und unter gleichem Link
wie zuvor die alte Version downloadbare) Version mit 6,96 MB verwendest,
ist das Update bereits enthalten und wie angegeben auch nicht "anwendbar".

In dem Fall wird es nie vorausgewählt und in der Logdatei steht demzufolge:
"Journal Viewer Update bereits installiert"
Manuell "unauswählbar" wird dies übrigens nie damit die Möglichkeit
bestehen bleibt eine bereits als installiert vorgefundene Version
reparieren zu können und es im Nachhinein nicht unterscheidbar ist, ob
alte Version + Update oder akt. Version inkl. Update installiert wurde.

Ich werde versuchen für beide Problemfälle eine optimalere Lösung
zu finden und diese (spätestens) mit der nächsten Version anbieten.

Da es sich um kein Problem bei der Windows Installation handelt
verschiebe ich das Thema in's passende Forum: w2k - Service Pack

[zooloo]

Danke für deine ausführliche antwort!

> Framework v2.0 asp.net Update => errorlevel: 1639

Vorneweg der Hinweis das bei Problemen mit Framework oder dessen Updates grundsätzl. der VirenScanner deaktiviert und Framework währenddessen nicht ausgeführt werden sollte (z.B. ggf. ATI Catalyst Control Center beenden).

Als es nun klappte (s. u.), hatte ich nicht daran gedacht, meinen virenscanner zu deaktivieren. Kann ich aber davon ausgehen, dass eventuelle probleme in jedem falle eine fehlermeldung verursacht hätten? Anderenfalls wäre es vielleicht besser, das update erneut (und nun ohne mitlaufenden on-access-scanner) drüberzubügeln?

Die wahrscheinlichste und einzigst mir rekonstruierbare Voraussetzung für
diesen Fehler ist das nicht (mehr) der Windows Installer 3.x (fehlerfrei)
installiert ist, was durch eine Windows Reparatur zwangsläufig geschieht.

Klasse tipp - genau so war es. Mit wieder instandgesetztem Windows Installer 3.1 liess sich das update reibungslos aufspielen.

... empfehle ich dir Framework v2 zuvor zu entfernen
und nach einem Windows Neustart einfach nochmal neu zu installieren.
s.a. http://support.microsoft.com/kb/923100

Für künftige reparaturfälle fände (nicht nur) ich einen kleinen leitfaden hilfreich, dem man entnehmen könnte, in welcher reihenfolge welche optionen zunächst zu deinstallieren und dann wieder, aufeinander aufbauend, zu reinstallieren sind. Gibt es einen solchen, und wenn, dann wo?

> Windows Journal Viewer => errorlevel: 1642
...
Das zugehörige Update kb886179 liefert völlig korrekt 1642 zurück, falls:
1. kein Windows Journal Viewer installiert ist oder
2. die akt. Version des Journal Viewer verwendet wird,
bei der das GDI+ Update bereits integriert wurde,
wie auf der Webseite der optionalen Module angegeben:
Falls Du also den Journal Viewer als (gleichnamige und unter gleichem Link
wie zuvor die alte Version downloadbare) Version mit 6,96 MB verwendest,
ist das Update bereits enthalten und wie angegeben auch nicht "anwendbar".

In dem Fall wird es nie vorausgewählt und in der Logdatei steht demzufolge:
"Journal Viewer Update bereits installiert"
Manuell "unauswählbar" wird dies übrigens nie damit die Möglichkeit
bestehen bleibt eine bereits als installiert vorgefundene Version
reparieren zu können und es im Nachhinein nicht unterscheidbar ist, ob
alte Version + Update oder akt. Version inkl. Update installiert wurde.

Stimmt, wie ich jetzt sehe, ist Journal Viewer hier gar nicht installiert. Das hätte ich auch vorher herausfinden können - sorry.

Irritierend finde ich dennoch, dass dieser fall genau so behandelt wird wie "alte version + update" oder "aktuelle version inklusive update". M. e. sollte das update-häkchen nur dann setzbar sein, wenn der Journal Viewer - in welcher version auch immer - bereits vorhanden ist.

Ich werde versuchen für beide Problemfälle eine optimalere Lösung
zu finden und diese (spätestens) mit der nächsten Version anbieten.

Hast du mal über andere möglichkeiten als bannerclicks nachgedacht, wie sich leute hier erkenntlich zeigen können? Auch kleinere beträge, selbst einzelne Euro, würden sich ja zusammenläppern.

Von "big brother" PayPal halte ich nicht so viel, aber moneybookers.com unterliegt europäischem datenschutz und bietet glaube ich sogar recht gute konditionen für solche zahlungen. Die spenden-seite von Spybot-Search&Destroy ist ein implementierungsbeispiel.

[HeikoBerlin]

Kann ich aber davon ausgehen, dass eventuelle probleme in jedem falle eine fehlermeldung verursacht hätten?

Ja klar, sonst würde ich mir nicht die Mühe machen den errorlevel
anzuzeigen. Abgesehen davon kann es aber nie schaden den Updater
nochmals aufzurufen um zu kontrollieren, ob alles wichtige bzw.
gewünschte vom Updater als erfolgreich installiert erkannt wird.

Den VirenScanner sollte man nur testweise deaktivieren wenn denn
Probleme bei der Framework- & Updateinstalltion auftreten sollten.
Ich persönlich brauchte das mit BitDefender v9 jedoch noch nie.

Für künftige reparaturfälle fände (nicht nur) ich einen kleinen leitfaden hilfreich, dem man entnehmen könnte, in welcher reihenfolge welche optionen zunächst zu deinstallieren und dann wieder, aufeinander aufbauend, zu reinstallieren sind

Eine Reparatur setzt i.d.R. ein Windows Problem voraus und
damit ist es nie empfehlenswert vorher etwas zu entfernen.
Lediglich eine vorherige Sicherung könnte da sinnvoll sein.
Bei der Neu-Installation der Updates mittels unserem Updater ist
nichts zu beachten. Der Framework v2/Windows Installer 3.x Sonder-
fall wird wie o.g. eine Änderung im nächsten Updater zur Folge haben.

M. e. sollte das update-häkchen nur dann setzbar sein,
wenn der Journal Viewer - in welcher version auch immer - bereits vorhanden ist.

Also ich habe gestern als "Sofortmassnahme" einen neuen Logeintrag
"Journal Viewer Update ist nicht anwendbar" hinzugefügt, bei dem das
Update grau dargestellt wird. Dennoch bleibt es manuell auswählbar da
1. sonst nicht erkennbar wäre ob die Datei in optional gefunden wurde
und 2. ein bereits inst. Journal Viewer keine Voraussetzung für die
Auswahl sein kann, da dieser ja lange nach der Auswahl der opt. Module
vom Updater erstmals installiert werden könnte.
Klar ist technisch alles machbar nur wäre der Aufwand absolut unver-
hältnismässig wenn ich zudem kontrolliere ob das Häkchen drüber gesetzt
ist, was sich mittels zurück auch nachträgl. ändern liesse.
Nur mal angerissen was für eine einzige Datei des JV Updates geprüft wird:
- Liegt Journal Viewer (ggf. mehrfach oder umbenannt) in optional vor
- Liegt Journal Viewer Update (ggf. mehrfach) in optional vor
- Ist Journal Viewer bereits installiert
- Ist Journal Viewer Update bereits installiert
- Liegt Journal Viewer Datei in alter oder neuer Version vor (demnächst)
- War ein ggf. vorhandenes Update integriert oder nachträgl. (demnächst)
Wenn ich nun zusätzl. noch die Auswahl im Updater berücksichtigen würde
(wird ein nicht vorhandener JV ggf. zuvor installiert) dann rechne jetzt
mal aus wieviele Kombinationsmöglichkeiten da zu berücksichtigen sind
und es macht z.B. keinen Sinn die Info's zu loggen wenn die Datei gar
nicht installiert und nicht vorhanden ist. Ebenso kann die neue Datei
in optional vorliegen aber dennoch die alte Version installiert sein
(der Updater setzt ja nicht die Verwendung mit nur einem Win voraus)
So, und dann käme noch störend hinzu das die Prüfung auf Dateien in
optional oder darunter nicht zeitgleich mit Erkennung berreits inst.
geschieht weshalb die Einträge im Log nicht untereinander stehen würden..

Wozu diesen Riesenaufwand für eine einzige Datei wenn der Updater doch
keinen Fehler hat, sondern mit dem errorlevel korrekt angibt das jemand
ggf. so ... war ein Update für eine Komponente in optional zu verbringen
obwohl die zu aktualisierende Komponente nicht gewünscht/vorhanden ist
und es zudem auch noch manuell ausgewählt hat ?
Sinn der opt. Dateien ist schliesslich das man nur die nimmt,
die man wirklich braucht bzw. haben will und schliesslich steht beim
Update ja drunter das er nur für die alte JV Version anwendbar ist.
Die automat. (empfohlene) Vorauswahl funzt doch völlig korrekt, denn
wenn's nicht erforderlich ist wird's auch nie vorausgewählt, gell?

Hast du mal über andere möglichkeiten als bannerclicks nachgedacht

Nö, mit der Finanzierung des Forums und den Downloads habe ich nix zu tun.
Ich habe keinen finanziellen oder geldwerten Vorteil von meinem Engagement.

[zooloo]

Die automat. (empfohlene) Vorauswahl funzt doch völlig korrekt, denn
wenn's nicht erforderlich ist wird's auch nie vorausgewählt, gell?

Nun ja, wie du ja schon weiter oben gesagt hast, besteht immer die möglichkeit, ein bereits installiertes update noch einmal zu installieren, um evtuelle schäden zu reparieren. Solche schäden lagen in meinem falle vor, wenn ich sie auch nicht lokalisieren konnte.

Mein interesse für die aufgaben und besonderheiten einzelner windows-komponenten hält sich in grenzen, weshalb ich ja gerade dieses einfach zu bedienende interface so schätze, das die in frage kommenden update-optionen übersichtlich zusammenfasst. Ausser an tagen, an denen ich gerade mal mein system reparieren möchte, brauche ich nur höchst selten zu wissen, was der Windows Journal Viewer eigentlich macht und ob er auf meinem pc installiert ist. Da ich bislang davon ausgegangen bin, dass das gui nur bei gerade anwendbaren updates häkchen zulässt, habe ich halt alle erlaubten häkchen gesetzt.

Wie ich nun sehe, scheint meine annahme auf das häkchen beim Journal Viewer Update jedoch nicht zuzutreffen.

Nö, mit der Finanzierung des Forums und den Downloads habe ich nix zu tun.
Ich habe keinen finanziellen oder geldwerten Vorteil von meinem Engagement.

Ach so, dann war das Lemmi. Den werde ich bei gelegenheit mal fragen.

[HeikoBerlin]

Da ich bislang davon ausgegangen bin, dass das gui nur bei gerade anwendbaren updates häkchen zulässt, habe ich halt alle erlaubten häkchen gesetzt.

Das ist völlig nachvollziehbar und trifft genauso auch auf alle
Sicherheitsupdates für in Windows enthaltende Voraussetzungen zu.
Einfacher gesagt: Bei den Basismodulen ist dem grundsätzl. auch so.

Bei den opt. Modulen sieht das jedoch etwas anders aus, da bei diesen
nicht grundsätzl. angenommen wird das auch immer alle verfügbar sind.
Wenn z.B. ein Basismodul fehlt wird ja das Fehlen gemeldet bzw. geloggt
und vor der internen Prüfung der Anwendbarkeit sind alle vorausgewählt.

Aber bei den opt. Modulen hingegen sind per Vorgabe alle nicht ausgewählt
und werden aktivierbar und vorausgewählt insofern die entsprechende Datei
auch verfügbar (gewollt) ist - wie sonst erkennen ob die Datei da ist?.
Anschliessend wird dann geprüft ob die opt. Module bereits installiert
sind und falls ja, werden diese demzufolge auch nicht vorausgewählt.

Die Besonderheit des JV Update liegt doch aber insbesondere darin begründet
das einerseits zwei gleichnamige Versionen unterstützt werden und anderer-
seits am ggf. angezeigten errorlevel. Wenn z.B. kb918439 - AOL ART Grafik
nicht anwendbar (grau) ist, könnte man es auch manuell aktivieren. Jedoch
wird das Update auch dann fehlerfrei (ohne errorlevel) ausgeführt, auch
wenn die zu aktualisierende Datei auf dem PC gar nicht vorhanden ist.
Das liegt demzufolge also nicht am Updater sondern dem Update selbst.

Da ich die o.g. Änderungen schon integriert hatte (graue Darstellung
des Updates mit entsprechend neuem Logeintrag falls nicht anwendbar)
ist wohl nachvollziehbar, das es sich nicht um ein Trotzverhalten
meinerseits handelt, wenn das Journal Viewer Update und ebenso die
Unterstützung der veraltetenen Dateiversion zukünftig wegfallen wird.

Infos zu bereits umgesetzten Änderungen finden sich im Thema zum Updater
und sind ebenso der Grund für meine späte Antwort (mehrstündige Tests)