Hallo zusammen,
es sind ganz offensichtlich die Nvidia-Treiber, die dieses Problem auslösen.
Es gibt im Grunde zwei Möglichkeiten, das Problem zu lösen:
1. Eine andere Grafikkarte einbauen (ATI-Chipsatz!!!), oder
2. Lösung siehe http://forum.chip.de/windows-s…-1183615.html#post7133965
Werde hier sicherlich als Admin bis auf Weiteres keine Nvidia Grafik-Chipsätze mehr erwerben.
So long,
Pino
Hallo zusammen,
mittlerweile habe ich durch Recherche herausbekommen, dass der Fehler evtl. am Nvidia-Chipsatz liegt, den ich auch verbaut habe. Ich bin mir allerdings nicht ganz sicher:
http://www.administrator.de/index.php?content=90792
Im Event-Log (userenv.log) des Clients finde ich bei der Anmeldung folgende Einträge:
USERENV(370.374) 09:43:27:171 CUserProfile::CleanupUserProfile: Ref Count is not 0
USERENV(370.208) 09:43:35:796 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state.
USERENV(370.85c) 09:43:40:093 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state.
USERENV(370.388) 09:43:56:390 IProfileSecurityCallBack: RpcBindingInqAuthClient failed with 534
USERENV(bdc.be0) 09:43:56:406 LoadUserProfile: Calling DropClientContext took exception. err = 5
USERENV(bdc.be0) 09:43:56:406 LoadUserProfile: Calling DropClientContext failed. err = 5
USERENV(370.374) 09:44:48:031 CUserProfile::CleanupUserProfile: Ref Count is not 0
USERENV(370.374) 09:44:48:046 CUserProfile::CleanupUserProfile: Ref Count is not 0
USERENV(370.1a8) 09:44:56:703 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state.
USERENV(370.894) 09:47:26:968 GetGPOInfo: Local GPO's gpt.ini is not accessible, assuming default state.
USERENV(370.894) 09:47:26:968 ReadMembershipList: Group S-1-5-21-842925246-926492609-839522115-1017 not in current list of token groups
USERENV(370.894) 09:47:26:968 ReadMembershipList: Group S-1-5-21-299502267-1682526488-725345543-1010 not in current list of token groups
USERENV(370.9f0) 09:47:47:421 PolicyChangedThread: UpdateUser failed with 1008.
Wird jemand daraus schlau?
LG
Pino
Hallo,
im SBS-Eventlog habe ich höchstens den Fehler:
Ereignistyp: Fehler
Ereignisquelle: MSExchangeIS Mailbox Store
Ereigniskategorie: Allgemein
Ereigniskennung: 7200
Datum: 17.06.2009
Zeit: 01:00:01
Benutzer: Nicht zutreffend
Computer: SBS-SERVER
Beschreibung:
Der Hintergrundthread 'FDoUpdateCatalog' wurde für Datenbank "Erste Speichergruppe\Postfachspeicher (SBS-SERVER)" aufgrund des Fehlercodes 0x80070005 beendet.
Die übrigen Tipps sind alle beherzigt und erfüllt - ansonsten hätte ich das Problem ja auch an einem anderen Client...
Danke und LG
Pino
Hallo zusammen,
ich brech' hier noch zusammen. Ich arbeite seit einer Woche an einem Problem, das ich zwar ein wenig eingrenzen konnte. Von einer Lösung bin ich aber noch meilenweit entfernt.
Die Rahmendaten:
- SBS mit Exchange
- 7 Clients mit WinXP Pro SP2 bzw. SP3
Wir arbeiten mit servergespeicherten Profilen, die alle prima funktionieren.
Das Problem:
Ein einziger ganz neuer Client macht aber Ärger. Er will einfach nicht das servergespeicherte Profil laden bzw. zurück spielen. Wenn er den sich anmeldenden User nicht kennt (also das Profil nicht lokal auf der Platte hat), lädt er sich das Profil vom Server runter. Offensichtlich spielt er aber das Profil bei der Abmeldung nicht wieder zurück. Wie gesagt, das macht nur dieser eine Client. Alle Anwendungen und Netzzugriffe (auch Exchange) laufen vollkommen einwandfrei.
Habe jetzt in meiner Verzweiflung SP3 installiert - ohne Auswirkung. Habe dann das komplette WinXP runtergeschmissen und neu installiert. Auch dann keine Besserung. Im Eventlog des Clients stehen keine großartigen Unregelmäßigkeiten drin.
Hat jemand eine Ahnung, was ich noch ausprobieren könnte?
Danke und liebe Grüße aus Köln
Pino
