Fehlerhafte Dateizuordnung im WMI-Repository

329
Bartleby the Scrivener

Windows 7-Rechner, und soweit ich weiß, ist das einzig Seltsame am System das, was ich unten erwähne.

Ich habe mit einer ganzen Menge Textdateien zu tun, die keine Erweiterung haben, also habe ich vor einiger Zeit Dateien ohne Erweiterung mit Notepad ++ x64 verknüpft. Nun, ich brauchte die Funktionalität von Plugins, die nicht mit x64 kompatibel sind, und entfernte sie schließlich.

Ich habe seitdem versucht, neue Befehle auszugeben, um Dateien mit der 32-Bit-Version, die unter dem x86-Pfad installiert ist, ohne Erweiterung zu verknüpfen. Trotzdem, jedes Mal, wenn ich versuche, auf die Datei zu doppelklicken, zeigt sie auf die regulären "Programmdateien" "Pfad. Ich habe die gesamte Registry mehrmals durchsucht und kann den Pfad nicht finden, der nicht existiert. Wenn ich eine zweite Kopie von N ++ unter dem regulären Pfad der Programmdateien mache, funktioniert das einwandfrei, aber ich würde es gerne verwenden eine Kopie.

Nach zusätzlicher Arbeit glaube ich, dass ich möglicherweise die Ursache des Problems gefunden habe. Es scheint ein ungültiger Eintrag in meinem WMI-Repository (OBJECTS.DATA-Datei in .. \ WBEM \ Repository) zu sein. Unglücklicherweise habe ich damit genau Null gemacht, und alles, was ich von MS lese, sagt mir, ich sollte es nur als letzten Ausweg versuchen und es wiederaufbauen. Da dies nur eine schlechte Dateizuordnung ist, bin ich ziemlich zurückhaltend .

Gibt es eine Möglichkeit, eine Dateizuordnung im WMI-Repository zu reparieren?

1
Die Grundidee wäre, das Tutorial [verwenden] (https://www.sevenforums.com/tutorials/19449-default-file-type-associations-restore.html) zu verwenden, aber eine eigene .reg-Datei zum Wiederherstellen / Löschen der Datei zu erstellen Verknüpfung, die Sie mit allen Dateien ohne Dateierweiterung vorgenommen haben. Ramhound vor 6 Jahren 0
Ich habe den Schlüssel für gelöscht. unter HKEY_CLASSES_ROOT (was ich gemacht habe, um es in erster Linie zu verknüpfen), aber das funktioniert nicht. Ich fange an zu glauben, dass es einen anderen Ort gibt, an dem solche Assoziationen gespeichert werden. Bartleby the Scrivener vor 6 Jahren 0
Ich nehme an, Sie haben hier in Ihrer Registry nach dem `../Program Files / N + Installationsverzeichnis gesucht? Ramhound vor 6 Jahren 0
Ich hoffe, Sie suchen nicht buchstäblich nach "N +", da dies nicht der Name der ausführbaren Datei ist. Sie suchen den Namen der ausführbaren Datei, richtig? Ramhound vor 6 Jahren 1
Ich glaube, ich habe herausgefunden, wo es ist, aber ich habe keine Ahnung, wie ich es reparieren soll. Es scheint irgendwo im WMI-Repository zu stecken, und ich fühle mich an diesem Punkt nicht besonders bequem damit. Ich suche nach Möglichkeiten, es zu reparieren, ohne es neu aufzubauen. Bartleby the Scrivener vor 6 Jahren 0
Möchten Sie Ihre Frage mit Details aktualisieren? Ramhound vor 6 Jahren 0
Ich denke, das WMI-Repository ist ein roter Hering. Soweit ich weiß, ist es in keiner Weise mit der Dateizuordnung von Windows Explorer verbunden, zumindest nicht in Windows 7. Alberto Martinez vor 6 Jahren 0

1 Antwort auf die Frage

0
Alberto Martinez

Bevor ich in das Assoziierungsproblem einsteige, ist das WMI ein roter Hering. WMI steht für Windows Management Instrumentation und eine API zum Abrufen von Informationen über das System. Es ermöglicht beispielsweise das Abfragen der Informationen in einem SQL-Stil Ich habe es benutzt, um Informationen über laufende Prozesse zu erhalten . In Bezug auf das WMI-Repository :

Das WMI-Repository „% windir% System32 \ Wbem \ Repository“ ist die Datenbank, in der Metainformationen und Definitionen für WMI-Klassen gespeichert werden. In einigen Fällen speichert das Repository auch statische Klassendaten.

Ich sehe also keine Möglichkeit, dass Ihr Problem mit dem WMI-Repository zusammenhängen könnte, weil es nicht für die Dateizuordnung oder andere Explorer-Konfigurationen verwendet wird. Möglicherweise enthält Notepad ++ einige Informationen im Repository, dies steht jedoch nicht im Zusammenhang.

Was Ihr Problem anbelangt, so ist die "Standard" -Methode, ein Programm Dateien ohne Erweiterung zuzuordnen, die .(dot) -Erweiterung unter HKEY_CLASSES_ROOT. Es gibt zwei Varianten, die "alte" Methode:

[HKEY_CLASSES_ROOT\.] @="Notepad++Test"  [HKEY_CLASSES_ROOT\Notepad++Test] @="Notepad++ Test" [HKEY_CLASSES_ROOT\Notepad++Test\shell\open\command] @="\"C:\\Program Files\\Notepad++\\notepad++.exe\" %1"

und der "neue" Weg, der in Windows XP eingeführt wurde (oder vielleicht auch in Windows 2000, ich bin mir nicht sicher):

[HKEY_CLASSES_ROOT\.\OpenWithProgids] "Notepad++Test"=""  [HKEY_CLASSES_ROOT\Notepad++Test] @="Notepad++ Test" [HKEY_CLASSES_ROOT\Notepad++Test\shell\open\command] @="\"C:\\Program Files\\Notepad++\\notepad++.exe\" %1"

( Notepad++TestSo habe ich den Schlüssel genannt, der in meinen Tests verwendet wurde. Dieser Schlüssel könnte einen beliebigen Namen haben, abhängig davon, wer den Schlüssel erstellt hat und wie.)

Überprüfen Sie, welche Werte Sie dort haben. Sie können auch überprüfen, HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.\OpenWithProgidswelche Liste die Benutzer automatisch mit den Erweiterungen und den zugehörigen Programmen aufnimmt (ich denke, dass dieser Schlüssel eine niedrigere Priorität hat als der andere, aber ich nicht sicher).

Wenn Sie den HKEY_CLASSES_ROOT\.Schlüssel nicht erstellt haben oder über die richtigen Werte verfügen, verwenden Sie möglicherweise eine nicht standardisierte Methode zum Verknüpfen von Dateien, möglicherweise mit einem Programm eines Drittanbieters, das falsch konfiguriert ist.

Leider habe ich nicht nur die fraglichen Schlüssel speziell geprüft, sondern auch meine gesamte Registrierung nach dem fraglichen Text durchsucht, der nicht darin enthalten ist. Ich denke, es ist das WMI-Repository, weil ich meine gesamte Festplatte nach dem Pfad durchsucht habe, den es sucht, und es nur an zwei Stellen gefunden wird: 1. Das WMI-Repository 2. Superfetch Außerhalb davon ist der Grund meiner Meinung nach der WMI-Repository ist darauf zurückzuführen, dass das Problem weiterhin besteht, wenn Superfetch deaktiviert ist. Ich vermute, es könnte etwas sein, das File Locator Pro nicht finden kann, aber wenn das der Fall ist, dann bin ich noch schlimmer. Bartleby the Scrivener vor 6 Jahren 0
Wie ich bereits sagte, gibt es möglicherweise Informationen zu Notepad im Repository, aber AFAIK kann nicht mit der Explorer-Konfiguration in Verbindung gebracht werden, sie befindet sich in einer anderen Ebene in der SO-Architektur. Vielleicht können Sie herausfinden, was mit [Process Explorer] (https://docs.microsoft.com/de-de/sysinternals/downloads/process-explorer) los ist. Dieses Programm fängt alle Registrierungs- und Dateisystemaktivitäten ab und protokolliert das Problem ist, dass es * alle * fängt, also müssen Sie selbst bei Verwendung von Filtern ziemlich viel suchen. Wenn Sie daran interessiert sind, werde ich die Antwort mit den grundlegenden Schritten und Blogeinträgen des Autors bezüglich seiner Verwendung aktualisieren. Alberto Martinez vor 6 Jahren 0

Verwandte Probleme