Дельфин / Konqueror неправильно распознает тип файла

1120
lundibundi

В файлах Dolphin / Konqueror, которые, как предполагается, имеют «неизвестный» тип файла, в качестве их типа используется «Файл определения атрибута справки Microsoft».

Это также влияет на файлы без расширения со специальными символами в них (например, ^ [[2J ^ [[0; 0, если у меня возникли ошибки .xsession-error)), файл подкачки, программные ссылки (на эти файлы + оборванные ссылки).

В «Системных настройках / Файловых ассоциациях» «Файл определения атрибутов справки Microsoft» приведено описание типа «application / octet-stream» (см. Octet-stream.xml ниже).

Кажется, они используют его как запасной вариант или запись по умолчанию, потому что, когда я вхожу в каталог, все файлы (не каталоги) на несколько мгновений имеют этот тип (нераспознанный?). Проблема специфична для тех файловых браузеров, я установил Thunar, Tux Commander, Double Commander, и они работают нормально. С файлами все в порядке:

[ ~]$ 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 

Пытался найти файлы этого типа, нашел некоторые в ~ / .local / share / mime /, но любые изменения (с последующими вызовами update-desktop-database update-mime-database и даже перезагрузкой) ничего не дали.

Я подумал, что это может быть связано с установкой Wine Office 2010, поэтому стертые файлы MIME, Desktop и так далее (ограничение ссылки, вы можете найти на странице часто задаваемых вопросов по Wine в разделе «4.3. Как очистить Open With List?») Безрезультатно., Затем удалил винный префикс - тот же результат. Также не удалось найти что-либо с помощью Google (большинство проблем было связано с неправильным запуском приложения, а не с распознаванием типа файла).

Проверено на новом пользователе - все работает как шарм. Оттуда мои .xsession-ошибки имеют тип "неизвестно"

Согласно ошибке 337708 кажется, что это связано с shared-mime-info. Не нашел ничего конкретного.

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> 

несколько картинок с дельфинами, тунцами, мастер-быстрой печатью экрана во время загрузки папки

[ ~]$ 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 используется только в качестве примера, на самом деле многие файлы имеют неправильный тип.


Редактировать 1: После дополнительного тестирования нового пользователя я пришел к выводу, что это связано с установкой Wine Office 2010. В частности, эта установка поместила новый файл octet-stream.xml в ~ / .local / share / mime / application /, который переопределяет исходный файл в / usr / share / mime / application /. На самом деле установка обеспечивает application-octet-stream.xml в папке пакетов, которая затем используется update-mime-database для генерации octet-stream.xml. Исходный файл фактически определяет «неизвестный» тип файла. Я не очень знаком с синтаксисом, но, похоже, в этом нет ничего особенного. Поэтому я вручную изменил application-octet-stream.xml, чтобы он соответствовал исходному значку + добавлен (см. Ниже). Пока все работает просто отлично.

Поэтому, если вы хотите попробовать выполнить следующие шаги:

Проверьте все самостоятельно на случай, если что-нибудь случится, вы будете виноваты.

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. 

Приложение-октет-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> 

Следующий шаг - у файлов xml есть уродливый значок windows (кажется, виновата установка в офисе), и мне интересно, почему он не меняется через обычные настройки сопоставления файлов.

3
Я понятия не имею, что вы спрашиваете. Nifle 9 лет назад 1
в основном все файлы, которые должны быть «неизвестного» типа, теперь имеют тип «Файл определения атрибутов справки Microsoft» [dropbox с примером] (https://www.dropbox.com/sh/b2izozpfylgxr20/AACSH-mKRAKY7ts8XXSSgo1ya?dl=0 ) lundibundi 9 лет назад 1
Заголовок и вопрос говорят об ассоциации типов файлов, которая используется, но не должна. Ссылка на ошибку говорит о том, что Dolphin не может распознать типы файлов (противоположная проблема). Вы смотрели в настройках системы | Файловые ассоциации? Посмотрите, полезно ли это для извлечения информации о магическом числе: http://unixhelp.ed.ac.uk/CGI/man-cgi?file fixer1234 9 лет назад 0
@ fixer1234, надеюсь, немного прояснил. Спасибо за «магию», займусь исследованием чуть позже. Эта ссылка на ошибку не просто говорит о том, что «общая информация о пантомиме» используется в kde по сравнению с «файлом» (не знаю, связаны ли они или нет). PS Настройки системы | Информация о сопоставлениях файлов уже существует - файл octet-stream.xml lundibundi 9 лет назад 0
Этот вопрос является «странным изложением фактов». Вы говорите, что тип файла "должен быть" неизвестен. Там действительно нет такого "должно быть неизвестно". Очень мало файлов, которые не имеют каких-либо характеристик, которые делают их узнаваемыми как нечто, даже если это часть широкого универсального класса. Ваша проблема заключается в том, что «Файл определения атрибутов справки Microsoft» - это имя, присвоенное «application / octet-stream», которое, очевидно, и является этими файлами. Что бы вы хотели назвать «application / octet-stream»? Является ли целью переименовать это как «неизвестное»? fixer1234 9 лет назад 0
Перетаскиваемые ссылки, файл подкачки, файлы с текстом в кодировке Юникод (как указано в «файле») наверняка не являются «файлом определения атрибута справки Microsoft». Я думаю, это очевидно, но я проверил это для нового пользователя, и у любого из них есть «неизвестный» / тип ссылки. Плюс проверенные файлы в моем каталоге - все имеют правильный тип файла (неизвестно, ссылка). lundibundi 9 лет назад 1
Есть несколько типов файлов, которые являются "application / octet-stream". Они не неизвестны, они распознаются как «application / octet-stream». Имя приложения, которое использует тип файла, часто присваивается, даже если оно не является универсальным. Вы ищете способ удалить ассоциацию приложения. fixer1234 9 лет назад 0
Ваша точка зрения логична, и я согласен с ней, но главная проблема в том, что нет приложения (зачем там? Ведь я установил только офис). Так что в основном это просто переименованный тип файла и ничего более. Поэтому я бы хотел вернуть его в норму (сейчас это слово кажется неоднозначным). В Windows это может быть правильная ассоциация (не во всех случаях, но, надеюсь, в большинстве случаев), но в Linux у меня есть много файлов «octet-stream», которые, очевидно, не могут быть открыты, даже если у меня была соответствующая программа (справка Microsoft?). Таким образом, это даже не ошибка, а недоразумение, потому что я установил программу для Windows в Linux. lundibundi 9 лет назад 0
Спасибо за ваш вклад. Как я теперь вижу, я был немного ограничен и одержим идеей, что это совершенно неправильно. lundibundi 9 лет назад 0

0 ответов на вопрос

Похожие вопросы