audax

ich muss feststellen, dass wir keine Zugriffsfehler (eigtl. gar keine Zugriffe) protokollieren. Jedenfalls ist mein Log diesbezüglich stumm. Bzgl. Clonen: Wir kaufen unsere PC von Lenovo. Diese sind vorinstalliert. - Keine Sicherheitssoftware außer AV - Offensichtlich seit 1,5 Jahren (vor meiner Zeit) - ein weiterer FS kam hinzu (Windows 2008 R2)

Mist - ich hatte gehofft, dass es dafür eine andere Lösung gibt. Zu dem Virenscanner, den ich auch im Verdacht hatte: Auf dem Client sind Netzlaufwerke ausgeklammert, weil die auf dem Server schon gescannt werden. Im Ereignisprotokoll habe ich hierzu ehrlilch gesagt noch nicht geschaut. Ich werde das jetzt mal nachholen aber ich befürchte, dass da wenn überhaupt nur der fehlende Zugriff bemängelt wird. P.S. Ich habe mich im übrigen vorhin mit dem Admin Konto auf meinem Client angemeldet, mit dem ich vorhin per RDP auf dem Server selbst die Datei erfolgreich umbenannt habe. Aber auf meinem Client bekomme ich die selbe Fehlermeldung.

Danke für die schnelle Antwort, Sunny61. Ja, ich würde die Maschine sehr gerne komplett stilllegen, geht aber im Moment noch nicht - genauso wenig ein Update Sorry, aber: 9: Client mehrfach neu gestartet 10: Server zuletzt im Dezember neu gestartet, nach einigen Tagen kam das Problem jetzt wieder, was mich zuerst auf einen Handle-Leak schließen ließ, aber siehe oben, es gibt keinen - höchstwahrscheinlich nicht

Hallo zusammen, die vollständige Meldung lautet: Sie müssen die erforderlichen Berechtigungen von "[Domäne\Benutzer]" erhalten, um Änderungen an dieser Datei durchführen zu können. 1. Es handelt sich um ein Netzlaufwerk auf einem Win2003 Server, Client ist Win7 64 Bit 2. Der Benutzer in der Meldung,von dem ich die Berechtigung erhalten soll, ist im AD vorhanden und hat Vollzugriff. 3. Ich habe auch Vollzugriff, kann aber die Datei nicht umbenennen. 4. Unlocker sagt, das kein Handle drauf ist. 5. Es sieht auch nicht aus, dass ich auf dem Server ein Handle-Leak habe 6. Das Umbenennen auf dem Server per RDP hat geklappt 7. Es funktioniert nicht nur bei mir nicht 8. Es befinden sich PDFs und teilweise GIFs in diesem Netzlaufwerk. Stichprobenartig mehrere Dateien versucht, ohne Erfolg. Danke für Eure Hilfe

OK. Das mit der Verwirrung kann hinhauen. Angebliche MCSE - Vorgänger haben Ihre Hinterlassenschaften liegen lassen und widmen sich nun anderen Dingen. Ich erst mal das Beste draus machen und hier stück für stück Ordnung reinbringen - beginnend damit, dass ich einmal verstehe, was da überhaupt gemacht wird. Danke Euch Beiden für die Antworten zum Schluss - das hat jetzt nochmal Wirkung, wenn ich für das home Share die Offline Verfügbarkeit abschalte und mich auch ohne Netzwerk melde und trotzdem meinen Desktop etc. habe ...

Hallo daabm, sorry für die Späte Antwort - erstmal vielen Dank für den Hinweis mit den Profilshares. Das ist glaube ich Gold Wert, da dies bei uns auch noch zu einem anderen Problem geführt hat, wo Benutzer mit einem zweiten Homeshare offline syncen, wo die Rechte aber fehlen. Wenn ich das also richtig mit dem Benutzerprofil verstehe, dann reicht es völlig, per GPO eine Ordnerumleitung von allen c:\user\%username auf Fileserver\home$\%username per GPO zu machen und die Offlineverfügbarkeit davon wieder rausnehme?

Ich wollte sogar fast Platte c und den fileserver formatieren

@Sunny61: Ja, das ist in der Tat eine der zahlreichen zukünftigen Baustellen für mich. Ich will mich aber nicht unbeliebt machen indem ich sofort die gesamte Infrastruktur kritisiere :-) Wer sagt das? :-) Hin und wieder melden sich Benutzer, die immer Synchronisierungskonflikte haben. Der Grund ist, dass sie zum Einen mit Ihrem Homeverzeichnis syncen aber zum anderen auch mit einer Freigabe 'Install' auf dem Home-Share, worauf sie keinen Zugriff haben. Install war der Benutzer, der die betroffenen Maschinen installiert hat. Das liegt wohl daran, fälschlicher Weise die dafür erstellte GPO nicht auf Benutzer- sondern auf Computereinstellungen dir Synchronisierung initiierte. Und der erste angemeldete Benutzer an den Maschinen war "Install" Ich sag ja, diese Lösung ist nicht wirklich administrierbar und gehört meiner Meinung abgeschafft @Azharu: Ja, das ist es. Vor allem dann, wenn man noch so viel machen muss. Im Moment habe ich vor unserer Infrastruktur ein wenig angst ;-) Jedenfalls habe ich das Problem soeben sauber dokumentiert und in die Knowledgebase aufgenommen. Jetzt müssen meine Kollegen nur noch so fidel sein und da mal reinschauen.. Gruß und bis bald

Guten Morgen alle zusammen. Eines vorweg - das Laufwerk G ist endlich wieder da!!! Und nun zur Lösung des Problems (bzw. wohl eher zum Workaround, da eine Lösung beinhalten würde, das ursprüngliche Problem genau erkannt zu haben, was leider nicht der Fall ist) Einer Eurer ersten Lösungsvorschläge (und immer wieder darauf zurückkehrende) war das Löschen des Benutzerprofils. Dies habe ich nach Anleitung insgesamt 3 mal ohne Erfolg ausgeführt. Heute morgen habe ich dann entschieden, dass ich mein Benutzerprofil lösche und gleich den AD-Benutzer mit. Dies hat dann letztendlich geklappt. Nach Neuerstellung des Benutzers und Anmeldung am PC kam dann die ganze Latte an Netzlaufwerken zum Vorschein (incl. G:). Alle anderen Varianten führten zu keinem Erfolg. Ihr hattet somit Recht mit Eurer Vermutung, dass es das Benutzerprofil sein müsste. Unsere Clientinstallation ist hier etwas außergewöhnlich. Über GPO wird das gesamte Benutzerprofil (also Eigene Dateien, Desktop, etc.) umgeleitet auf das Home-Share auf dem Fileserver. Dann wurde vor Jahren eingerichtet, dass das Benutzerprofil ja auch dann zur Verfügung stehen muss, wenn der Fileserver nicht erreichbar ist; also hat man dieses auf dem FS liegende Benutzerprofil offline verfügbar gemacht (Synchronisierung). Ich habe nun die Vermutung, dass ich, obwohl sowohl unter C:\users\BENUTZERNAME als auch unter dem Homeshare gelöscht (und in der Registry), das Benutzerprofil dennoch nicht richtig und komplett weg war. Nachdem ich dann aber auch den Benutzer gelöscht und neu erstellt habe, hat dieser dann endlich ein ganz neues Benutzerprofil erzeugt und die GPO läuft wieder bei mir, wie sie soll. Ich möchte mich bei allen Beteiligten bedanken und gleichzeitig auch für das nicht Funktionieren der Benutzerprofillöschungen entschuldigen :-) Die Synchronisierung des Benutzerprofils finde ich ohnehin auch nicht gerade einfach administrierbar. Besten Dank

- Benutzerobjekte liegen beide in der selben OU - es gibt jetzt exakt nur 3 GPO auf beiden Benutzern. 1. Die Default Domain Policy bzgl. Passwortlänge -Komplexität und Änderungszyklus 2. Eine Richtlinie für die Zuweisung der entsprechenden Drucker 3. und die Laufwerkszuordnungs-GPO - der zweite Benutzer (bei dem es funktioniert) ist kein Domain-Admin!! - Autostart ist bei beiden leer - Third Party Tools gibt es auf beiden (ich hoffe, DU empfiehlst nicht, dass ich jetzt alles an Software lösche?!

Ja korrekt. Die Laufwerkszuordnung steht in der GPO unter Benutzerrichtlinien / Einstellungen / Windows-Einstellungen - Laufwerkszuordnung In meinem Anwendungsprotokoll steht hierzu aber nix Update: Habe soeben (zum 3. Mal mein Profil gelöscht) 1. C:\users\BENUTZERNAME gelöscht 2. \\Fileserver\Home$\BENUTZERNAME gelöscht 3. Registry [.../ProfileList] den entsprechenden Eintrag gelöscht Ich fahre die Maschine runter. Starte und logge mich ein. Der Desktop ist fast leer. Eigene Dateien auch. Laufwerk G ist nicht da. Die restlichen Netzlaufwerke aber schon. Das EDV Laufwerk (soll ja auf G: gemapped sein) ist zusätzlich über die zweite GPO auf U gemapped und erscheint.

1. Ja, ich habe ganz sicher (schon 2mal) mein Benutzerprofil gelöscht (zuerst auf C: umbenannt, dann auf dem FS umbennant (das Profil wird per Win7 Synchronisierung gesyncht), dann die wichtigen Dateien vom umbenannten ins autom. neu erstellte kopiert und dann gelöscht sowohl lokal als auch auf dem FS) 2. In der Registry unter HKLM/Software/Microsoft/Windows NT/ProfileList den entsprechenden Eintrag gelöscht Achtung!! Es geht mit einem anderen Benutzer, aber dieser steht wie beschrieben in einer anderen OU und hat nur eine von den 2 GPOs, die ich mit meinem Benutzer ziehe. Während die 2. GPO (da ist auch eine Laufwerkszuordnung zu ) bei mir ebenfalls nicht das Laufwerk G setzt, tut sie es definitiv bei dem anderen Benutzer, wo sie jedoch die einzige GPO ist, die gezogen wird. Ergänzung: Mit meinem Benutzer auf dem anderen Laptop, bei dem es mit dem 2. Benutzer ebenfalls funktioniert, kann ich ebenfalls kein Lfw. G sehen. @lefg ja wurde es: Im Post nummer 25 gegen 10:28 habe ich folgendes gepostet Auszug aus GPResult ######################################################## Group Policy Drive Maps Ausstehend 07.10.2015 12:04:13 Die Verarbeitung der Richtlinie durch Group Policy Drive Maps ist noch nicht abgeschlossen. Der Benutzer muss sich erst neu anmelden, damit die Einstellungen wirksam werden. Die Gruppenrichtlinie versucht bei der nächsten Anmeldung, die Einstellungen vorzunehmen. Es sind möglicherweise weitere Informationen aufgezeichnet worden. Suchen Sie über die Registerkarte "Richtlinienereignisse" in der Konsole oder im Anwendungsereignisprotokoll nach Ereignissen zwischen 07.10.2015 12:04:12 und 07.10.2015 12:04:13. IM Systemprotokoll meines Client um 12:04:13 ####################################################### Die clientseitige Erweiterung "Group Policy Drive Maps" der Gruppenrichtlinie konnte mindestens eine Einstellung nicht anwenden, da die Änderungen vor dem Systemstart oder der Benutzeranmeldung verarbeitet werden müssen. Das System wartet vor dem nächsten Startvorgang oder der nächsten Benutzeranmeldung darauf, dass die Gruppenrichtlinienverarbeitung vollständig abgeschlossen ist. Dies kann zu einem langsamen Start und zu einer niedrigen Startleistung führen. Ich werde den Ersatzbenutzer nun auch noch mal aus seiner OU in meine packen. Ich erhoffe mir (auch wenn das komisch klingt) dass es dann auch bei diesem Benutzer nicht klappt. Damit wäre es dann nicht das Benutzerprofil. Man könnte den Fehler dann auf diese GPO isolieren. EDIT: 13:36 'Leider' funktioniert es doch bei dem zweiten Benutzer auch nach der Verschiebung in meine OU. Somit ist eher die GPO als Fehlerquelle auszuschließen, sondern mein Sch..ss Profil ist immer noch kaputt. Aber was zum Henker muss ich denn noch machen, außer das, was Sunny ohnehin schon geschrieben hatte?

Also: Es ist auszuschließen, dass es an irgend einem USB-Stick etc. liegt. Habe nun alle vorgeschlagenen Methoden verwendet, um ein evtl. Laufwerk G zu finden. Alle Tools zeigen mir sauber alle Laufwerke (und Netzlaufwerke) an. Jedoch zeigt keines ein Laufwerk G an! Ich werde es jetzt mit einem weiteren Computer (ein Notebook) einem neuen Benutzer in der selben OU probieren und poste gleich Ergebnisse. Danke für Eure Geduld. Melde mich mit einem anderen Benutzer an meiner Maschine an. Der Benutzer steht in einer anderen OU und hat eine andere GPO (ja ich weiß - was soll das schon aussagen) Der benutzer erhält über die andere GPO ein Laufwerk G Ich Verknüpfe diese "funktionsfähige" GPO nun mit meiner OU und melde mich mit meinem Account an - aber G bleibt leer. Auszug aus GPResult ######################################################## Group Policy Drive Maps Ausstehend 07.10.2015 12:04:13 Die Verarbeitung der Richtlinie durch Group Policy Drive Maps ist noch nicht abgeschlossen. Der Benutzer muss sich erst neu anmelden, damit die Einstellungen wirksam werden. Die Gruppenrichtlinie versucht bei der nächsten Anmeldung, die Einstellungen vorzunehmen. Es sind möglicherweise weitere Informationen aufgezeichnet worden. Suchen Sie über die Registerkarte "Richtlinienereignisse" in der Konsole oder im Anwendungsereignisprotokoll nach Ereignissen zwischen 07.10.2015 12:04:12 und 07.10.2015 12:04:13. IM Systemprotokoll meines Client um 12:04:13 ####################################################### Die clientseitige Erweiterung "Group Policy Drive Maps" der Gruppenrichtlinie konnte mindestens eine Einstellung nicht anwenden, da die Änderungen vor dem Systemstart oder der Benutzeranmeldung verarbeitet werden müssen. Das System wartet vor dem nächsten Startvorgang oder der nächsten Benutzeranmeldung darauf, dass die Gruppenrichtlinienverarbeitung vollständig abgeschlossen ist. Dies kann zu einem langsamen Start und zu einer niedrigen Startleistung führen. So etwas kommt bei dem anderen Benutzer nicht. Was heißt diese Meldung denn - faktisch ist die Fehlerbeschreibung in der Meldung ja schlicht falsch, da ein anderer Benutzer sehr wohl eine GPO mit Drive Map auf G zieht und auch anwenden kann.

@sunny61: Nein - da das GEld kostet, ist nicht davon auszugehen, dass wir das hier im Einsatz haben :) @Gulp: Das war auch meine Vermutung. Ich habe ja auch 4x USB Anschlüsse an der Vorderseite meines PC. Den hat nun aber jmd. anderer Installiert, der nicht mehr da ist. Im Gerätemanager hätte ich jetzt gedacht, da kommt eine Latte an zus. Geräten zum Vorschein, sobald ich auf "ausgeblendete Geräte anzeigen" klicken. Aber unter USB Geräte sehe ich exakt die gleiche Anzahl an Geräten Und nochmal zur Bestärkung - wo das Problem zu suchen ist: Ich habe soeben nochmal die GPO auf Laufwerk U statt G geändert, alle Netzlaufwerke getrennt, Neustart (ohne gpupdate) und es ist das Laufwerk U vorhanden und zeigt auf das Share EDV. Wenn ich per Hand das Laufwerk G Mappe, dann geht das.... *EDIT - 10:28 - Ich melde mich mit lokalem Adminkonto an - ich mounte das Laufwerk G und nehme das übliche Share EDV - Ich wähle "Verbindung bei start wiederherstellen" aus - nach dem Neustart ist G immer noch da - Ich melde mich mit meinem AD - Konto an - Ich mounte manuell (Netzlaufwerk verbinden) Laufwerk G und F und zwar beide mit dem selben Share \\Server\EDV - bei beiden Verbindungen sage ich "Verbindung beim Start wiederherstellen" Nach dem Reboot ist aber nur noch F da. G ist weg! Ich habe vorhin einmal mit einer der beiden GPO experimentiert und mir das LAufwerk G löschen lassen. Diese Einstellung ist jetzt aber weg. (Siehe Post#22 von 08:36)

Ich konnte die alte GPO nicht löschen, weil da noch eine ganze Latte an Einstellungen für unsere Abteilung gesetzt sind. Deshlab habe ich in dieser GPO die Laufwerkszuordnung modifiziert und im ersten Schritt beim Laufwerk G auf Löschen gesetzt. Nun habe ich eine neue GPO erstellt die im Rang danach ausgeführt wird und habe hier ausschließlich eine Zuordnung des Laufwerks erstellt. Schritt 1. Zuweisung des EDV Shares auf Laufwerk U Ergebnis klappt. Immer wieder. Also auch nach manuellem Trennen und Gpupdate mit Neuanmeldung Schritt 2. Zuweisung auf G. Ergebnis Geht nicht. Ich habe den Verdacht noch nicht aufgegeben, dass mein spezieller PC irgendwo noch das Lfw G blockt. Aber in der Computerverwaltung/Festplattenverwaltung ist definitiv ausser C, D, E nix zu sehen. Nun werde ich im nächsten Schritt in der alten GPO die Laufwerkszuordnung zu G komplett aus der Liste entfernen, anstatt das Laufwerk G auf gelöscht zu setzen und den ganzen Spökes erneut durchführen. Wär doch gelacht....

so. ich mach morgen weiter. Mein Schädel brummt. Also bitte nicht bis 22:00 am Rechner hängen und warten, dass was neues kommt ;-) tschö

@NorbertFe: Nein - definitiv kein Tippfehler. Ich öffne das Share über den Win Explorer und dann kopiere ich mir den Pfad in die Zw-Ablage und füge Sie dann in der GPO bei dem entsprechenden Laufwerk ein. Das mache ich, weil ich zu faul zum tippen bin :-) @Sunny61: Auch an einer anderen Maschine log ich mich mit meinem User an und erhalte kein G Ich werde jetzt die Policy löschen und neu erstellen. Dann manuell die DC replizieren und mich an beiden Maschinen erneut anmelden. P.S. Ich habe Win7 64bit. Laut Internet funzt der Drive Map erst mit Wind. 8.1 ohne reboot. Ist das korrekt?

OK. Vielen Dank. Thema erledigt

Sorry, auch dieser tuts nicht. Leider. Ich habe folgendes in meinem eventvwr unter Anwendungen entnommen: gpo_error_.txt

Also, ich habe genau nach Anleitung Profil gelöscht und Registryeintrag gelöscht neu gestartet angemeldet gpupdate /force abgemeldet neu gestaretet angemeldet g ist nicht da :-( die Neustart und gpupdate Prozedur 3 mal wiederholt g ist nicht da ACHTUNG: gpresult /H D.:blabla.htm da sehe ich jetzt zwei relevante Sätze: 1. Group Policy Drive Maps Ausstehend 06.10.2015 12:20:19 Die Verarbeitung der Richtlinie durch Group Policy Drive Maps ist noch nicht abgeschlossen. Der Benutzer muss sich erst neu anmelden, damit die Einstellungen wirksam werden. Die Gruppenrichtlinie versucht bei der nächsten Anmeldung, die Einstellungen vorzunehmen. Es sind möglicherweise weitere Informationen aufgezeichnet worden. Suchen Sie über die Registerkarte "Richtlinienereignisse" in der Konsole oder im Anwendungsereignisprotokoll nach Ereignissen zwischen 06.10.2015 12:20:18 und 06.10.2015 12:20:19. 2. siehe Anhang Zur Info: Ich habe jetzt (aus purer Verzweiflung) in der GPO bei der Laufwerkszuordnung das Laufwerk G von Aktualisieren auf Löschen gestellt und ein /force mit nachgelagertem Neustart gemacht. Die GPResult zeigt jetzt alles nur noch erfolgreich. Jetzt stelle ich von Löschen wieder zurück auf Erstellen und poste gleich ein Ergebnis.

Bitte zeig mir, wie ich mein Profil umbenenne! Ich gehe per Rechtsklick auf Computer - Eigenschaften - Erweiterte Systemeinstellungen-Erweitert- Dann in dem Frame Benutzerprofile auf Einstellungen Ich kann nur löschen. Ist im übrigen doch kein Serverprofil sondern doch lokal. Keine Ahnung, warum ich das gestern geschrieben hab. Sorry :-) P.S: Mit dem neuen Benutzer klappt das mit dem Laufwerk G auch hervorragend. Es wurde direkt gemaped. Und trotz manuellem Trennens aller Laufwerke, Gpupdate /force und Neuanmeldung sind alle wieder da. SO will ich das haben. Mein Kollege hier trällert übrigens andauernd :"ich weiß ja, warum ich zuhause keine 'Domäne' haben wollte!"

na gut. Also neuen Benutzer anlegen, in die OU verschieben, wo ich mich auch aufhalte und ab dafür. - bis gleich

Guten morgen zusammen. Sorry, aber ich brauchte ein bisschen Zeit, um die Test-Prozedur von Sunny61 auszuführen. Ergebnis leider niederschmetternd. G ist immer noch weg. Nun zu den Fragen: - Ja, das hat funktioniert. Ich habe auch mal eine ganz neue Freigabe in die gleiche GPO gepackt und die wird ohne Probleme immer wieder gesetzt, auch wenn ich sie manuell trenne - lokale Computerverwaltung: Datenträgerverwaltung: keine Erkennbar vorhandenen USB od. sonst. Platten außer C und D - der unc Pfad stimmt, da ich manuell ohne Probleme das Share EDV auf unserem FS zu Laufwerk G mounten kann - Berechtigung stimmt auch (siehe manuelles mounten) was mir jetzt gerade noch einfällt um das "Buchstabe ist villeicht bereits belegt" - Thema abzuhaken: Ich werde mal das EDV Share auf Laufwerk W mounten lassen. Tja, trotzdem, dass ich zuvor auf Lfw W das Share "Setup" über die GPO mounten konnte, kann ich nicht das definitiv vorhandene und für mich les- und beschreibbare Share EDV auf das gleiche Laufwerk W mounten. Ich habe die Zuordnung in der GPO editiert und anstelle des einen nun das andere Share eingetragen. Und was kam? Immer noch das alte Share. Also Laufwerk manuell getrennt, die zwei DC repliziert gpupdate /force und Neustart und jetzt komm gar kein Laufwerk W !

Hallo liebe Freunde, ich bemühe mich seit einer Stunde, durch Suchen den richtigen Thread zu finden. Jetzt war die Geduld am Ende. Gegeben: 2 DCs (1x 2008 Enterprise; 1x 2008R2 Std) beide in einer Domain. Am Freitag Morgen ist wegen einer defekten USV der 2008R2 ausgegangen. Sollte ja eigtl. kein Thema sein - war es aber. Aber mir geht es jetzt erstmal um etwas anderes. Über einer einzigen GPO werden mir zu meinem Benutzerkto Laufwerke zugewiesen. 5 Laufwerke! Alle bis auf einer funktionieren. Laufwerk G will einfach nicht. Bisherige Analyse: - Es handelt sich dabei um eine einzige GPO für alle 5 Laufwerke! - Mein Benutzerkonto ist definitiv in der verknüpften OU - ich konnte keine "verweigern"-Rechte feststellen. Es gibt auch keine Gruppen, derer das Lesen der GPO untersagt würde. - Beide DC sind in der selben Domäne und werden in der OU DC gelistet. - Alle anderen GPOs (Drucker, Desktop Hintergrund, etc. scheinen, zu funktionieren) - Das manuelle Trennen der Laufwerke mit anschließend gpupdate /force und Neustart führt dazu, dass ich alle anderen Laufwerke wieder bekomme, außer Laufwerk G. - Ob erstellen oder Ersetzen - macht keinen Unterschied - Mittlerweile habe ich die GPO 'Erzwungen' / früher nur verknüpft, jetzt beides - Bei 'Laufwerke EIn-, ausblenden' od. 'Alle Laufwerke aus-, einlenden' steht jetzt überall 'einblenden' - löschen der Policies in HKCU und HKLM (hat zumindest dazu geführt, dass mein Desktop-Hintergrund verschwand und erst nach update /force und Neustart wieder da war) Zahlreiche Neustarts mit vorgelagertem gpupdate /force wollen einfach nicht ausreichen. Der GPO - Ergebnissatz zu meinem PC und Benutzer sagt komischer Weise, dass die Einstellung "Laufwerkszuordnung G" erfolgreich über die GPO blablabla funktioniert hat. Das Laufwerk ist aber einfach nicht da Vorschläge sind Willkommen Danka

Hehe, ja davon gehe ich jetzt aber auch mal aus ;-) Danke an alle und besonders an Dich NorberFe