Почему update-mime-database жалуется на uri / rtspt и другие необычные типы?

Question 1

У меня была такая же проблема и я хотел бы подтвердить решение, которое сработало для меня в надежде, что оно поможет другим ...

Я отредактировал grub.cfg, чтобы отразить здесь изменения:

menuentry "Windows 7 (loader) (on /dev/sda1)" --class windows --class os {
    insmod part_msdos
    insmod ntfs
    insmod ntldr
    set root='(hd0,msdos1)'
    search --no-floppy --fs-uuid --set=root 1EA0019AA0017A13
    ntldr ($root)/bootmgr
}

То есть я добавил ...

insmod ntldr

и изменил последнюю строку на ...

ntldr ($ root ) / bootmgr

В ближайшее время я попытаюсь восстановить VBR и сообщит, как получится.

Question 2

На самом деле вы можете исправить это просто, выполнив

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime

Вот цитата из Ana Guerrero в 2008 году, поэтому вы думаете, что она будет исправлена к настоящему времени.

fake mimetypes установлены kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs. В недавней версии update-mime-database стало многословным об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении материала, а затем запускаете update-mime-database. Это вряд ли изменится.

Question 3

Question 4

На самом деле вы можете исправить это просто, выполнив

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime

Вот цитата из Ana Guerrero в 2008 году, поэтому вы думаете, что она будет исправлена к настоящему времени.

fake mimetypes установлены kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs. В недавней версии update-mime-database стало многословным об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении материала, а затем запускаете update-mime-database. Это вряд ли изменится.

Question 5

На самом деле вы можете исправить это просто, выполнив

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime

Вот цитата из Ana Guerrero в 2008 году, поэтому вы думаете, что она будет исправлена к настоящему времени.

fake mimetypes установлены kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs. В недавней версии update-mime-database стало многословным об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении материала, а затем запускаете update-mime-database. Это вряд ли изменится.

Question 6

На самом деле вы можете исправить это просто, выполнив

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime

Вот цитата из Ana Guerrero в 2008 году, поэтому вы думаете, что она будет исправлена к настоящему времени.

fake mimetypes установлены kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs. В недавней версии update-mime-database стало многословным об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении материала, а затем запускаете update-mime-database. Это вряд ли изменится.

Question 7

Question 8

На самом деле вы можете исправить это просто, выполнив

  sudo rm /usr/share/mime/packages/kde.xml sudo update-mime-database / usr / share / mime

Здесь цитата из Ana Guerrero в 2008 году , поэтому вы можете подумать, что она будет исправлена к настоящему времени.

Эти поддельные типы mimetypes установленный kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs.

В недавней версии update-mime-database стала многословной об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении файла, а затем update- запускается mime-database . Это вряд ли будет изменено.

Question 9

На самом деле вы можете исправить это просто, выполнив

  sudo rm /usr/share/mime/packages/kde.xml sudo update-mime-database / usr / share / mime

Здесь цитата из Ana Guerrero в 2008 году , поэтому вы можете подумать, что она будет исправлена к настоящему времени.

Эти поддельные типы mimetypes установленный kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs.

В недавней версии update-mime-database стала многословной об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении файла, а затем update- запускается mime-database . Это вряд ли будет изменено.

Question 10

На самом деле вы можете исправить это просто, выполнив

  sudo rm /usr/share/mime/packages/kde.xml sudo update-mime-database / usr / share / mime

Здесь цитата из Ana Guerrero в 2008 году , поэтому вы можете подумать, что она будет исправлена к настоящему времени.

Эти поддельные типы mimetypes установленный kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs.

В недавней версии update-mime-database стала многословной об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении файла, а затем update- запускается mime-database . Это вряд ли будет изменено.

Question 11

На самом деле вы можете исправить это просто, выполнив

  sudo rm /usr/share/mime/packages/kde.xml sudo update-mime-database / usr / share / mime

Здесь цитата из Ana Guerrero в 2008 году , поэтому вы можете подумать, что она будет исправлена к настоящему времени.

Эти поддельные типы mimetypes установленный kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs.

В недавней версии update-mime-database стала многословной об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении файла, а затем update- запускается mime-database . Это вряд ли будет изменено.

Question 12

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда она видит псевдоклассификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. strings предоставил мне следующий список, возможно, встроенный список «безопасных» типов MIME:

текстовое приложение изображение аудио инодекс видеосообщение модель multipart x-content x-epoc

Значение он будет натыкаться на любые другие x- или x. и vnd. или prs. основные типы mime. Любопытно, что inode/ - это не официальный тип СМИ.

Question 13

Question 14

Похоже, что есть куча библиотек KDE, которые привносят в них недружественные определения типа Mname Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

sudo apt-get purge kdelibs-bin kdelibs-data 
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex.

Question 15

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда она видит псевдоклассификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. strings предоставил мне следующий список, возможно, встроенный список «безопасных» типов MIME:

текстовое приложение изображение аудио инодекс видеосообщение модель multipart x-content x-epoc

Значение он будет натыкаться на любые другие x- или x. и vnd. или prs. основные типы mime. Любопытно, что inode/ - это не официальный тип СМИ.

Question 16

Похоже, что есть куча библиотек KDE, которые привносят в них недружественные определения типа Mname Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

sudo apt-get purge kdelibs-bin kdelibs-data 
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex.

Question 17

Резервное копирование вашего каталога /usr/share/mime на всякий случай.

Я решил его, удалив все .xml файлы в каталоге /usr/share/mime, затем запустил команду обновления

cp -R /usr/share/mime /usr/share/mime_back
find  /usr/share/mime -name *.xml -exec rm -rfv {} +    
update-mime-database /usr/share/mime

https://askubuntu.com/a/299482/789190.

https://askubuntu.com/a/299482/789190

Question 18

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда она видит псевдоклассификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. strings предоставил мне следующий список, возможно, встроенный список «безопасных» типов MIME:

текстовое приложение изображение аудио инодекс видеосообщение модель multipart x-content x-epoc

Значение он будет натыкаться на любые другие x- или x. и vnd. или prs. основные типы mime. Любопытно, что inode/ - это не официальный тип СМИ.

Question 19

Question 20

Похоже, что есть куча библиотек KDE, которые привносят в них недружественные определения типа Mname Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

sudo apt-get purge kdelibs-bin kdelibs-data 
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex.

Question 21

Резервное копирование вашего каталога /usr/share/mime на всякий случай.

Я решил его, удалив все .xml файлы в каталоге /usr/share/mime, затем запустил команду обновления

cp -R /usr/share/mime /usr/share/mime_back
find  /usr/share/mime -name *.xml -exec rm -rfv {} +    
update-mime-database /usr/share/mime

https://askubuntu.com/a/299482/789190.

https://askubuntu.com/a/299482/789190

Question 22

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда она видит псевдоклассификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. strings предоставил мне следующий список, возможно, встроенный список «безопасных» типов MIME:

текстовое приложение изображение аудио инодекс видеосообщение модель multipart x-content x-epoc

Значение он будет натыкаться на любые другие x- или x. и vnd. или prs. основные типы mime. Любопытно, что inode/ - это не официальный тип СМИ.

Question 23

Похоже, что есть куча библиотек KDE, которые привносят в них недружественные определения типа Mname Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

sudo apt-get purge kdelibs-bin kdelibs-data 
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex.

Question 24

Резервное копирование вашего каталога /usr/share/mime на всякий случай.

Я решил его, удалив все .xml файлы в каталоге /usr/share/mime, затем запустил команду обновления

cp -R /usr/share/mime /usr/share/mime_back
find  /usr/share/mime -name *.xml -exec rm -rfv {} +    
update-mime-database /usr/share/mime

https://askubuntu.com/a/299482/789190.

https://askubuntu.com/a/299482/789190

Question 25

Question 26

Резервное копирование каталога / usr / share / mime на всякий случай.

Я решил это, удалив все .xml файлы в / usr / share / mime , затем запустите команду update

  cp -R / usr / share / mime / usr / share / mime_back find / usr / share / mime  -name * .xml -exec rm -rfv {} + update-mime-database / usr / share / mime

https://askubuntu.com/a/299482/ 789190 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469833

Question 27

Похоже, что есть куча библиотек KDE, которые приводят к этим другим недружественным определениям типа mn-типа Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

  sudo apt-get purge kdelibs-bin kdelibs-data sudo apt-get autoremove --purge sudo update-mime-database / usr / share / mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex . Если вы избавитесь от kdelibs-bin, то сделайте большой набор пакетов ненужными и готовыми к autoremove.

.

Question 28

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда видит псевдо-классификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. строки дали мне следующий список, вероятно, встроенный список «безопасных» типов MIME:

text
application
] изображение
аудио
inode
видео
сообщение
модель
multipart
x-content
x-epoc

Это означает, что он наткнется на любой другой x - или x. и vnd. или prs. основные типы мим. Любопытно, что inode / - это не официальный тип носителя.

Question 29

Резервное копирование каталога / usr / share / mime на всякий случай.

Я решил это, удалив все .xml файлы в / usr / share / mime , затем запустите команду update

  cp -R / usr / share / mime / usr / share / mime_back find / usr / share / mime  -name * .xml -exec rm -rfv {} + update-mime-database / usr / share / mime

https://askubuntu.com/a/299482/ 789190 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469833

Question 30

Похоже, что есть куча библиотек KDE, которые приводят к этим другим недружественным определениям типа mn-типа Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

  sudo apt-get purge kdelibs-bin kdelibs-data sudo apt-get autoremove --purge sudo update-mime-database / usr / share / mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex . Если вы избавитесь от kdelibs-bin, то сделайте большой набор пакетов ненужными и готовыми к autoremove.

.

Question 31

Question 32

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда видит псевдо-классификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. строки дали мне следующий список, вероятно, встроенный список «безопасных» типов MIME:

text
application
] изображение
аудио
inode
видео
сообщение
модель
multipart
x-content
x-epoc

Это означает, что он наткнется на любой другой x - или x. и vnd. или prs. основные типы мим. Любопытно, что inode / - это не официальный тип носителя.

Question 33

Похоже, что есть куча библиотек KDE, которые приводят к этим другим недружественным определениям типа mn-типа Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

  sudo apt-get purge kdelibs-bin kdelibs-data sudo apt-get autoremove --purge sudo update-mime-database / usr / share / mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex . Если вы избавитесь от kdelibs-bin, то сделайте большой набор пакетов ненужными и готовыми к autoremove.

.

Question 34

Резервное копирование каталога / usr / share / mime на всякий случай.

Я решил это, удалив все .xml файлы в / usr / share / mime , затем запустите команду update

  cp -R / usr / share / mime / usr / share / mime_back find / usr / share / mime  -name * .xml -exec rm -rfv {} + update-mime-database / usr / share / mime

https://askubuntu.com/a/299482/ 789190 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469833

Question 35

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда видит псевдо-классификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. строки дали мне следующий список, вероятно, встроенный список «безопасных» типов MIME:

text
application
] изображение
аудио
inode
видео
сообщение
модель
multipart
x-content
x-epoc

Это означает, что он наткнется на любой другой x - или x. и vnd. или prs. основные типы мим. Любопытно, что inode / - это не официальный тип носителя.

Question 36

Резервное копирование каталога / usr / share / mime на всякий случай.

Я решил это, удалив все .xml файлы в / usr / share / mime , затем запустите команду update

  cp -R / usr / share / mime / usr / share / mime_back find / usr / share / mime  -name * .xml -exec rm -rfv {} + update-mime-database / usr / share / mime

https://askubuntu.com/a/299482/ 789190 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469833

Question 37

Question 38

Похоже, что есть куча библиотек KDE, которые приводят к этим другим недружественным определениям типа mn-типа Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

  sudo apt-get purge kdelibs-bin kdelibs-data sudo apt-get autoremove --purge sudo update-mime-database / usr / share / mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex . Если вы избавитесь от kdelibs-bin, то сделайте большой набор пакетов ненужными и готовыми к autoremove.

.

Yi Jiang · Accepted Answer · 25 May 2018 в 23:49

На самом деле вы можете исправить это просто, выполнив

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime

Вот цитата из Ana Guerrero в 2008 году, поэтому вы думаете, что она будет исправлена к настоящему времени.

fake mimetypes установлены kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs. В недавней версии update-mime-database стало многословным об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении материала, а затем запускаете update-mime-database. Это вряд ли изменится.

22

ответ дан Yi Jiang 25 May 2018 в 23:49

1

Все еще нужно в 15.10 ;-( Я следил за этим, забыл, как это сделать, обыскал, нашел его и снова сделал. Lather rinse repeat. Каждый раз, хотя я не помнил, где файлы и какие команды были, я нашел этот пост и посетил его и использовал его 3 раза (статистика из google search on chrome). Я использовал эту строку поиска и добавляю ее сюда, чтобы она повышалась от второго до первого ( Как удалить предупреждения, такие как «Неизвестный носитель» type в наборе ответов. ubuntu mime-types all / all unknown media type – ElderDelp 18 November 2015 в 00:28
2

Каковы последствия удаления файла? Потому что я не думаю, что kde устанавливает этот файл без причины? Вы можете потерять ремоделирование мим – Anwar 13 April 2017 в 12:33

Yi Jiang · Accepted Answer · 25 July 2018 в 22:42

На самом деле вы можете исправить это просто, выполнив

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime

Вот цитата из Ana Guerrero в 2008 году, поэтому вы думаете, что она будет исправлена к настоящему времени.

fake mimetypes установлены kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs. В недавней версии update-mime-database стало многословным об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении материала, а затем запускаете update-mime-database. Это вряд ли изменится.

Yi Jiang · Accepted Answer · 31 July 2018 в 11:37

На самом деле вы можете исправить это просто, выполнив

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime

Вот цитата из Ana Guerrero в 2008 году, поэтому вы думаете, что она будет исправлена к настоящему времени.

fake mimetypes установлены kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs. В недавней версии update-mime-database стало многословным об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении материала, а затем запускаете update-mime-database. Это вряд ли изменится.

Yi Jiang · Accepted Answer · 2 August 2018 в 04:08

На самом деле вы можете исправить это просто, выполнив

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime

Вот цитата из Ana Guerrero в 2008 году, поэтому вы думаете, что она будет исправлена к настоящему времени.

fake mimetypes установлены kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs. В недавней версии update-mime-database стало многословным об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении материала, а затем запускаете update-mime-database. Это вряд ли изменится.

Yi Jiang · Accepted Answer · 4 August 2018 в 20:11

На самом деле вы можете исправить это просто, выполнив

  sudo rm /usr/share/mime/packages/kde.xml sudo update-mime-database / usr / share / mime

Здесь цитата из Ana Guerrero в 2008 году , поэтому вы можете подумать, что она будет исправлена к настоящему времени.

Эти поддельные типы mimetypes установленный kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs.

В недавней версии update-mime-database стала многословной об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении файла, а затем update- запускается mime-database . Это вряд ли будет изменено.

Yi Jiang · Accepted Answer · 6 August 2018 в 04:13

На самом деле вы можете исправить это просто, выполнив

  sudo rm /usr/share/mime/packages/kde.xml sudo update-mime-database / usr / share / mime

Здесь цитата из Ana Guerrero в 2008 году , поэтому вы можете подумать, что она будет исправлена к настоящему времени.

Эти поддельные типы mimetypes установленный kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs.

В недавней версии update-mime-database стала многословной об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении файла, а затем update- запускается mime-database . Это вряд ли будет изменено.

Yi Jiang · Accepted Answer · 10 August 2018 в 10:26

На самом деле вы можете исправить это просто, выполнив

  sudo rm /usr/share/mime/packages/kde.xml sudo update-mime-database / usr / share / mime

Здесь цитата из Ana Guerrero в 2008 году , поэтому вы можете подумать, что она будет исправлена к настоящему времени.

Эти поддельные типы mimetypes установленный kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs.

В недавней версии update-mime-database стала многословной об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении файла, а затем update- запускается mime-database . Это вряд ли будет изменено.

Yi Jiang · Accepted Answer · 13 August 2018 в 16:52

На самом деле вы можете исправить это просто, выполнив

  sudo rm /usr/share/mime/packages/kde.xml sudo update-mime-database / usr / share / mime

Здесь цитата из Ana Guerrero в 2008 году , поэтому вы можете подумать, что она будет исправлена к настоящему времени.

Эти поддельные типы mimetypes установленный kdelibs с файлом /usr/share/mime/packages/kde.xml с давних времен. Они хранятся в kde4libs.

В недавней версии update-mime-database стала многословной об этих неизвестных типах, и именно поэтому вы получаете эту ошибку при обновлении файла, а затем update- запускается mime-database . Это вряд ли будет изменено.

24

ответ дан Yi Jiang 13 August 2018 в 16:52

1

Все еще нужно в 15.10 ;-( Я следил за этим, забыл, как это сделать, обыскал, нашел его и снова сделал. Lather rinse repeat. Каждый раз, хотя я не помнил, где файлы и какие команды были, я нашел этот пост и посетил его и использовал его 3 раза (статистика из google search on chrome). Я использовал эту строку поиска и добавляю ее сюда, чтобы она повышалась от второго до первого ( Как удалить предупреждения, такие как «Неизвестный носитель» type в наборе ответов. ubuntu mime-types all / all unknown media type – ElderDelp 18 November 2015 в 00:28
2

Каковы последствия удаления файла? Потому что я не думаю, что kde устанавливает этот файл без причины? Вы можете потерять ремоделирование мим – Anwar 13 April 2017 в 12:33
3

Большое спасибо за ответ. но он не работает для 14.04 – Dheeraj M Pai 10 July 2018 в 13:50

mario · Answer 9 · 25 May 2018 в 23:49

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда она видит псевдоклассификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. strings предоставил мне следующий список, возможно, встроенный список «безопасных» типов MIME:

текстовое приложение изображение аудио инодекс видеосообщение модель multipart x-content x-epoc

Значение он будет натыкаться на любые другие x- или x. и vnd. или prs. основные типы mime. Любопытно, что inode/ - это не официальный тип СМИ.

Спасибо за этот ценный комментарий. Очень полезно знать, что персонализированные mimetypes не будут работать. Попробовал создать mimetype с именем «comprovante / biblioteca», и поэтому он не работал над последними версиями Ubuntu / Linux Mint. — Leonardo Montenegro, 4 December 2014 в 22:49

msw · Answer 10 · 25 May 2018 в 23:49

Похоже, что есть куча библиотек KDE, которые привносят в них недружественные определения типа Mname Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

sudo apt-get purge kdelibs-bin kdelibs-data 
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex.

mario · Answer 11 · 25 July 2018 в 22:42

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда она видит псевдоклассификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. strings предоставил мне следующий список, возможно, встроенный список «безопасных» типов MIME:

текстовое приложение изображение аудио инодекс видеосообщение модель multipart x-content x-epoc

Значение он будет натыкаться на любые другие x- или x. и vnd. или prs. основные типы mime. Любопытно, что inode/ - это не официальный тип СМИ.

Спасибо за этот ценный комментарий. Это очень полезно знать, что выполненные им типы не будут работать. Пробовали создать Тип с именем 'comprovante/библиотеки' и вот почему он не работал на последней версией Ubuntu / Линукс Минт версии. — Leonardo Montenegro, 4 December 2014 в 22:49

msw · Answer 12 · 25 July 2018 в 22:42

Похоже, что есть куча библиотек KDE, которые привносят в них недружественные определения типа Mname Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

sudo apt-get purge kdelibs-bin kdelibs-data 
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex.

StackEdd · Answer 13 · 25 July 2018 в 22:42

Резервное копирование вашего каталога /usr/share/mime на всякий случай.

Я решил его, удалив все .xml файлы в каталоге /usr/share/mime, затем запустил команду обновления

cp -R /usr/share/mime /usr/share/mime_back
find  /usr/share/mime -name *.xml -exec rm -rfv {} +    
update-mime-database /usr/share/mime

https://askubuntu.com/a/299482/789190.

https://askubuntu.com/a/299482/789190

mario · Answer 14 · 31 July 2018 в 11:37

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда она видит псевдоклассификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. strings предоставил мне следующий список, возможно, встроенный список «безопасных» типов MIME:

текстовое приложение изображение аудио инодекс видеосообщение модель multipart x-content x-epoc

Значение он будет натыкаться на любые другие x- или x. и vnd. или prs. основные типы mime. Любопытно, что inode/ - это не официальный тип СМИ.

Спасибо за этот ценный комментарий. Очень полезно знать, что персонализированные mimetypes не будут работать. Попробовал создать mimetype с именем «comprovante / biblioteca», и поэтому он не работал с последними версиями Ubuntu / Linux Mint. — Leonardo Montenegro, 4 December 2014 в 22:49

msw · Answer 15 · 31 July 2018 в 11:37

Похоже, что есть куча библиотек KDE, которые привносят в них недружественные определения типа Mname Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

sudo apt-get purge kdelibs-bin kdelibs-data 
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex.

StackEdd · Answer 16 · 31 July 2018 в 11:37

Резервное копирование вашего каталога /usr/share/mime на всякий случай.

Я решил его, удалив все .xml файлы в каталоге /usr/share/mime, затем запустил команду обновления

cp -R /usr/share/mime /usr/share/mime_back
find  /usr/share/mime -name *.xml -exec rm -rfv {} +    
update-mime-database /usr/share/mime

https://askubuntu.com/a/299482/789190.

https://askubuntu.com/a/299482/789190

mario · Answer 17 · 2 August 2018 в 04:08

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда она видит псевдоклассификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. strings предоставил мне следующий список, возможно, встроенный список «безопасных» типов MIME:

текстовое приложение изображение аудио инодекс видеосообщение модель multipart x-content x-epoc

Значение он будет натыкаться на любые другие x- или x. и vnd. или prs. основные типы mime. Любопытно, что inode/ - это не официальный тип СМИ.

Спасибо за этот ценный комментарий. Очень полезно знать, что персонализированные mimetypes не будут работать. Попробовал создать mimetype с именем «comprovante / biblioteca», и поэтому он не работал с последними версиями Ubuntu / Linux Mint. — Leonardo Montenegro, 4 December 2014 в 22:49

msw · Answer 18 · 2 August 2018 в 04:08

Похоже, что есть куча библиотек KDE, которые привносят в них недружественные определения типа Mname Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

sudo apt-get purge kdelibs-bin kdelibs-data 
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex.

StackEdd · Answer 19 · 2 August 2018 в 04:08

Резервное копирование вашего каталога /usr/share/mime на всякий случай.

Я решил его, удалив все .xml файлы в каталоге /usr/share/mime, затем запустил команду обновления

cp -R /usr/share/mime /usr/share/mime_back
find  /usr/share/mime -name *.xml -exec rm -rfv {} +    
update-mime-database /usr/share/mime

https://askubuntu.com/a/299482/789190.

https://askubuntu.com/a/299482/789190

StackEdd · Answer 20 · 4 August 2018 в 20:11

Резервное копирование каталога / usr / share / mime на всякий случай.

Я решил это, удалив все .xml файлы в / usr / share / mime , затем запустите команду update

  cp -R / usr / share / mime / usr / share / mime_back find / usr / share / mime  -name * .xml -exec rm -rfv {} + update-mime-database / usr / share / mime

https://askubuntu.com/a/299482/ 789190 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469833

msw · Answer 21 · 4 August 2018 в 20:11

Похоже, что есть куча библиотек KDE, которые приводят к этим другим недружественным определениям типа mn-типа Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

  sudo apt-get purge kdelibs-bin kdelibs-data sudo apt-get autoremove --purge sudo update-mime-database / usr / share / mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex . Если вы избавитесь от kdelibs-bin, то сделайте большой набор пакетов ненужными и готовыми к autoremove.

.

mario · Answer 22 · 4 August 2018 в 20:11

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда видит псевдо-классификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. строки дали мне следующий список, вероятно, встроенный список «безопасных» типов MIME:

text
application
] изображение
аудио
inode
видео
сообщение
модель
multipart
x-content
x-epoc

Это означает, что он наткнется на любой другой x - или x. и vnd. или prs. основные типы мим. Любопытно, что inode / - это не официальный тип носителя.

StackEdd · Answer 23 · 6 August 2018 в 04:13

Резервное копирование каталога / usr / share / mime на всякий случай.

Я решил это, удалив все .xml файлы в / usr / share / mime , затем запустите команду update

  cp -R / usr / share / mime / usr / share / mime_back find / usr / share / mime  -name * .xml -exec rm -rfv {} + update-mime-database / usr / share / mime

https://askubuntu.com/a/299482/ 789190 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469833

msw · Answer 24 · 6 August 2018 в 04:13

Похоже, что есть куча библиотек KDE, которые приводят к этим другим недружественным определениям типа mn-типа Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

  sudo apt-get purge kdelibs-bin kdelibs-data sudo apt-get autoremove --purge sudo update-mime-database / usr / share / mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex . Если вы избавитесь от kdelibs-bin, то сделайте большой набор пакетов ненужными и готовыми к autoremove.

.

mario · Answer 25 · 6 August 2018 в 04:13

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда видит псевдо-классификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. строки дали мне следующий список, вероятно, встроенный список «безопасных» типов MIME:

text
application
] изображение
аудио
inode
видео
сообщение
модель
multipart
x-content
x-epoc

Это означает, что он наткнется на любой другой x - или x. и vnd. или prs. основные типы мим. Любопытно, что inode / - это не официальный тип носителя.

msw · Answer 26 · 10 August 2018 в 10:26

Похоже, что есть куча библиотек KDE, которые приводят к этим другим недружественным определениям типа mn-типа Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

  sudo apt-get purge kdelibs-bin kdelibs-data sudo apt-get autoremove --purge sudo update-mime-database / usr / share / mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex . Если вы избавитесь от kdelibs-bin, то сделайте большой набор пакетов ненужными и готовыми к autoremove.

.

StackEdd · Answer 27 · 10 August 2018 в 10:26

Резервное копирование каталога / usr / share / mime на всякий случай.

Я решил это, удалив все .xml файлы в / usr / share / mime , затем запустите команду update

  cp -R / usr / share / mime / usr / share / mime_back find / usr / share / mime  -name * .xml -exec rm -rfv {} + update-mime-database / usr / share / mime

https://askubuntu.com/a/299482/ 789190 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469833

mario · Answer 28 · 10 August 2018 в 10:26

Это проблема с update-mime-database и самим стандартом MIME. Первоначально предполагалось, что он будет расширяемым. Но IETF опустил его, и никаких новых основных типов mime не зарегистрировано (приложение / * используется как недифференцированное catch-all). Обоснование / предположение о том, что несколько инструментов разработаны для правильной работы с новыми типами MIME.

Теперь update-mime-database по крайней мере не падает, когда видит псевдо-классификаторы, такие как uri / и шрифты / или интерфейс /. Поэтому я предполагаю, что он только жалуется, потому что другие приложения могут действительно путешествовать по ним. строки дали мне следующий список, вероятно, встроенный список «безопасных» типов MIME:

text
application
] изображение
аудио
inode
видео
сообщение
модель
multipart
x-content
x-epoc

Это означает, что он наткнется на любой другой x - или x. и vnd. или prs. основные типы мим. Любопытно, что inode / - это не официальный тип носителя.

StackEdd · Answer 29 · 13 August 2018 в 16:52

Резервное копирование каталога / usr / share / mime на всякий случай.

Я решил это, удалив все .xml файлы в / usr / share / mime , затем запустите команду update

  cp -R / usr / share / mime / usr / share / mime_back find / usr / share / mime  -name * .xml -exec rm -rfv {} + update-mime-database / usr / share / mime

https://askubuntu.com/a/299482/ 789190 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469833

msw · Answer 30 · 13 August 2018 в 16:52

Похоже, что есть куча библиотек KDE, которые приводят к этим другим недружественным определениям типа mn-типа Gnome. В моем случае библиотеки были добавлены в качестве зависимостей к пакету приложений KDE, который я позже удалил.

Чтобы удалить кучу библиотек KDE и связанные с ними записи / usr / share / mime, я использовал:

  sudo apt-get purge kdelibs-bin kdelibs-data sudo apt-get autoremove --purge sudo update-mime-database / usr / share / mime

Будьте осторожны, чтобы первая команда не принудительно удаляла необходимый пакет, прежде чем вы подтвердите удаление.

Я нашел основу для этого исправления в старом отчете об ошибке для Intrepid Ibex . Если вы избавитесь от kdelibs-bin, то сделайте большой набор пакетов ненужными и готовыми к autoremove.

.

Почему update-mime-database жалуется на uri / rtspt и другие необычные типы?

31 ответ

Другие вопросы по тегам:

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