Neue Arbeitsplatzcomputer speichern Profile nicht.
Nach Austausch von alten WS gegen neue werden Servergespeicherte Profile geladen jedoch nicht gespeichert bzw. aktualisiert.
Guten Tag,
ich habe da ein Problem welches mich langsam in tobende Raserei verfallen läßt.
Folgendes Szenario:
In unserer Firma wurden in letzter Zeit vermehrt alte, betagte WS gegen neue ausgetauscht. Die Benutzer können sich auch nach wie vor mit ihren Benutzerkonten an unserer Domäne anmelden. Im AD ist unter den jeweiligen Benutzerkonten auch der Profilpfad für das Servergespeicherte Profil auf einem Filer hinterlegt. Beim Anmelden des Benutzers wird das dazugehörige Profil geladen und alles funktioniert wunderbar. Die Nutzer können auch mit ihren neuen WS wie gewohnt und ohne Probleme arbeiten wie zuvor. Soweit so Gut.
Jetzt das Problem:
Nehmen die Nutzer Änderungen an ihrem Profil vor, indem sie z.B. auf dem Desktop neue Verknüpfungen oder Dateien erstellen, werden diese Änderungen in dem Servergespeicherten Profil nicht übernommen. Nach der Neuanmeldung sind alle Änderungen die vor dem Abmelden durchgeführt worden verworfen. Nimmt man die alten WS wieder in Betrieb werden die Profile wieder gespeichert und aktualisiert. Es funktioniert also nur mit den neuen WS nicht.
Kurios:
Nicht bei allen neuen WS tritt dieses Problem auf sondern nur bei 3 von 10. Bis jetzt!
Alle WS sind Hardwaretechnisch identisch und es läuft auf allen WS W2kSP4.
Folgendes wurde zur Problemlösung schon erfolglos unternommen:
-M$ UHP installiert
-nVidia Forceware Update gem. M$ Support und Knowledgebase
-nVidia Services deaktiviert gem. M$ Support und Knowledgebase
Profilepfade sind im AD hinterlegt (\\server\profiles$\%username%) und wie gesagt, mit den alten WS funktioniert es nach wie vor.
Berechtigungen haben sich nicht geändert.
Wenn einer eine Idee hat, wie unlogisch oder Suspekt diese auch sein mag, so möge er/sie es mir bitte mitteilen. Ansonsten sehe ich mich gezwungen unschuldige und nagelneue Computer meiner Raserei auszusetzen.
Vielen Dank und in freundlichen Grüßen verzweifelnd
Solian
Guten Tag,
ich habe da ein Problem welches mich langsam in tobende Raserei verfallen läßt.
Folgendes Szenario:
In unserer Firma wurden in letzter Zeit vermehrt alte, betagte WS gegen neue ausgetauscht. Die Benutzer können sich auch nach wie vor mit ihren Benutzerkonten an unserer Domäne anmelden. Im AD ist unter den jeweiligen Benutzerkonten auch der Profilpfad für das Servergespeicherte Profil auf einem Filer hinterlegt. Beim Anmelden des Benutzers wird das dazugehörige Profil geladen und alles funktioniert wunderbar. Die Nutzer können auch mit ihren neuen WS wie gewohnt und ohne Probleme arbeiten wie zuvor. Soweit so Gut.
Jetzt das Problem:
Nehmen die Nutzer Änderungen an ihrem Profil vor, indem sie z.B. auf dem Desktop neue Verknüpfungen oder Dateien erstellen, werden diese Änderungen in dem Servergespeicherten Profil nicht übernommen. Nach der Neuanmeldung sind alle Änderungen die vor dem Abmelden durchgeführt worden verworfen. Nimmt man die alten WS wieder in Betrieb werden die Profile wieder gespeichert und aktualisiert. Es funktioniert also nur mit den neuen WS nicht.
Kurios:
Nicht bei allen neuen WS tritt dieses Problem auf sondern nur bei 3 von 10. Bis jetzt!
Alle WS sind Hardwaretechnisch identisch und es läuft auf allen WS W2kSP4.
Folgendes wurde zur Problemlösung schon erfolglos unternommen:
-M$ UHP installiert
-nVidia Forceware Update gem. M$ Support und Knowledgebase
-nVidia Services deaktiviert gem. M$ Support und Knowledgebase
Profilepfade sind im AD hinterlegt (\\server\profiles$\%username%) und wie gesagt, mit den alten WS funktioniert es nach wie vor.
Berechtigungen haben sich nicht geändert.
Wenn einer eine Idee hat, wie unlogisch oder Suspekt diese auch sein mag, so möge er/sie es mir bitte mitteilen. Ansonsten sehe ich mich gezwungen unschuldige und nagelneue Computer meiner Raserei auszusetzen.
Vielen Dank und in freundlichen Grüßen verzweifelnd
Solian
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 96700
Url: https://administrator.de/contentid/96700
Ausgedruckt am: 22.11.2024 um 17:11 Uhr
3 Kommentare
Neuester Kommentar
Moin,
gib mal den User zu Testzwecken lokale Admin-Rechte.
Als 2.ten Versuch kann man ja mal prüfen, ob eine Regel im ADS (Gruppenrichtlinie) die neuen Clients nicht zulässt bzw. nicht ordentlich Authentifiziert.
Haben die Clients neue Namen bekommen ? (wegen der UID)
Ansonsten würde ich die Clients noch mal aus der Domäne nehmen, Logfiles am Client löschen, neu einbinden und die logfiles checken.
Hat ein Witzbold eventuell im Userprofil die ntuser.dat in ntuser.man umbenannt so setzt man das Profil fest (z.B. in Schulen)
Gruß Nex
gib mal den User zu Testzwecken lokale Admin-Rechte.
Als 2.ten Versuch kann man ja mal prüfen, ob eine Regel im ADS (Gruppenrichtlinie) die neuen Clients nicht zulässt bzw. nicht ordentlich Authentifiziert.
Haben die Clients neue Namen bekommen ? (wegen der UID)
Ansonsten würde ich die Clients noch mal aus der Domäne nehmen, Logfiles am Client löschen, neu einbinden und die logfiles checken.
Hat ein Witzbold eventuell im Userprofil die ntuser.dat in ntuser.man umbenannt so setzt man das Profil fest (z.B. in Schulen)
Gruß Nex