UpdateGeneartor braucht mehr als 2 Tage

[deluxemongo]

okay, dann lass ich das mit dem linux mal sein

dann schau ich mal ob ich noch win-vm irgendwo inaktiv liegen habe und teste es dort mal!

[deluxemongo]

mhhh,
also in der vm geht es bedeutend schneller...
braucht keine 2 minuten für die prozesse...

allerdings ist die vm auch ne xp-maschine -32bit, ohne virenscanner, updatestand: ka - und mein physikalischer rechner ein win7 x64!

[aker]

Also ich verwende win7 32bit.
Da dauerts auch ewig.
Auf einem XP 32 bit auch.

Viele Grüsse

[Denniss]

Win7 Prof 64 Bit: Kein erkennbares Problem, benutze aber Avast und der ist abgeschaltet.
Bei XP bzw über Umweg VM habe ich es länger nicht mehr versucht.

[aker]

Kann es sein, dass die Avast Engine schuld ist?
G Data macht auch Probleme und es verwendet Avast (und Bitdefender).

Viele Grüsse

[Denniss]

Kann es sein, dass die Avast Engine schuld ist?
G Data macht auch Probleme und es verwendet Avast (und Bitdefender).

Nö, auch wenn Avast aktiv ist, gibt es keine Probleme. Macht sich allerdings leicht in der Bearbeitungsgeschwindigkeit bemerkbar.

[aker]

Sorry,
hab mich verlesen. Ich dachte Avast würde Probleme machen

Viele Grüsse

[Arne]

Hi,
habe diese Sequenz nach mehr als 8h abgebrochen, WSUSoffline neu gestartet, ohne Virenscanner ging's innerhalb 2min:

Code: Select all

Determining statical update urls for dotnet x86-glb...
Extracting Microsoft's update catalog file package.xml...
14:52:23,01 - Determining superseded updates (please be patient, this will take
a while)...

WSUSOffline 6.9
Virenscanner: GData 2012
Rechner: HP/Compaq 6715s.
Solange der Virenscanner eingeschaltet war, hat die Festplatte die ganze Zeit gerödelt. Was das wohl bedeutet?
Grüße Arne

[Matjes]

Hallo Arne,

hab mich vor kurzer Zeit damit unterWin7Prof beschäftigt ähnliche Probleme mit MSSE (Mircrosoft Security Essentials) zu beseitigen.

In MSSE hilft Ausnahmen zu definieren:
im Temp-Verzeichnis des Users folgende Dateien ausnehmen, die während "Determining superseded updates " erzeugt werden(XXXXX durch User-Namen ersetzen)

Code: Select all

C:\Users\XXXXX\AppData\Local\temp\ValidUpdateRevisionIds.txt;C:\Users\XXXXX\AppData\Local\temp\SupersedingRevisionIds.txt;C:\Users\XXXXX\AppData\Local\temp\ValidSupersedingRevisionIds.txt;C:\Users\XXXXX\AppData\Local\temp\SupersededUpdateRelations.txt;C:\Users\XXXXX\AppData\Local\temp\ValidSupersededUpdateRelations.txt;C:\Users\XXXXX\AppData\Local\temp\BundledUpdateRelationsAndFileIds.txt;C:\Users\XXXXX\AppData\Local\temp\SupersededRevisionAndFileIds.txt;C:\Users\XXXXX\AppData\Local\temp\SupersededFileIds.txt;C:\Users\XXXXX\AppData\Local\temp\SupersededFileIdsSorted.txt;C:\Users\XXXXX\AppData\Local\temp\SupersededFileIdsUnique.txt;C:\Users\XXXXX\AppData\Local\temp\UpdateCabExeIdsAndLocations.txt;C:\Users\XXXXX\AppData\Local\temp\SupersededCabExeIdsAndLocations.txt;C:\Users\XXXXX\AppData\Local\temp\SupersededCabExeLocations.txt;C:\Users\XXXXX\AppData\Local\temp\ExcludeList-superseded.txt;

Damit wird der Vorgang von mehreren Sunden auf 3Minuten reduziert.

Aus Interesse hab ich auch GData 2012 auf dem betreffenden PC ausprobiert.
Mit GData war nach mehreren Stunden kein Ende absehbar -> Abbruch.
Dann hab ich es versucht mit deaktiviertem GData -> kein Ende absehbar -> Abbruch.
Auch mit Datei-Ausnahmen, wie bei MSSE (oben) -> kein Ende absehbar -> Abbruch.
GData deinstalliert -> 2 Min für Determining superseded updates

In meinen Augen ist es kein Windows-Problem, sondern das Problem des jeweiligen Scanners.

Sprich mal den Support von GData an. Die müßten da weiterhelfen.

Gruß Matjes