Почему update-mime-database жалуется на uri / rtspt и другие необычные типы?
У меня была такая же проблема и я хотел бы подтвердить решение, которое сработало для меня в надежде, что оно поможет другим ...
Я отредактировал 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 и сообщит, как получится.
31 ответ
Это проблема с 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 / - это не официальный тип носителя.
-
1Спасибо за этот ценный комментарий. Очень полезно знать, что персонализированные mimetypes не будут работать. Попробовал создать mimetype с именем «comprovante / biblioteca», и поэтому он не работал над последними версиями Ubuntu / Linux Mint. – Leonardo Montenegro 4 December 2014 в 22:49