[sкavєи]

Hallo,

um eine Übersichtlichkeit zu gewährleisten möchte ich, dass alle Fehler die beim integrieren des Update Packs mit dem Slipstreamer-Script hier hinein kommen. Danke

Grüße
skaven

[DK2000]

Bin so am Überlegen, ob der Script wirklich mit den Updatepacks funktioniert.

Hat Rika wirklich den Parameter /integrate in seinen Self-Extractor implementiert?
Macht mir da nicht den Eindruck, da ich keine Integration feststellen kann.

Sobald ich die WindowsXP-KBxxxxx-x86-DEU.exe Datein im Update Pack durch die original MS Versionen ersetze, findet zwar eine Integration statt, allerdings zerstört der Script die Integration im Nachhinein wieder, so dass die CD im Grunde genommen unbrauchbar wird.

Dieser Beitrag wurde von DK2000 bearbeitet: 20. August 2006 - 12:15

[sкavєи]

Hi DK,

Zitat (DK2000: 20.08.2006, 13:14)

Bin so am Überlegen, ob der Script wirklich mit den Updatepacks funktioniert.

Also bei mir klappte es bisher immer recht gut.

Zitat (DK2000: 20.08.2006, 13:14)

Hat Rika wirklich den Parameter /integrate in seinen Self-Extractor implementiert?

Ich denke wenn der Parameter nicht integriert ist, wäre es ihm wol aufgefallen, dass ich ihn verwende, als er die Syntax korrigiert hat.

Zitat (DK2000: 20.08.2006, 13:14)

Macht mir da nicht den Eindruck, da ich keine Integration feststellen kann.

Wieso nicht? Also woran machst du das fest?

Zitat (DK2000: 20.08.2006, 13:14)

Sobald ich die WindowsXP-KBxxxxx-x86-DEU.exe Datein im Update Pack durch die original MS Versionen ersetze, findet zwar eine Integration statt, allerdings zerstört der Script die Integration im Nachhinein wieder, so dass die CD im Grunde genommen unbrauchbar wird.

Da komm ich jetzt grad' gar nicht mehr hinterher. Erläutere das bitte mal näher.

Grüße
skaven

[DK2000]

@skaven:

Zitat

Ich denke wenn der Parameter nicht integriert ist, wäre es ihm wol aufgefallen, dass ich ihn verwende, als er die Syntax korrigiert hat.

Ist im eventuell nicht aufgefallen? k.a. Das müsste man ihn selbst fragen.

Zitat

Wieso nicht? Also woran machst du das fest?

Das keine einzige Datei innerhalb von ~\i386 durch eine neue Version ersetzt wurde, keine Katalogdateien kopiert wurden, keine Steuerdateien erstellt wurden etc. Mit den original MS Datein werde Dateien ersetzt und kommen auch teilweise neue hinzu. Es kommt auch zu keiner deutlichen Platzzunahme in ~\i386 (ohne Ordner), da die Dateien in unkomprimierter Form ersetzt werden. Die meisten Originaldateien sind vor dem Ersetzen komprimiert (haben ein _ am Ende).

Zitat

Da komm ich jetzt grad' gar nicht mehr hinterher. Erläutere das bitte mal näher.

Dein Script löscht nach der Integration den Ordner ~\i386\svcpack und legt diesen neu an, um die nicht-integrierbaren Updates einzubinden. Dadurch gehen sämtliche Katalogdateien der ersetzten Dateien verloren. Das würde, falls die Installation durchläuft, im Nachhinein die WFP zum Wahnsinn treiben, da so viele "unsignierte" Dateien vorhanden sind. Allerdings, mit den Dateien aus dem Updatepack werden diese wichtigen Katalogdateien nicht angelegt, so dass ein Löschen des Ordners keine Bedeutung hat.

Dieser Beitrag wurde von DK2000 bearbeitet: 20. August 2006 - 13:28

[sкavєи]

Zitat (DK2000: 20.08.2006, 14:27)

Das keine einzige Datei innerhalb von ~\i386 durch eine neue Version ersetzt wurde, keine Katalogdateien kopiert wurden, keine Steuerdateien erstellt wurden etc. Mit den original MS Datein werde Dateien ersetzt und kommen auch teilweise neue hinzu. Es kommt auch zu keiner deutlichen Platzzunahme in ~\i386 (ohne Ordner), da die Dateien in unkomprimierter Form ersetzt werden. Die meisten Originaldateien sind vor dem Ersetzen komprimiert (haben ein _ am Ende).

OK. Klingt einleuchtend.

Zitat (DK2000: 20.08.2006, 14:27)

Dein Script löscht nach der Integration den Ordner ~\i386\svcpack und legt diesen neu an, um die nicht-integrierbaren Updates einzubinden. Dadurch gehen sämtliche Katalogdateien der ersetzten Dateien verloren. Das würde, falls die Installation durchläuft, im Nachhinein die WFP zum Wahnsinn treiben, da so viele "unsignierte" Dateien vorhanden sind. Allerdings, mit den Dateien aus dem Updatepack werden diese wichtigen Katalogdateien nicht angelegt, so dass ein Löschen des Ordners keine Bedeutung hat.

Jetzt wo du es sagst. Ich hab' da irgndwie 'nen groben Denkfehler begangen.

Das verwunderliche ist halt nur, dass die Integration zwar bei mir auch mit denselben "Symptomen" wie du sie beschreibst endete. Nach der Installation des Systems aus dieser Quelle jedoch keinerlei kritische Updates vorlagen. Also nur die Updates vom Windows-Update vorgeschlagen werden, welche nicht im Update-Pack sind. die Frage ist nur, warum? Sieht er diese Updates als installiert an obwohl sie es nicht sind? Das wäre Fatal.
Ich habe es jetzt bis zur Klärung dieses Problems erst einmal entfernt aus dem Forum.

[DK2000]

Das ist natürlich jetzt eine sehr interessante Frage, die Du da stellst.

Müsste sich aber klären lassen, in dem Du mal z.B. die Dateiversion von ein paar Dateien auf der CD bzw. in dem Ordner prüfst, in dem die Integration stattgefunden hat:

uxtheme.dll: 6.0.2900.2180 (SP2) <-> 6.0.2900.2523 (SP2 + KB319740)
netshell.dll : 5.1.2900.2180 (SP2) <-> 5.1.2900.2658 (SP2 + KB893357)

Die beiden Dateien würden sich auf jeden Fall im ~\i386 ändern, wenn man die beiden Hotfixes in eine SP2 CD integriert. Tragen die Dateien jedoch die alte Version und das Windows Update hält die beiden Hotfixes dennoch für installiert, dann läuft da irgendwo etwas ziemlich schief.

Falls die neue Datei vorhanden ist, dann läuft hier bei mir irgendetwas falsch und müsste das ganze mal auf dem Testrechner nachvollziehen.

Wäre aber gut, wenn Rika sich dazu mal äußern würde. Ich meine mal gelesen zu haben, dass seine optimierten Hotfixes eine Integration nicht unterstützen, zum. nicht direkt (s. hier). Die dort beschriebene indirekte Methode (entpacken und update.exe ausführen) geht allerdings auch nicht mehr mit allen Updates, da man ansonsten folgendes zu sehen bekommt:



Als Ausgangsbasis verwende ich hier eine Windows XP Pro SP2 CD (gepreßt), Updatepack 2.13 und Dein Script.

Dieser Beitrag wurde von DK2000 bearbeitet: 20. August 2006 - 15:08

[sкavєи]

Ich werde das mit der Datei sobald wie möglich überprüfen. Es kann natürlich sein, dass sich da jetzt durch neue Updates etwas eingeschlichen hat, was nicht sein darf. Die alten Update-Packs funktionierten definitiv Fehlerfrei. Aber es stimmt schon, die nicht vorhandene Größenänderung, nachdem ich es mit dem aktuellen Pack probierte, machte mich auch ein wenig stutzig. Ich habe zur Zeit keine integrierte Installationsquelle auf dem Rechner, werde aber versuchen das heute Abend noch zu testen.
Ansonsten warten wir mal auf Rika.

[sкavєи]

Zitat

6508 File(s) copied
Microsoft ® File Expansion Utility Version 5.1.2600.0
Copyright © Microsoft Corp 1990-1999. All rights reserved.

Expanding c:\xp\i386\uxtheme.dl_ to c:\users\user\desktop\uxtheme\uxtheme_rtm.dll.
c:\xp\i386\uxtheme.dl_: 96146 bytes expanded to 203264 bytes, 111% increase.


Sigcheck v1.3
Copyright © 2004-2006 Mark Russinovich
Sysinternals - www.sysinternals.com

6.00.2600.0000 (xpclient.010817-1148)Microsoft ® File Expansion Utility Versi
on 5.1.2600.0
Copyright © Microsoft Corp 1990-1999. All rights reserved.

Expanding c:\xp\i386\uxtheme.dl_ to c:\users\user\desktop\uxtheme\uxtheme_sp2.dll.
c:\xp\i386\uxtheme.dl_: 100908 bytes expanded to 219648 bytes, 117% increase.


Sigcheck v1.3
Copyright © 2004-2006 Mark Russinovich
Sysinternals - www.sysinternals.com

6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)Microsoft ® File Expansion Utility V
ersion 5.1.2600.0
Copyright © Microsoft Corp 1990-1999. All rights reserved.

Expanding c:\xp\i386\uxtheme.dl_ to c:\users\user\desktop\uxtheme\uxtheme_patched.dll.
c:\xp\i386\uxtheme.dl_: 100908 bytes expanded to 219648 bytes, 117% increase.


Sigcheck v1.3
Copyright © 2004-2006 Mark Russinovich
Sysinternals - www.sysinternals.com

6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)

Nun ham wir 'n Problem. :/

[DK2000]

Ja, deutet darauf hin, dass die Datei nicht integriert wird.

Die gepatchte Version wäre entpackt 219136 Bytes groß und hätte folgende Version:

Sigcheck v1.3
Copyright (C) 2004-2006 Mark Russinovich
Sysinternals - www.sysinternals.com

6.00.2900.2523 (xpsp.040919-1030)

Also funktioniert das leider ersteinmal nicht so, wie Du es Dir gedacht hast.

Mal überlegen, ob man nicht doch noch irgendwie eine echte Integration hinbekommt. Ansonsten bleibt nur die klassische Integration über, wie sie praktiziert wurde, bevor es den Parameter /integrate gab.

Dieser Beitrag wurde von DK2000 bearbeitet: 24. August 2006 - 11:13