为什么update-mime-database抱怨uri / rtspt和其他异常类型？

运行时update-mime-database-通常由以下人员自动启动apt-get-为什么我会可靠地收到诸如以下的投诉：

Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
Unknown media type in type 'fonts/package'
Unknown media type in type 'interface/x-winamp-skin'

它似乎并没有什么坏处，但是更新期间的长期错误可能会掩盖我确实关心的错误。

实际上，您可以通过执行以下操作来解决此问题

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运行时会收到此错误的原因 。它不太可能更改。

update-mime-databaseMIME标准本身就是一个问题。本来它应该是可扩展的。但是IETF对其进行了简化，并且没有注册任何新的主要MIME类型（application / *用作未区分的通用）。其背后的推理/推测是，设计用于与新的MIME类型正确配合的工具很少。

现在，当update-mime-database看到伪分类器（例如uri /和fonts /或interface /）时，它至少不会崩溃。因此，我认为它只是在抱怨，因为其他应用实际上可能会绊倒他们。strings给了我以下可能是“安全” MIME类型的内置列表的列表：

• 文本
• 应用
• 图片
• 音讯
• 索引节点
• 视频
• 信息
• 模型
• 多部分
• X含量
• X-epoc

这意味着它会唠叨比任何其他x-或x.和vnd.或prs.重大MIME类型。奇怪的inode/是，除了官方媒体类型之外，什么都没有。

似乎有大量的KDE库引入了这些否则对Gnome不友好的mime类型的定义。就我而言，这些库是作为依赖项添加到我后来卸载的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

在确认删除前，请小心第一个命令不会强制删除所需的软件包。删除kdelibs-bin将使大量软件包不再需要并可以自动删除。

我在有关Intrepid Ibex的旧错误报告中找到了此修复程序的基础。

备份/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

/ubuntu//a/299482/789190。

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