Sunny61

Was genau funktioniert denn nicht? Der manuelle Download oder die Installation? Probier auch ein neues Benutzerprofil aus, ist ja in 2 Minuten passiert.

Wäre die weitaus bessere und sicherere Variante, aber es sind ja nur *deine/eure* Daten. Wundere dich nicht wenn sie irgendwo unkontrolliert auftauchen. Wieviele Scanner möchtest Du noch installieren? Das erst was ein solcher Befall macht, ist sich vor einem AV-Scanner zu tarnen oder ihne abzuschalten. Das ist schon immer alles sehr komisch, auf der einen Seite will niemand seine Daten in die Cloud bringen, gleichzeitig wird aber nach einem Befall nicht sauber neu installiertt. Das ist alles andere als Konsequent.

Was heißt 'nicht funktioniert'? Was passiert? Fängt der Kühlschrank das fliegen an? Du hast im Gruppenrichtlinien Eventlog nachgeschaut und *keine* Fehler entdeckt? Du hast das GPO auch wirklich auf *Benutzerobjekte* verlinkt und nicht auf *Benutzergruppen*? Was sagt ein gpresult /H gpresult.html [ENTER]? Wird das GPO gezogen? Hast Du auch ganz sicher den richtigen Testbenutzer ausgewählt zum anmelden?

Auf PS würde/möchte ich nicht umziehen. Du solltest das zuerst ausführlich testen, bevor Du es ausrollst.

Nein, man kann sich durch Anzeigen der WPP Updates nicht die SUSDB zerschießen. Das geht im WPP übrigens recht einfach, schon siehst Du sie in der WSUS-Konsole. ;) Freut mich für Dich und Danke für die Rückmeldung. ;)

Du gibst dem Kind nur einen anderen Namen, ein Script bleibt es. Ob Kixart oder Batch.

Das solltest Du am besten mit deinem Admin besprechen.

Daten sichern und neu installieren ist die saubere Variante. Alles andere ist Bastelarbeit. Mit was willst Du anschließend scannen und wie genau?

Schau in die Registry, dort findest Du die passenden Zweige und Werte, die kann man mit GPP oder mit selbst erstellten ADM-Templates konfigurieren. Alternativ eine Suchmaschine füttern und die gefundenen Templates passend erweitert. Hmm, dann eben per Script auf die Maschine kopieren, und von dort aus per Script in das %ALLUSERSPROFILE%. Was meinst Du mit dem Java Installer?

Das Tool von Samsung funktioniert nur, wenn die Ziel-HDD größer als die Quell-HDD ist.

Super, freut mich für dich und Danke für die Rückmeldung. ;)

Bei mir ist das alles nicht der Fall. Wenn so ein Download abläuft, kannst Du mit Hilfe von netstat auf der Commandline sehen, wohin dein Client sich verbindet. Der Mainstream-WSUS ist sicherlich nicht dabei. Und mit welcher Begründung? Aber auch wenn Du sie anzeigen lässt, siehst Du sie im Downstream-WSUS nicht.

Na wunderbar! :)

Nochmal, der Replica holt sich vom Master die Updates. Der Unterschied ist klein, aber sehr fein. Die anderen Fragen magst/kannst Du nicht beantworten?

Lt. http://www.reddit.com/r/homelab/comments/2fvrw3/psa_you_can_reset_your_hp_v1910_switch_to_factory/ soll das schon funktionieren, stromlos machen und nach dem einschalten 5 Minuten warten.

Und Du kannst ihn auch nicht per Copy and Paste dort hinein bringen? Du achtest aber bei Namen überprüfen schon darauf, das Du nur den *lokalen* Server hier auswählst, oder nicht?

Na wunderbar. ;) Nein, ganz sicher nicht. Uninstall2Install deinstalliert auch solche Versionen, Hauptsache der Uninstallstring ist richtig angegeben. Keine Ahnung, ich verwende keine MST sondern konfiguriere lieber per GPP/GPO.

EDIT: Es gibt auch einen KB-Artikel dazu: https://support.microsoft.com/en-us/kb/2811566 Dann kopier doch mal den MSSQLSERVER alleine rein.

Copy und Paste, dann funktioniert das.

Sorry, aber das ist Quatsch. Wie soll das funktionieren? Bist Du sicher dass auf diesem betroffenen Client auch der richtige WSUS eingetragen ist? Wenn ja, hast Du vermutlich den BITS per GPO begrenzt und weißt es nicht mehr. Ist denn das Update schon auf dem Downstream WSUS angekommen? Was sagt der Downloadstatus auf der Startseite vom Downstream-WSUS? Wenn der Downstream WSUS den Mainstream WSUS als Updatequelle eingetragen hat, dann muss das so sein. BTW: Der Downstream *holt* sich die Daten vom Mainstream, nicht umgekehrt.

Jepp, gib dem Benutzer der den SQL Server Dienst ausführt, auf dieses Verzeichnis die passenden NTFS-Berechtigungen: C:\Windows\system32\LogFiles\Sum Hatte ich kürzlich auch bei einem SQL Server 2012.

Es reicht vollkommen aus auf dem Mainstream WSUS den WPP zu installieren, die Updates aus dem WPP werden natürlich vom Downstream-WSUS geholt und den Clients zur Verfügung gestellt. Vermutlich 'siehst' Du die Updates nicht auf dem Downstream-WSUS. Das macht aber nichts, die Clients holen sich die Updates und installieren sie.

Das ist im Handling aber nicht so einfach als mit Uninstall2Install. Steht auch so im HowTo zu Uninstall2Install. Hatte ich so noch nie, würde mich nicht wundern wenn dir irgendetwas schief gegangen wäre. Waren das alle Rechner oder nur einer? Auch wenn es alle wären, so lange ich mit Uninstall2Install alles erschlage, juckt mich der Eintrag in Programme und Features nicht. Setz dich hin, erstell ein Update mit Hilfe von Uninstall2Install und teste es. Achte aber unbedingt auch auf die passenden Regeln im WPP, dann läuft das ohne Probleme.

Liegt denn das Computerobjekt auch im Verwaltungsbereich des GPO? Zeichne das doch mal kurz auf bitte. Hast du den Server nach der Aufnahme in die neue Gruppe auch mal neu gestartet?

Erspar dir das Benutzerdefinierte Update im WPP und nimm Uninstall2Install: http://www.wsus.de/uninstall2install Erleichtert die Arbeit mit der Installation von Java ungemein.