Ich möchte den Standard-Cmd durch cmder ersetzen, aber cmder kann Contig nicht ausführen, um meine häufig verwendeten Ordner auf der Festplatte zu defragmentieren. Der Befehl Contig.exe -v -s E:\WarThunderläuft unter cmd einwandfrei, aber unter cmder wird nur das Hilfemenü angezeigt (z. B. beim Analysieren falscher Parameter).
Wie kann ich das beheben? Alle Ideen sind willkommen
Antwort1
Contig.exe (aus den SysInternal-Tools) weist einen schwerwiegenden Fehler auf: Es erkennt nicht das Vorhandensein symbolischer Links (oder Verzeichnisverbindungen) und gemounteter Volumes. In einigen Fällen existiert die Zieldatei (oder das Zielverzeichnis für Richtungsverbindungen) möglicherweise nicht einmal. In diesen Fällen stürzt es ab, da es nicht gelingt, die Extents abzurufen, und erzeugt einen Dump im Crashdump-Verzeichnis des aktuellen Benutzers.
Contig.exe sollte standardmäßig nicht dem Ziel eines symbolischen Links oder Ziels einer Verzeichnisverbindung oder dem Ziel folgen, wenn es sich um einen Einhängepunkt handelt. Stattdessen sollte es nur den Link oder die Verbindung oder den Einhängepunkt selbst analysieren/defragmentieren.
- Wenn man das Ziel eines symbolischen Links oder einer symbolischen Verbindung analysieren/defragmentieren möchte, sollte es eine zusätzliche Option „-f“ geben, um das Verfolgen solcher Umleitungen zu ermöglichen. Diese Option sollte standardmäßig deaktiviert sein.
- Wenn man das Ziel eines Einhängepunkts analysieren/defragmentieren möchte, sollte es eine zusätzliche Option „-m“ geben, um den Besuch dieser Punkte zu ermöglichen. Diese Option sollte standardmäßig deaktiviert sein.
- Wenn die Optionen „-f“ oder „-m“ zusammen mit „-s“ (das Unterverzeichnisse rekursiv durchläuft) verwendet werden, sollte contig.exe den besuchten Pfad verfolgen, indem es die Volume-ID und die Datei-ID jedes besuchten Verzeichnisses speichert und NIEMALS dieselben Knoten erneut besucht (um unendliche Rekursionsschleifen im selben besuchten übergeordneten Verzeichnis zu vermeiden, das bereits im Stapel vorhanden ist).
Ein ähnlicher Fehler wurde teilweise für das Befehlszeilentool ATTRIB.EXE behoben (mit seiner Option „/L“, wenn es mit „/S“ zum Rekursieren von Unterverzeichnissen verwendet wird), er bleibt jedoch bestehen, wenn sich in einem Einhängepunkt gemountete Volumes befinden. Beim Tool ICACLS.exe wird dies anscheinend korrekt gehandhabt (es besucht nie die Ziele von Links, sondern nur den Link selbst), es besteht jedoch weiterhin ein Problem mit Einhängepunkten (zu einem anderen Volume, möglicherweise in einem VHDX, oder zu einem anderen Verzeichnis des aktuellen Volumes).
Solche Fehler betreffen andere Tools, insbesondere Backup-/Wiederherstellungstools (einschließlich des alten „Windows 7“-Backups, das noch in Windows 8/8.1/10/11 vorhanden ist und möglicherweise ebenfalls kein dateibasiertes Backup korrekt und erfolgreich erstellen kann, einschließlich verschiedener symbolischer Links oder Junctions, die standardmäßig in Benutzerprofilen vorhanden sind, aber nur mit einem alten „versteckten“ Attribut gekennzeichnet sind oder nicht ausdrücklich von der Liste der Unterverzeichnisse ausgeschlossen sind, die NICHT gesichert/wiederhergestellt werden sollen).
Die vollständige und effektive korrekte Unterstützung symbolischer Links (einschließlich „Verzeichnisverbindungen“ in NTFS) ist für Windows noch nicht vollständig getestet. Hardlinks (unterstützt in NTFS zwischen Dateien/Verzeichnissen auf demselben Datenträger) können ebenfalls ein Problem darstellen, da hier eine unendliche Rekursion möglich ist. Windows übernimmt an vielen Stellen immer noch das Verhalten älterer FAT-Dateisysteme, bei denen auf jede Datei oder jedes Verzeichnis nur über einen eindeutigen Pfad zugegriffen werden kann. Wir sollten jedoch nicht vergessen, dass symbolische Links und Einhängepunkte (für Verzeichnisse) schon seit sehr langer Zeit existieren (sie existierten in IBM-DOS, MS-DOS oder DR-DOS und in verschiedenen DOS-Extendern, auf eingehängten FAT-Datenträgern oder eingehängten Netzwerkdatenträgern, lange vor den ersten 16-Bit-Versionen von Windows!).
Möglicherweise kann ein solcher Fehler in Contig.exe (und einigen seiner Administratorrechte und seiner internen „Lizenzprüfung“, die einen Zustimmungsdialog öffnen kann) dazu führen, dass „cmder“ die Verwendung von Contig.exe verweigert (wobei es sich nicht um ein reines Befehlszeilentool handelt, da es den Windows-Desktop und nicht nur die Standard-E/A-Streams verwenden können muss).