Dolphin / Konqueror falsche Dateityperkennung

In Dolphin / Konqueror-Dateien, die den Dateityp "unbekannt" haben sollen, ist der Typ "Microsoft Help-Attribut-Definitionsdatei" angegeben.

Dies betrifft auch Dateien ohne Dateierweiterung mit speziellen Symbolen (z. B. ^ [[2J ^ [[0; 0f, die ich am Anfang von .xsession-Fehlern habe)), Auslagerungsdatei, Softlinks (zu diesen Dateien + Dangling-Links).

In den Systemeinstellungen / Dateizuordnungen ist "Microsoft Help Attribute Definitions File" eine Beschreibung für den Typ "application / octet-stream" (siehe octet-stream.xml unten).

Es scheint, dass sie es als eine Art Fallback oder Standardeintrag verwenden, denn wenn ich ein Verzeichnis eingebe, haben alle Dateien (nicht Verzeichnisse) für einige Momente diesen Typ (nicht erkannt?). Das Problem ist spezifisch für diese Dateibrowser. Ich habe Thunar, Tux Commander und Double Commander installiert und sie funktionieren einwandfrei. Dateien selbst sind in Ordnung:

[ ~]$ file .xsession-errors .xsession-errors: UTF-8 Unicode text, with very long lines, with CRLF, LF line terminators, with escape sequences [ ~]$ file --mime-type .xsession-errors .xsession-errors: text/plain [ ~]$ file link link: broken symbolic link to 43399594 

Ich habe versucht, diese Art von Dateien zu finden, fand einige in ~ / .local / share / mime /, aber alle Änderungen (mit nachfolgenden Aktualisierungsdesktopdatenbanken, update-mime-Datenbankaufrufen und sogar Neustart) ergaben nichts.

Dachte, dass es an Wine Office 2010-Installation liegen könnte, so löschte Wine Mime, Desktop und so Dateien (Linklimit, finden Sie es auf der Wein-FAQ-Seite unter "4.3. Wie reinige ich die Open With-Liste?") Ohne Erfolg . Dann Weinpräfix gelöscht - gleiches Ergebnis. Bei Google konnte auch nichts gefunden werden (die meisten Probleme betrafen das Starten der Anwendung und nicht die Erkennung von Dateitypen).

Bei einem neuen Benutzer getestet - alles funktioniert wie ein Zauber. Von dort haben meine .xsession-Fehler den Typ "unbekannt"

Laut Fehler 337708 scheint es sich um Shared-Mime-Info zu handeln. Ich habe nichts Bestimmtes gefunden.

octet-stream.xml  <?xml version="1.0" encoding="utf-8"?> <mime-type xmlns="http://www.freedesktop.org/standards/shared-mime-info" type="application/octet-stream"> <!--Created automatically by update-mime-database. DO NOT EDIT!--> <comment>Microsoft Help Attribute Definition File</comment> <glob-deleteall/> <glob pattern="*.bin"/> <glob pattern="*.hxd"/> <glob pattern="*.hxh"/> <glob pattern="*.hxi"/> <glob pattern="*.hxq"/> <glob pattern="*.hxr"/> <glob pattern="*.hxs"/> <glob pattern="*.hxw"/> </mime-type> 

Einige Bilder mit Delphin, Thunar, Master-Fast-Print-Bildschirm, während der Ordner geladen wurde

[ ~]$ uname -a Linux Erefan 3.17.6-1-ARCH #1 SMP PREEMPT Sun Dec 7 23:43:32 UTC 2014 x86_64 GNU/Linux KDE  [ ~]$ dolphin --version Qt: 4.8.6 KDE Development Platform: 4.14.3 Dolphin: 4.14.3 

ps .xsession-errors, nur als Beispiel, tatsächlich haben viele Dateien diesen falschen Typ.

Edit 1: Nach weiteren Tests mit dem neuen Benutzer kam ich zu dem Schluss, dass es sich um die Installation von Wine Office 2010 handelt. Bei dieser Installation wurde die neue octet-stream.xml-Datei unter ~ / .local / share / mime / application / gespeichert, die die ursprüngliche Datei in / usr / share / mime / application / überschreibt. Bei der Installation muss application-octet-stream.xml im Paketordner angegeben werden. Anschließend wird sie von der update-mime-database verwendet, um die octet-stream.xml-Datei zu generieren. Die Originaldatei definiert eigentlich den "unbekannten" Dateityp. Ich bin mit der Syntax nicht sehr vertraut, aber es sieht so aus, als gäbe es nichts Besonderes. Also habe ich die application-octet-stream.xml manuell so geändert, dass sie dem ursprünglichen + hinzugefügten Symbol entspricht (siehe unten). Bis jetzt funktionieren alle gut.

Wenn Sie also Schritte ausprobieren möchten, gehen Sie wie folgt vor:

Überprüfen Sie alles selbst, falls etwas passiert, werden Sie die Schuld sein.

1. modify ~/.local/share/mime/packages/application-octet-stream.xml (see below).  2. run "update-mime-database ~/.local/share/mime/".  3. probably restart current session. 

application-octet-stream.xml

<?xml version="1.0" encoding="UTF-8"?> <mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info"> <mime-type type="application/octet-stream"> <comment>unknown</comment> <icon name="unknown"/> <glob pattern="*.hxd"/> <glob pattern="*.hxh"/> <glob pattern="*.hxi"/> <glob pattern="*.hxq"/> <glob pattern="*.hxr"/> <glob pattern="*.hxs"/> <glob pattern="*.hxw"/> </mime-type> </mime-info> 

Nächster Schritt - XML-Dateien haben hässliches Windows-Symbol (anscheinend ist die Office-Installation die Schuld), und ich frage mich, warum sie sich nicht durch normale Dateizuordnungseinstellungen ändert.