[gelöst] "7" ist syntaktisch an dieser Stelle nicht verarb..

[WSUSUpdateAdmin]

Moin!

Ich gebe zu, ich bin etwas ratlos:

- Ich kann den Fehler nicht reproduzieren.
- Wenn es ein genereller Fehler wäre, hätten ihn alle, und er wäre wohl längst behoben.
- Das lässt mich vermuten, dass das Problem mit der Rechnerkonfiguration zumindest zusammenhängt.
- Dem steht entgegen, dass v. 6.8.2 bei Ihnen läuft und v. 6.9 nicht.
- Ich habe an der fraglichen Stelle aber nichts (bewusst) geändert.

Ich denke weiter darüber nach.

Rufen Sie eigentlich "UpdateInstaller.exe" zur Installation auf oder starten Sie "Update.cmd"/"DoUpdate.cmd" direkt? Ich frage wegen der Umgebungsgröße; die Shell wird vom "UpdateInstaller" nämlich extra mit vergrößerter Umgebung gestartet (UpdateInstaller.au3 Zeile 950)

Vielleicht fällt anderen noch etwas ein?

Gruß
Torsten Wittrock

[Gerby]

Hallo Adorno!

1. Win XP SP3 neu mit nlite 1.4.9.1 aufgesetzt. (Siehe nlite.ini unten).

Ich behaupte mal, dass es an der "abgespeckten" Installation von Windows XP liegt, auch wenn ich kein Kenner von nlite bin. Es ist halt keine "normale" Installation und deswegen könnten wir uns ob der vielen Variationsmöglichkeiten und der Abweichungen von den Standards wahrscheinlich totsuchen.

Dass die Installation bis WSUS Offline Update 6.8.2 funktioniert hat, kann man in dem Zusammenhang so bewerten, dass es ein Glücksfall war. Bis zur 6.9 hat sich außerdem einiges verändert (siehe Changes in trunk [227:269]).

Gruß
Gerby

[rednaxela]

Hallo Adorno,

auch wenn der Fehler bei dir eindeutig (und reproduzierbar) auftritt, Torstens Argumentation ist nicht zu widerlegen. Und eben weil der Fehler nur bei deiner Installation (bei allen anderen nicht) auftritt schließe ich mich -vorsichtig- Gerbys Vermutung an.

nlite ist ein phantastisches Werkzeug, in vielem mit dem Besteck eines Chirurgen vergleichbar. Man kann damit viel "Speck" (Ballast) wegschneiden, aber ein winziger Schnitt an der falschen Stelle kann eben auch fatale Folgen haben. Man muss sehr aufpassen nicht "zu viel zu wollen". Meine mit nlite erstellte CD ist gerade mal knapp 300MB groß (und da ist SP3 schon integriert). Die Installation läuft auf einigen PCs und das gar nicht mal schlecht, aber das ist (unabhängig vom tage- und nächtelangen Tüfteln und Probieren) eben auch ein wenig ein Glücksfall.

Konkret: die einzige Möglichkeit (die ich sehe) auszuschließen dass es an eben deiner speziellen Installation liegt wäre ein Test mit einer unbearbeiteten (Windows)Version.

Gruß,
Alexander

[aker]

Hallo zusammen, werde mal versuchen den Fehler zu reproduzieren.
Besitze nLite und habe eine Vermutung.
Ich melde mich wenn sie sich bestätigt.
Viele Grüsse

[aker]

Trotz nLite kein Erfolg.
Aber das mit dem systaktisch nicht verarbeitbar hört sich nach eine "if"-Zeile an, bei der einer der Vergleichsoperatoren fehlt.
Ich schauhe mir das mal an und poste die "fehlerhafte" Zeile.
Die einfachste Lösung wäre alle Vergleich mit "if" mit Anfürungszeichn zu umringen.

Viele Grüsse

edit:
Zeilen 301 bis 307.
Das heist

Code: Select all

SetTargetEnvvars.cmd

setzt den Parameter

Code: Select all

%WUA_VER_TARGET_MAJOR%

nicht oder nicht richtig.

@Adorno
Poste bitte mal die

Code: Select all

.\client\cmd\SetTargetEnvvars.cmd

[Adorno]

Danke für Eure/Ihre Mühe. nlite hat nie Probleme gemacht, habe das tool nur verwendet wegen der txt Treiber Installation der SATA Treiber und des Slipstream von SP3. Ein paar Tweaks und fertich. GEsamtgröße des Installation war sogar größer als die normale Installation. Was ich entfernt habe, habe ich ja weiter oben gepostet. Da könnte man sich ggf. drauf kritisch beziehen.
Doch offenbar scheine ich als einziger dieses Problem zu haben...

- @ T. Wittrock Die doupdate.cmd direkt per cmd zu starten ändert leider nichts.

- Ich habe zwar 6.8.2 geschrieben, doch handelt es sich tatsächlich um die Ver. 6.8.4

- @aker die Zeilen 183-184 sind in v. 6.9 enthalten:
set O2K10_SP_VER_TARGET=1
set O2K10_SP_TARGET_ID=2460049-%O2K10_ARCH%
bei 6.8.4 heißt es da nur:
set O2K10_SP_VER_TARGET=0
Diese Zeilen drehen sich aber eh "nur" um office 2010, also für mein Problem irrelevant.

Win XP ohne implementierte Sata Treiber zu installieren ist auf jeden Fall ein Abenteur mit blutiger Nase und langem Bart am Schluß, da nützt das tollste BIOS nichts...

Viele Grüße,

T.W. Adorno

[boco]

Win XP ohne implementierte Sata Treiber zu installieren ist auf jeden Fall ein Abenteur mit blutiger Nase und langem Bart am Schluß, da nützt das tollste BIOS nichts...

SOFERN man überhaupt noch ein Floppy-Laufwerk+Controller besitzt. Das war bei XP doch zwingend erforderlich, falls die SATA Treiber nicht integriert waren, oder?
Ich persönlich hatte dieses Teil benutzt: http://winfuture.de/XPIsoBuilder

[rednaxela]

Aber die Treiberintegration bzw. -einbindung mit F6 ist doch nur notwendig wenn man ENTWEDER einen separaten (nicht onboard) SATA-Controller hat ODER wenn man den Controller (und die Platten(n)) im AHCI-Modus betreiben will bzw. ein RAID-Array betreibt

[boco]

Man sollte den SATA Controller wenn möglich immer im AHCI Modus betreiben. Manche Funktionen (NCQ) funktionieren nur im AHCI Modus. Windows XP hat - anders als Vista/7 keine nativen SATA AHCI Treiber an Board. Und auch nicht jedes Board hat die IDE Emulation.

[Denniss]

Die erste Generation der in mainboard-chipsätzen integrierten SATA-Controller waren meist nicht nativ sondern praktisch wie ein zusätzlicher SCSI-/RAID-controller angebunden. Dort waren zwingend Treiber per F6 oder auf der CD nötig.
Als Beispiel sei hier mal die VIA VT8237 southbridge genannt, praktisch eine VT8235 mit angeflanschtem VT6420 SATA-Controller.