Sunny61

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.

Na wunderbar. ;) Das ist hoffentlich kein produktiver Arbeitsrechner, oder?

Bei den Technical Previews mußte man noch das ein oder andere Mal auf OK klicken, das wirst du wohl auch bei so einem Upgrade machen müssen.

Naja, so schlimm wird das schon werden. ;) Sicherlich haben sich ein paar an das ModernUI gewöhnt und holen es wieder, aber viele werden froh um das 'alte' Startmenü sein. ;)

Zusätzlich werfe ich die Schulung der Mitarbeiter in die Diskussion. Das sollte nicht unterschätzt und vernachläsigt werden.

Und was genau sollst Du in der Systemsteuerung umstellen? Exakte Fehlermeldung wäre schon mal hilfreich. Ist der SQL denn schon mit einem SP integriert? Wenn nein, dann hol dir den aktuellsten Download.

Danke für die Bestätigung der schon vermuteten Funktion. ;)

Na dann viel Erfolg. Bin schon gespannt ob es auch wirklich funktioniert.

Der WSUS, bzw. Windows Update benutzt den BITS, den kannst Du für die Clients drosseln: http://www.wsus.de/bits Ich weiß nicht ob er SCCM sich davon beindrucken lässt. Versuch macht Klug. ;)

:jau: :jau:

In diesem Artikel wird beschrieben wie Du die verwendeten Accounts auf den Clients/Servern aufgelistet bekommst: http://www.faq-o-matic.net/2008/12/25/dienst-und-task-konten-identifizieren/

OK, dann nochmal. Du hast zwei Konten, Admin und User. Admin ist ein DomainAdmin? Wenn ja, dann ist er in der Gruppe der lokalen Admins, auch auf dem Fileserver. Und dein User Account ist nicht Admin auf dem Notebook? Mit welchen Account bist Du wo angemeldet und siehst die Ordner auf dem Fileserver? Und wie siehst Du die Ordner? Über \\Fileserver\c$ oder siehst Du nur die Freigaben: \\Fileserver [ENTER]. Kannst Du auch drauf zugreifen? Dateien erstellen und löschen? Meinst Du mit AD Active Directory? Wenn ja, was hat das AD mit den Fileberechtigungen zu tun?

Unter normalen Umständen würde ich dir jetzt den Hinweis geben, deinen Admin zu fragen. Ist jetzt aber nicht so gut, oder? ;) Ist denn der 'normale' Account in der Gruppe der lokalen Administratoren auf dem Fileserver? Wenn ja, lösch ihn dort raus. Ist der 'normale' Account Mitglieder der lokalen Administratoren auf dem Notebook?

Danke, sehr nett. :) Du möchtest lieber Turnschuhadministration machen, hoffentlich hast Du gutes Schuhwerk! :) Falls Du den zweiten Artikel auch lesen würdest, könntest Du dir das Laufen durch das Haus sparen. Möchtest Du lieber laufen, dann lies ihn nicht. Erstell ein neues Konto, trag es als Benutzer bei einem Dienst ein, melde dich als User an und wieder ab. Jetzt kommt dein Test. Du hättest sicherlich schon längst eine Lösung für diesen Teil deiner Frage gefunden.

Dabei könnte dieser Artikel helfen: http://www.faq-o-matic.net/2008/12/25/dienst-und-task-konten-identifizieren/ IMHO geht das nur mit dem deaktvieren des Kontos. Denn wenn die User sich schon andere Berechtigungen gegeben haben, nützt dir das Sperren des Domain Admins auch nichts mehr. Ansonsten schau dir diesen Artikel an: http://www.gruppenrichtlinien.de/artikel/verwaltung-der-lokalen-administratoren/ Der könnte dir helfen bis Du das PW beim Domain Admin umbenannt hast und Dienste oder Tasks mit eigenen Anmeldungen versehen hast. Aber wie bei allem: Vorsichtig und ausführlich vorher testen!

Wenn nur noch das Windows Tool für Januar 2015 Probleme macht, würde ich es ablehnen nicht mehr dran denken. BTW: Bereinigung bitte immer regelmässig per Script ausführen.

In https://msdn.microsoft.com/de-de/library/ms187926.aspx gibt es den Punkt ENCRYPTION. Zitat daraus: Ausführlich testen wenn Du es einsetzen möchtest.

Die DDP ist normalerweise direkt oben in der Root. Die DDCP ist schon richtig in der OU der Domain Controllers. Man könnte natürlich auch die GPOs auf Standard setzen: http://www.gruppenrichtlinien.de/artikel/wiederherstellung-der-default-richtlinien/ Allerdings kann ich dir nicht sagen ob deine Probleme damit gelöst sind. Warte lieber nochmal auf Martin, der ist in dem Thema sehr tief drin.

Zeig doch mal dein ganzes Script her, vielleicht sieht man so gleich den Fehler.