Sunny61

Hast Du das rote Kreuz auch nach einem Neustart des SBS? Was findet sich dazu in den Ereignisprotokollen? Seit wann tritt das 'Problem' auf? Wie sieht es im Netzwerk- und Freigabecenter aus? Ist dort der Adapter auch mit einem roten Kreuz versehen?

Bei einer WSUS-Installation gibt es immer zwei Logdateien. Eine kleine, die hast Du gepostet, und eine große, die hast Du noch nicht an ein Posting angehängt. Woher ist denn das Image für die Installation? Probier doch mal bei einer neuen Installation die Rolle hinzufügen, *bevor* der WSUS in der Domain ist. Nicht dass ihr ein paar besondere GPO-Einstellungen gesetzt habt, die weiteres verhindern.

Gegenfrage: Was versprichst Du dir von AHCI?

Achso, na dann habt ihr sicherlich ausführlich getestet, oder nicht? :)

Gib es zurück, ihr habt auf Outlook 2013 umgestellt, also euer Problem. ;) Und ja, es kam immer wieder vor das bestimmte Dinge in bestimmten Versionen einfach nicht mehr enthalten sind. Beispielsweise ist in Access 2013 die Unterstützung für dBase rausgefallen. Stell dir vor, ein Kunde hat ohne nachzufragen auf A2013 aktualisiert und braucht das aber dringend, wer ist jetzt der Schuldige? ;)

Das ist doch der selbe Inhalt nochmal. Ist der W12R2 ein DC? Installier doch mal *alle* Updates *bevor* Du die Rolle hinzufügst. Nimmst Du den W12R2 *vorher* in die Domain auf?

Ist wegen den Berechtigungen und den nicht lokalen Konten bei einem DC. Für den WSUS gilt das übrigens genauso: http://www.wsus.de/wsus_auf_domain-controllern

Gibt es im Tempdatei nicht noch eine weitere Protokolldatei? Prüf das mal. Hast Du die allgemeine Installation beim WSUS gewählt? D.h. die Windows Internal Database wird verwendet?

Als lokale Suchmaschine verwende ich immer Agent Ransack, die kostenlose Variante reicht völlig aus.

Zusätzlich hier noch der Artikel bezüglich Sicherheitsgruppen: http://www.gruppenrichtlinien.de/artikel/filtern-von-gruppenrichtlinien-anhand-von-benutzergruppen-wmi-und-zielgruppenadressierung/

Weil MS das neue .Net Framework als wichtig ansieht und es ja auch über WU wichtig ankam. Da müssen dann die Sprachpakete genauso wichtig sein.

Stimmt. ;)

Natürlich, darfst Du gerne. ;)

Damit weiß er mehr als 95% der restlichen PC-User. ;) Nix da, alles vergebene Zeit. Das tu ich mir nicht an.

Was ist denn daran immer das große Problem? Das ist in 2 Minuten erledigt, und falls es hilft brauchst Du nur die Daten zu kopieren und ein paar Einstellungen vornehmen.

Du meinst damit das Benutzerobjekt im AD? Ich meine u.a. die Möglichkeit das in der RDP-Datei anzugeben. Oder funktioniert dort der Aufruf auch nicht? Kannst Du denn das Programm als angemeldeter Benutzer aufrufen, wenn Du den String einfach in den Start > Ausführen Dialog kopierst und mit ENTER bestätigst?

Du wirst wie viele andere auch mit Java 8 auf die Nase fallen. Egal ob mit GPO oder mit WSUS/WPP. Stell dich auf langes und intensives testen ein. Warum glaubst Du gibt es noch nichts für Java 8 und WSUS/WPP? Genau, ist es sehr neu. Du könntest ja mal anderen helfen und vormachen wie es geht. Schick es dann dem Autor vom WPP und er wird es sicherlich veröffentlichen. Alternativ an Gruppenrichtlinien.de schicken, Mark wird es auch gerne veröffentlichen.

Sorry, meine Verwirrung. Du kannst das Programm auch innerhalb der RDP-Datei angeben, das sollte dann funktionieren. Das Du das aus dem Benutzerobjekt heraus steuern willst, hab ich jetzt erst mitbekommen.

Und genau wird es am häufigsten Schwierigkeiten geben. Alle möglichen und unmöglichen Personal Firewalls, Adware und Trojaner werden sicherlich das ein oder andere Gerät, bzw. die Daten darauf ins virtuelle Grab schicken. Frag doch mal einen 'normalen' Homeuser ob er weiß was ein Image ist. Sehr gut. ;)

Hast Du ein Custom Update erstellt oder einfach nur mit Hilfe des MSI ein normales Update erstellt? Wenn man es als 'normales' Update zur Verfügung stellt, braucht man gar nichts von all diesen Zeilen. Das ist ja der Witz an der Sache, es wird als normales Update 'immer' silent installiert. Willst Du allerdings Java konfigurieren, dann gibt es zwei Möglichkeiten: 1. MST erstellen und darin konfigurieren. 2. GPO/GPP verwenden um die gewünschten Konfigurationen vorzunehmen. Beim zweiten Punkt ist man IMHO flexibler, ich muss auch nicht bei jedem Update das MSI wieder editieren und ein MST erstellen. Das regeln dann die GPO/GPP Einstellungen. Wo hast Du davon gelesen? Hier noch ein paar Links mit weiteren Hinweisen: http://www.kevintaber.com/2011/10/25/disable-java-auto-update/ http://wsuspackagepublisher.codeplex.com/discussions/570492#post1346134 BTW: Es macht den Thread hier nicht übersichtlicher wenn Du an das ursprüngliche Thema etwas neues dranhängst. Man muss hier keine Threads sparen. ;)

Leg doch für den betroffenen Benutzer ein neues Benutzerprofil an, funktioniert es damit besser?

Fehlermeldungen im Eventlog wenn sich der betroffenen Benutzer nach einem Reboot des Servers anmeldet? Was passiert, wenn Du den Programmaufruf in eine Batch packst, und die Batch im Autostart des Benutzers ausführen lässt?

Du meinst sicherlich die Systemwiederherstellung, richtig? Vielleicht hast Du ja Lust und Laune das probieren, ob Du wieder ohne Problem auf W7 retour kommst, muß aber natürlich nicht sein. ;)

Naja, davon hat ja niemand etwas, denn ich würde das System dann nie produktiv nutzen wollen. Eine saubere Neuinstallation ist durch nichts anderes als eine saubere Neuinstallation zu ersetzen. Vor allem im Hinblick darauf, dass W10 eben noch eine Technical Preview ist. Funktioniert etwas nicht richtig, weißt Du nicht ob es ein Fehler in der Preview ist oder ob Du den Fehler von deinem Upgrade bekommen hast. Besser ist Du meldest das bei Connect.Microsoft.com oder über den Response Button. Und komm jetzt ja nicht damit, andere werden es schon machen. Du kannst zumindest dann sagen: Ich habe es gemeldet! :)

Bei meinen Builds der Technical Preview hat es ja funktioniert, aber von W7 direkt auf eine Preview ist schon sehr mutig. ;) Und die aktuellste Preview war nach 30 Minuten incl. Download einsatzbereit. Sieht schon ein klein wenig anders aus.