In unserem Unternehmen wurde kürzlich eine alte Charge Computer durch neue, mit NVIDIA-Grafik ausgestattete Rechner, ersetzt. Seitdem trat das Problem auf, dass die servergespeicherten Profile der Nutzer, die sich an diesen Rechnern anmeldeten, bei der Abmeldung nicht mehr auf den Server zurückgeschrieben wurden. Da dies bei ca. 200 Usern, die auch öfter den PC wechseln, natürlich völlig inakzeptabel ist, musste schnell eine Lösung für das Problem gefunden werden. Leider gestalltete sich die Suche nach der Ursache alles andere als leicht. Der erste Schritt war, die betroffenen Profile neu anzulegen, was aber keinen Erfolg brachte. Die Ereignisanzeige sowohl des Servers, als auch der Clients brachte auch keine brauchbaren Informationen. Deshalb legte ich meine ganzen Hoffnungen in das USERENV-Loging. Via Registry volles Loging aktiviert und nach mehreren An- und Abmeldungen die userenv.log ausgewertet – leider ebenso ohne Erfolg. So blieb mir nur noch das Internet. Der einzige Hinweis, den ich da noch finden konnte, war ein Problem mit älteren NVIDIA-Treibern, dass andere Administratoren hatten. Diese schienen beim Abmelden das Benutzerprofil nicht richtig freizugeben, weshalb es dann nicht auf den Server zurückgeschrieben werden konnte. Obwohl wir bei uns relativ aktuelle Treiber im Einsatz haben, war das mein letzter Anahltspunkt und so habe ich mit dem Sysinternals Tool Autoruns alle NVIDIA-Autostarteinträge (bis auf die eigentlichen Treiberdateien) deaktiviert. Und tatsächlich konnte dies das Problem beheben. Es scheint also nach wie vor oder wieder eine Fehlfunktion in NVIDIAs Treibern zu geben. Leider erscheint weder in der Ereignisanzeige, noch in irgendwelchen LOG-Dateien eine entsprechende Meldung. Bleibt also nur zu hoffen, das NVIDA das Problem in den Griff bekommt, um uns Administratoren mühsame Sisyphusarbeit zu ersparen.
Durchsuche Beiträge in Windows allgemein
Ich wünsche allen Leserinnen und Lesern meines Blogs ein gesundes und erfolgreiches Jahr 2009!! Ich möchte das Jahr mit einem Powershell (1.0) Skript einläuten, welches ich vor kurzem erstellt habe. Da es sich mit um eines meiner ersten “richtigen” Skripte für die Windows Powershell handelt und ich denke, dass die Problemstellung, die dem Ganzen zu Grunde liegt, sicher auch für andere Administratoren interessant sein könnte, möchte ich Euch meine geistigen Ergüsse nicht vorenthalten und freue mich natürlich auch über Anregungen, was man an der einen oder anderen Stelle noch optimieren könnte.
Ich stand kürzlich in unserem Unternehmen vor dem Problem, dass ich auf einem windowsbasierten Serversystem aus bestimmten Ordnern unter einem Wurzelverzeichnis alle Dateien mit einem gewissen Alter, sowie alle leeren Unterordner löschen wollte. Klingt an und für sich so erst einmal nicht schwierig. Das Einfachste wäre sicher gewesen, mit der Windows Suchfunktion alle meinem Kriterium entsprechenden Dateien herausfischen zu lassen, und diese dann über den Explorer zu löschen. Halbwegs Praktikabel, wenn man auf das Löschen leerer Ordner verzichten kann und es sich um eine einmalige Sache handelt. Damit wollte ich mich aber nicht zufrieden geben; die leeren Verzeichnisse sollten ebenfalls eliminiert und der Vorgang jede Nacht automatisch gestartet werden. Es musste also ein Skript her, welches via Taskplaner jede Nacht ausgeführt wird. Doch in welcher Form? VBS, eine einfache Batchdatei mit DOS-Befehlen oder die neue Powershell? Ich habe mich für die Powershell (1.0) entschieden, da ich von den scheinbar endlosen Möglichkeiten dieses Werkzeugs begeistert bin. weiter lesen
Wer hätte gedacht, dass Microsoft schon seit Windows 2000 ein Tool in seine Betriebssysteme integriert, mit dem man Dateien durchaus sicher löschen kann!? Vielleicht ist der sehr geringe Bekanntheitsgrad dieser Funktion damit zu erklären, dass es sich dabei eigentlich nur um eine Nebenfunktion des seit Windows 2000 in alle Windows-Versionen (mit Ausnahme der Home Editions) integrierten EFS (Encrypted File System) handelt.
Dass Tool nennt sich cipher.exe, ein Dienstprogramm welches eigentlich die EFS-Verwaltung über Kommandozeile ermöglicht. Es enthält jedoch eine Option, die nichts mit Verschlüsselung zu tun hat: führt man es mit dem Parameter /W:Laufwerksbuchstabe:\ (und natürlich den dementsprechenden Berechtigungen) aus, überschreibt es sämtlichen unzugeordneten Speicher auf dem Zielvolume zuerst mit binären Nullen, dann binären Einsen und schließlich nocheinmal mit einem Zufallswert. Es werden also nur Dateien überschrieben, die zuvor über den Explorer oder auf ähnlichem Wege gelöscht wurden (nicht nur in den Papierkorb verschoben!). weiter lesen
Valid
