sigcheck.exe endet immer in "mit STRG+C beendet [OK]"

sigcheck.exe endet immer in "mit STRG+C beendet [OK]"

Postby OberGuru » 28.04.2017, 14:47

Während eines Download-Sammeldurchangs wird nach einem "Kapitel" jeweils sigcheck.exe aufgerufen. Das resultiert jedesmal in einer Fehlermeldung, obwohl die Tastatur nicht angerührt worden war:

sigcheck.exe - Anwendung mit STRG+C beendet
"Die Anwendung wurde mit STRG+C unterbrochen."

Mit Klick auf die [OK]-Taste geht's dann weiter ...
OberGuru
 
Posts: 39
Joined: 29.04.2010, 16:19

Re: sigcheck.exe endet immer in "mit STRG+C beendet [OK]"

Postby hbuhrmester » 29.04.2017, 18:58

Sigcheck 1.x hatte andere Befehlszeilenoptionen als Sigcheck 2.x.

Neuere Versionen des Skripts DownloadUpdates.cmd testen die Sigcheck-Version und stellen die Optionen entsprechend ein. Sehr alte Versionen machen diese Unterscheidung nicht.

Dann sollte man wahrscheinlich ein Sigcheck 1.x für ältere Versionen von WSUS Offline Update verwenden. Man kann versuchen, so alte Versionen in der Wayback Machine auf archive.org zu finden:

https://web.archive.org/web/*/http://te ... s/bb897441

Sonst muss man die Option "Verify Downloads/Heruntergeladene Dateien verifizieren" im UpdateGenerator.exe ganz deaktivieren.
hbuhrmester
 
Posts: 525
Joined: 11.10.2013, 20:59

Re: sigcheck.exe endet immer in "mit STRG+C beendet [OK]"

Postby OberGuru » 30.04.2017, 19:40

Na gut; Verifikation abschalten mag' ich nicht unbedingt.

Wo ist das sigcheck.exe "beheimatet"? Wo liegt die Datei, und woher wird sie geholt? Bei welchen Versionen (laufendes Windows/WSUSoffline) kommt welche Version zum Einsatz?
OberGuru
 
Posts: 39
Joined: 29.04.2010, 16:19

Re: sigcheck.exe endet immer in "mit STRG+C beendet [OK]"

Postby boco » 30.04.2017, 20:42

Sigcheck.exe ist ein Microsoft Sysinternals-Tool. Es ist keine native Windows-Funktion.
WOU holt die Datei vom MS-Server und speichert sie in .\bin (der genaue Downloadlink ist in der .\static\StaticDownloadLinks-sysinternals.txt zu finden.

Wann die Umstellung genau erfolgte, kann man in der trunk-Historie erkunden. Aktuelle Versionen benutzen jedenfalls die Version in .\bin und holen die aktuelle, falls nicht vorhanden.
Microsoft update catalog: http://catalog.update.microsoft.com/v7/site/
Windows Install media download: https://support.microsoft.com/en-us/help/15088/windows-create-installation-media
boco
 
Posts: 2391
Joined: 24.11.2009, 17:00
Location: Germany

Re: sigcheck.exe endet immer in "mit STRG+C beendet [OK]"

Postby aker » 30.04.2017, 21:39

Oder man verwendet sigcheck 1.92
http://www.mediafire.com/?p546pgcrrs8isv7

Viele Grüße
Wer Rechtschreibfehler findet, darf sie behalten oder an den Meistbietenden versteigern. / Everybody finding a misspelling is allowed to keep or sell it.
aker

WSUS Offline Update „Community Edition“
https://gitlab.com/wsusoffline/wsusoffline/-/releases
aker
 
Posts: 3999
Joined: 02.03.2011, 15:32

Re: sigcheck.exe endet immer in "mit STRG+C beendet [OK]"

Postby hbuhrmester » 01.05.2017, 09:48

Die Startseite von Sysinternals ist https://technet.microsoft.com/en-us/sys ... ls/default .

Die komplette Sysinternals Suite wird auf https://technet.microsoft.com/en-us/sys ... s/bb842062 angeboten. Es ist ein Paket mit fast allen Programmen.

Sigcheck wird auf https://technet.microsoft.com/en-us/sys ... s/bb897441 angeboten. Der direkte Download-Link ist immer derselbe für alle Versionen von Sigcheck. Auf den Seiten von Sysinternals gibt es auch kein Archiv mit älteren Versionen von Sigcheck.

Für WSUS Offline Update bedeutet das, dass alle Versionen von WSUS Offline Update immer die neueste Version von Sigcheck herunterladen. Die URL http://download.sysinternals.com/files/Sigcheck.zip (ohne https) steht in der Datei wsusoffline/static/StaticDownloadLinks-sysinternals.txt . Das Programm sigcheck.exe wird in den Ordner wsusoffline/bin kopiert.

Die Kombination von älteren Versionen von WSUS Offline Update mit der neuesten Version von Sigcheck kann aber Kompatibilitätsprobleme verursachen. Außerdem kann es Probleme mit der Hardware oder dem Betriebssystem geben. Ich würde dabei bis zu fünf Punkte unterscheiden:

  1. Sigcheck 1.x hatte andere Kommandozeilen-Optionen als Sigcheck 2.x. Sehr alte Versionen von WSUS Offline Update kennen nur die Optionen von Sigcheck 1.x, laden aber ebenfalls immer die neueste Version herunter. Das kann zu einem undefinierten Verhalten führen, und die Fehlermeldungen müssen auch nicht immer passen.

    Aktuelle Versionen von WSUS Offline Update unterscheiden zwischen den Versionen 1.x und 2.x und passen die Kommandozeilenoptionen entsprechend an.

  2. Sigcheck 2.1 ist die letzte Version, die mit älteren Prozessoren wie dem Pentium III funktioniert. Neuere Versionen benötigen eine CPU mit SSE2 Befehlssatz.

    Wenn man Sigcheck 2.2 oder höher auf einem Pentium III starten will, der nur den Befehlssatz SSE1 unterstützt, dann stürzt das Programm sofort ab.

  3. Sigcheck 2.3 ist die letzte Version, die noch unter Windows XP läuft. Neuere Versionen benötigen mindestens Windows Vista.

    Wenn man Sigcheck 2.4 oder höher auf Windows XP starten will, beendet sich das Programm mit der Fehlermeldung: "entry point not found". Siehe viewtopic.php?f=3&t=5556 .

  4. Sigcheck 2.5 hat eine neue Option -nobanner eingeführt. Aktuelle Versionen von WSUS Offline Update verwenden diese Option, aber ohne zwischen den Versionen 2.0 bis 2.5.x zu unterscheiden.

    Wenn man eine aktuelle Version von WSUS Offline Update mit einer älteren Version von Sigcheck kombinieren will, muss man diese Option -nobanner aus dem Skript DownloadUpdates.cmd heraus editieren.

  5. Sigcheck 2.5.1 (?) hat auch eine 64-bit-Version eingeführt, die in früheren Versionen nicht dabei war.

Einen genauen Abgleich zwischen allen Versionen von Sigcheck und WSUS Offline Update gibt es aber nicht. Wenn es dabei zu Problemen kommt, kann man nur eine begründete Vermutung abgeben: Wenn man eine alte Version von WSUS Offline Update verwendet, um zum Beispiel immer noch Updates für Windows 2000 herunterzuladen, sollte man auch eine alte Version von Sigcheck verwenden.

Ältere Versionen der Seite https://technet.microsoft.com/en-us/sys ... s/bb897441 und der verknüpften Dateien werden in der Wayback Machine auf archive.org archiviert.



Wenn das alles viel zu kompliziert ist, kann man die Option "Heruntergeladene Dateien verifizieren" im UpdateGenerator.exe auch deaktivieren. Das ist dann auch in Ordnung. Es gibt überhaupt nur fünf Dateien, die beim Download Probleme machen können: das sind die WSUS-Katalogdatei wsusscn2.cab und die vier Dateien mit Virusdefinitionen für den ursprünglichen Windows Defender und Microsoft Security Essentials. Das Problem bei allen fünf Dateien ist, dass es im Microsoft Content Delivery Network gleichzeitig verschiedene Versionen derselben Datei geben kann, unter derselben URL.

Bei allen normalen Updates gibt es dieses Problem nicht, und diese werden von wget auch alle zuverlässig heruntergeladen.
hbuhrmester
 
Posts: 525
Joined: 11.10.2013, 20:59


Return to Download

Who is online

Users browsing this forum: Google [Bot] and 50 guests