Der Standard-Dialog aus der Systemsteuerung ist hier nicht besonders hilfreich, da er einen nicht weiter machen lässt, wenn man keine neue Hardware angeschlossen hat die er finden kann. Nach etwas Suchen bin ich im Geräte-Manager fündig geworden.

Hier kann man (nachdem man irgendeinen Knoten ausgewählt hat) unter “Aktion” den Punkt “Legacyhardware hinzufügen” auswählen.

Hier erscheint dann der aus Vista und XP bekannte Dialog mit dem man eigene Treiber auswählen kann und u.A. auch den Microsoft Loopbackadapter installieren kann.

Nachdem ich alle Sachen die mir einfielen, von “Shift+entf” bis “ren” unter dos über die Suche nach Tools die ohne API aufs Dateisystem zugreifen (da habe ich übrigens nichts gefunden – falls da jemand was kennt, wäre ich dankbar) probiert habe, und dort immer nur die Meldung “Datei nicht gefunden” bekam, habe ich es letztendlich doch noch geschafft. Es reicht, wenn man anstatt den Dateinamen mit “name “ anzugeben im alten 8.3 Format angibt – also “name~1”.

Es scheint also, dass es zwei Möglichkeiten gibt auf die MFT zuzugreifen – einmal per langem und einmal per 8.3 Dateinamen.

Naja, ich hoffe jemandem geholfen zu haben der wie ich kurz vor der Verzweiflung stand…

Nach etwas suchen und probieren kommt hier nun eine kleine Anleitung um den lokalen Cache zu löschen und so die Synchronisierungsprobleme wieder zu beheben.

Nachlesen kann man das ganze bei Microsoft, auch wenn dort von einer anderen Fehlermeldung die Rede ist.

1. Auf Start klicken und regedit eintippen und dann auf Regedit in der Liste Programme klicken.
2. Die UAC-Warnung bestätigen (weiter bzw. Kennwort eingeben)
3. Folgenden Unterschlüssel in der Registrierung auswählen:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Csc\Parameters

   ACHTUNG:

1. Falls der Schlüssel nicht vorhanden ist diesen Unterschlüssel auswählen

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Csc

2. Im Menü Bearbeiten auf Neu klicken, und dann dann Schlüssel auswählen.
3. Parameters eingeben und die Eingabetaste drücken

Allerdings kommt es schon einmal vor, dass man Programme hat die sich sträuben mit der UAC zusammenzuarbeiten (z.B. gibt es Probleme mit Virtual Server 2005…). Hier wäre es schön diese einfach “mal eben” abschalten zu können ohne direkt einen Neustart durchführen zu müssen.

Madhur beschreibt in seinem Blog einen sehr einfachen Weg um die UAC temporär ohne Neustart zu deaktivieren. Es läuft einfach über zwei Befehle, einen zum Abschalten und einen zum Einschalten. Der Einfachheit halber sind dort auch zwei Batch-Dateien veröffentlicht, die das Ab- und Anschalten vereinfachen. Hier nochmal die Dateien mit deutscher Bezeichnung.

UAC abschalten
UAC anschalten

Ich habe das ganze selbst noch nicht getestet, werde es aber demnächst mal probieren.

Update:

Ich habe das gerade mal probiert und habe festgestellt, dass die Batch-Dateien als Administrator ausgeführt werden müssen. Um das bei einer Batch-Datei zu automatisieren gibt es hier ein kleines Skript inklusive Anleitung das man benutzen kann. Dann funktioniert das ganze bestens!

Durch einen einfachen Rechtskllick auf den Benutzer-Ordner konnte ich eine Version des Ordner’s wiederherstellen und alles war wieder (nach einer kleineren Herz-Attacke) gut.

Super Feature!

Redmond Path zeigt alle Einträge als Liste an und überprüft dabei auch die Pfade auf Gültigkeit. Außerdem ermöglicht es nach Pfaden zu suchen. Kurzum: ein sehr praktisches kleines Werkzeug!

Einstieg

(XP, Server 2003)-Nutzer müssen diese zunächst installieren, bei Vista und Server 2008 ist Sie bereits vorinstalliert.

Als erstes möchte ich die wichtigsten Befehle und Eigenarten die für den Einstieg wichtig sind beschreiben:

• get-Command: Zeigt alle verfügbaren Befehle an.
• get-help <Befehl>: Zeigt die Hilfe zu einem Befehl an.
• get-help <Befehl> -detailed: Zeigt die Erweiterte Hilfe an. Dabei werden z.B. auch Beispiele angezeigt.
• -whatif: Ist ein Parameter der an alle Befehle angehängt werden kann, und nur die Ausgabe zeigt, die der Befehl ergeben würde ohne ihn tatsächlich auszuführen
• -confirm: Ebenfalls ein Parameter der an alle Befehle angehängt werden kann und dann vor jeder Aktion nachfragt.
• <Befehl1> | <Befehl2> Pipe: Benutzt die Ausgabe des zweiten Befehls als Eingabe für den ersten.
• einfacher Filter: Bei Befehlen die eine Liste ausgeben (z.B. get-command) kann die Ausgabe auf bestimmte Elemente beschränkt werden indem der Name bzw. der Anfng des Namens plus dem Platzhalter * benutzt werden (Analog zum dir-Befehl der Kommandozeile…)

Skripte

Mit diesen Befehlen kann man den Einstieg eigentlich schon recht gut schaffen. Eines der wichtigsten Features ist natürlich die Möglichkeit Skripte zu erstellen. Beim schreiben von Skripten muss man beachten, dass diese .ps als Dateiendung müssen. Als aller erstes muss man allerdings erlauben dass Skripte ausgeführt werden, da standardmäßig nur Befehle, aber keine Skripte ausgeführt werden dürfen. Dies erledigt man mit dem Befehl

Set-ExecutionPolicy Remotesigned

Dadurch dürfen Skripte ausgeführt werden, wobei aus dem Internet heruntergeladene Skripte signiert sein müssen, lokal erstellte hingegen nicht. Nähre Informationen liefert der Befehl “get-help about_signing”.

Variablen:

• Starten mit $ und sind nicht typisiert z.B. $var = “Wert”
• Arrays werden direkt initialisiert: $array = 1,3,4
• Konkatenation erfolgt nach C# bzw. Java Syntax: $var = “wert” + $var2
• Eine For-Each Schleife hat folgendes Format:
  

  foreach($i in $list)
  {
      # Mach etwas mit $i
  }

Dies ist nur eine sehr knappe und kurze Einführung, sollte aber für einen Einstieg reichen. Was beim täglichen Gebrauch sehr interessant sein dürfte, ist dass man Schleifen, Variablen, Bedingte Abfragen usw. auch der Shell ohne ein spezielles Skript zu schreiben benutzen kann. Dies bedeutet, dass ich mal eben schnell eine foreach Schleife eingeben kann die alle Dienste auf dem Rechner beendet (um mich danach zu wundern warum nichts mehr funktioniert ).

Coole Sachen:

• Wenn man einen Befehl der Parameter erwartet ohne Parameter eingibt, wird man nach diesen gefragt:
  
• Powershell+ ist eine IDE im weitesten Sinne. Das Programm hat im Hauptfenster eine Instanz der Powershell, so dass Befehle direkt eingegeben werden können. Das coole ist, dass man z.B. auch Variablen definieren kann und immer den Wert im Blick hat.
• Alle bekannten Befehle der Kommandozeile funktionieren weiterhin.
• Zugriff auf alle Informationen des lokalen und anderer Rechner per WMI

Ressourcen

Als weitere Hilfe und für weitere Informationen bieten sich folgende Ressourcen an:

• Powershell+ eine IDE für die Powershell (kostenlos!) die eine eigene Instanz der Powershell mit Hilfreichen Informationen und Erweiterungen enthält (Befehlsreferenz in zusätzlichem Fenster, eine Art Intellisense, Anzeige eigener gesetzter Variablen, …)
• Wikipedia-Eintrag mit einigen Beispielen und näheren Erklärungen
• Microsoft: Offizielle Seite mit Links zu fertigen Skripten, weiterer Dokumentation, …
• Channel9: Befehlsreferenz inkl. Erklärung der Syntax
• How to Use the Powershell 1.0: A Beginner’s Guide: noch eine Einführung, allerdings detaillierter und auf Englisch

Außerdem gibt es gute Anleitungen um das Standard-Programm vollständig durch Notepad2 zu ersetzen. Das ganze gibt es sowohl für Vista als auch für XP. Dabei würde ich allerdings empfehlen die notepad.exe Dateien nicht vollständig zu ersetzen, sondern vorher umzubenennen (z.B. notepad_original.exe). Auf diese Weise kann man im Notfall noch zurück.

Das einzige Problem beim ersetzen des Standard-Notepad durch Notepad2 stellen die Einstellungen dar, da diese vom Programm in einer ini-Datei gespeichert werden und das Programm ja keinen Zugriff auf C:\Windows bzw. C:\Windows\System32 hat. Dazu kann man aber folgenden Workaround benutzen, und ausnutzen dass Notepad2 auch in der PATH-Variable nach einer Einstellungsdatei sucht.

Dieser Workaround ist für Vista gedacht, kann aber durch einfaches Anpassen der Verzeichnisse auch unter XP verwendet werden.

1. Folgenden Ordner für die Einstellungen im Anwendungsdaten-Verzeichnis des Benutzers erstellen: (Benutzername entsprechend ersetzen
   C:\Users\<Benutzername>\AppData\Roaming\Notepad2
2. Systemsteuerung öffnen
3. Auf System klicken
4. Auf Erweiterte Systemeinstellungen klicken
5. Auf dem Reiter Erweitert auf Umgebungsvariablen klicken
6. Im unteren Bereich die PATH Variable suchen und auf Bearbeiten klicken
   
7. Am Ende Anfang des Textfeldes den Pfad zum oben erstellten Ordner gefolgt von einem Semikolok einfügen.
   Achtung: Das was vorher in dem Feld stand muss nach dem Semikolon erhalten bleiben!
   
8. Durch OK alle Fenster schließen

Jetzt findet Notepad2 die Einstellungsdatei automatisch im erstellten Ordner und benutzt diese zum speichern der Einstellungen.