Die Frage hatten wir vor kurzem schon mal, allerdings in Englisch.
Wie schon festgestellt, ist das gewaltsame Abbrechen eines Download-Laufs problematisch. Dafür gibt es mehrere Gründe.
1. Verifikation. Ist diese eingeschaltet, führt ein Abbruch sehr wahrscheinlich zur Desynchronisation von Updates und den dazugehörigen Checksummen. Der nächste Lauf bricht dann mit einem ''Hash Verification failure'' ab. Nur das Löschen der jeweiligen Checksummen in ./client/md bringt Abhilfe.
2. Signaturprüfung. Das Microsoft-eigene ''Sigcheck''-Tool prüft vor dem eigentlichen Download dir Signaturen aller vorhandenen Patches. Korrupte oder halb-fertige Dateien werden aufgrund fehlender oder ungültiger Signatur gelöscht.
Jetzt die Gegenfrage: Wie knapp ist die Zeit wirklich? Zum Beispiel ist das Service Pack für Windows 7 64bit mit 903 MiB ein ziemlicher Brocken, und auch das 32-bittige (537MiB) kein Leichtgewicht. Wie gesagt, den Download eines Updates mittendrin zu unterbrechen ist nicht möglich (aufgrund des zweiten Punktes oben). Außerdem wird das wget-Tool in WSUSOU meines Wissens nach keinen Download fortsetzen sondern überschreiben.
Es ist aber möglich, diese großen Service-Packs anderweitig herunterzuladen (zum Beispiel mit Free Download Manager) und dann in WSUSOU zu integrieren.
Aus der
FAQ:
FAQ wrote:F: Ich habe das neueste Service Pack für meine Zielplattform bereits und möchte es nicht erneut herunterladen. Kann ich es in das Offline Update integrieren?
63 A: Ja, unter folgenden Voraussetzungen: Zunächst müssen Sie Ihr vorhandenes Service Pack in das richtige Verzeichnis kopieren, für ein XP-SP2 auf deutsch also unter "...\client\wxp\deu". Ferner müssen Dateiname und -größe mit den Eigenschaften auf dem Microsoft-Server übereinstimmen, im konkreten Beispiel also "WindowsXP-KB835935-SP2-DEU.exe" mit 277.936.872 Bytes. Da der Download mittels "wget" mit dem Parameter "-N" erfolgt, darf die lokale Datei schließlich auch nicht älter sein als die auf dem Microsoft-Server vorhandene.