[Prof. Dr. Ratlos]

Hallo Experten und Nerds... ich bin am Ende meines Lateins und könnte Eure fachmännische Auskunft gebrauchen.

Ich will mir mit wsusoffline die updates zum integrieren ziehen. Doch statt durchzulaufen, bricht das Programm irgendwann mit der Fehlermeldung: "...script host auf computer dektiviert..." ab.
Das ist aber Bullshit, weil ich sowohl mit nem tool als auch manuell den script host zugriff eingeschaltet habe. Doch Wsusoffline weiß es angeblich besser. Habe es als Admin gestartet und sämtliche Firewalls ausgeschaltet. Hilft auch nix. Keine Ahnung wo der Hase im Pfeffer liegt. Wäre Dankbar für hilfe zu DIESEM Problem.

Danke vorab Leutz

Grüße

P.S. Für alle Spührnasen hab mal 'nen snapshot vom cmd und den log von wsusoffline angefügt

Angehängte Miniaturbilder

• 

Angehängte Datei(en)

•  wsusoffline log.txt (28,38K)
  Anzahl der Downloads: 1644

Dieser Beitrag wurde von Prof. Dr. Ratlos bearbeitet: 21. April 2015 - 00:45

[RalphS]

Nerds? Gleich im ersten Satz? Ich dachte, Du suchst Unterstützung?

- Was denn für ein Tool?

- "Manuell", sagst Du. Das heißt im Klartext?

- Lösche, soweit vorhanden, diese beiden Pfade aus der Registry:

[HKEY_CURRENT_USER\Software\Microsoft\Windows Script Host\Settings]
-"Enabled"

[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows Script Host\Settings]
-"Enabled"

[dnr]

Zitat (RalphS: 21. April 2015 - 04:50)

Nerds? Gleich im ersten Satz? Ich dachte, Du suchst Unterstützung?

ich find Nerd nicht unbedingt ne Beleidung

[Ler-Khun]

Ist es ja auch nicht. Die Zeit in der Nerd als Dysphemismus genutzt wurde, ist längst vorbei.
Ist das gleiche wie mit "Freak".

[Prof. Dr. Ratlos]

Hallo,

@RalphS: Sorry, wollte keine negativen Gefühle damit auslösen. Ich verstehe "Nerd" eher als eine Art Auszeichnung und so war's gemeint.

Danke für Deinen hint, aber das hab ich schon gemacht und es brachte keinen Erfolg. Das ist ja das rätselhafte daran. :/

Hab Dir die zwei Reg's mal ge-snapshottet und angehängt.
Der Hinweis im log zu - script host deaktiviert - nerft weiterhin rum.

lg

Angehängte Miniaturbilder

• 
• 
• 

[^L^]

TIPP: Es gibt auch andere (modernere?) Tools, bspw.:

http://www.portableupdate.com/

http://www.autopatcher.net/forum/

[Prof. Dr. Ratlos]

@^L^ : Danke, aber für meine Zwecke sind die tools nutzlos.

Was denn, Leute. Hat keiner ne Idee?

[^L^]

TIPP: Vielleicht ist eine höhere NET Version erforderlich? http://forums.wsusoffline.net/
http://www.wsusoffline.net/docs/

BTW:
com! Update-Pack-Builder http://www.com-magaz...lder-70179.html
Windows 7
Windows Vista
Windows XP

com! Microsoft Setup Center http://www.com-magaz...nter-70043.html
Windows 8
Windows 7
Windows Vista
Windows XP

[Prof. Dr. Ratlos]

@ L^L: Danke für Dein Engagement. Guter Hinweis! Ich habe allerdings NET.Framework 4.5.2.
Das dürfte die Aktuellste sein.

Grundsätzlich hat sich das Problem auf andere Weise erledigt. Ich lade die ganzen Updates jetzt mit dem <<WHDownloader>> (http://www.chip.de/d...r_66567179.html).
Den kann ich für die Update-integration sehr empfehlen. Der zieht die original KB(updateXY)-Dateien, die sich leicht ins image integrieren lassen.

Insofern erstmal ein DANKE an alle Beteiligten und viel Spass noch beim supporten!

====THREAD CLOSED=====

[DK2000]

Zitat (Prof. Dr. Ratlos: 22. April 2015 - 21:05)

@ L^L: Danke für Dein Engagement. Guter Hinweis! Ich habe allerdings NET.Framework 4.5.2.
Das dürfte die Aktuellste sein.

Das wäre dann aber nur der 4.5 Zweig. Wenn eine Anwendung 3.5, 3.0 o. 2.0 benötigt, muss nach wie vor das .NET Framwork 3.5 SP1 installiert sein:

Zitat

The .NET Framework versions 2.0, 3.0, and 3.5 are built with the same version of the CLR (CLR 2.0). These versions represent successive layers of a single installation. Each version is built incrementally on top of the earlier versions. It is not possible to run versions 2.0, 3.0, and 3.5 side by side on a computer. When you install version 3.5, you get the 2.0 and 3.0 layers automatically, and apps that were built for versions 2.0, 3.0, and 3.5 can all run on version 3.5. However, the .NET Framework 4 ends this layering approach, so apps built for 2.0. 3.0, or 3.5 will not work on version 4 or later. Starting with the .NET Framework 4, you can use in-process side-by-side hosting to run multiple versions of the CLR in a single process. For more information, see Assemblies and Side-by-Side Execution.

In addition, if your app targets version 2.0, 3.0, or 3.5, your users may be required to enable the .NET Framework 3.5 on a Windows 8 or Windows 8.1 computer before they can run your app.

Solange man keine Anwendung hat, welche auf 2.0, 3.0, or 3.5 aufsetzt, braucht man das 3.5 SP1 i.d.R. auch nicht installieren.