lost+found - это каталог, в котором fsck (проверка файловой системы) помещает файлы, которые он восстанавливает из сиротских блоков. Это может произойти, когда что-то повреждает мета-блоки файловой системы (также называемые i-узлами), в которых хранятся ссылки блоков, которые содержат данные файла.
Посмотрите также на http: // tldp. org / LDP / Linux-Filesystem-Hierarchy / html / lostfound.html http://ubuntuforums.org/archive/index.php/t-229143.html
Вышеупомянутые решения больше не работают с Trusty Tahr 14.04. Причина этого заключается в том, что пакет gstreamer0.10-ffmpeg был заменен gstreamer1.0-libav, но Firefox планирует поддерживать gstreamer 1.0 только с версией 30.
Так что пока вы можете установить gstreamer0 .10-ffmpeg от saucy для вашей соответствующей архитектуры здесь:
https://launchpad.net/~mc3man/+archive/trusty-mediaMozilla добавила поддержку OpenH264 в качестве плагина в Firefox 33. Чтобы включить этот плагин, Firefox теперь автоматически загрузит двоичный файл с сайта OpenH264 при первом запуске программы. [ ! d1]
Это автоматически отлично, не так ли? Подождите ... это был каламбур.
Хотя это действительно очень удобное решение, оно также должно поднимать проблемы конфиденциальности и безопасности, когда программное обеспечение автоматически загружает двоичные файлы с сайтов, связанных с системами Cisco или другими компаниями, независимо от того, насколько прозрачны процесс и лицензионное соглашение.
Не имеет прямого отношения, но если вы предпочитаете автоматически удалять файлы cookie, когда Firefox закрывается и не может найти правильный файл cookie для сохранения постоянного воспроизведения HTML5, я предлагаю установить Firefox 33 .
Мое предположение заключалось в том, что установить только двоичный файл декодера H.264 недостаточно, поэтому я установил вверх по 2 новым виртуальным машинам:
Ubuntu 14.04.2 с ограниченными дополнениями, установленными во время установки Ubuntu 15.04 без ограниченных дополнений, установленных во время установкиПосле завершения установки обеих виртуальных машин я загрузил системы , обновил их снова, установил гостевые дополнения VM, запустил Firefox для t
Так как YouTube также предлагает свои открытые исходные WebM-форматы, и я хотел бы не вдаваться в подробности о методах тестирования, мне нужно было использовать другой сайт, способный работать с HTML5, чтобы протестировать проприетарные Поддержка воспроизведения H.264. Я выбрал Vimeo, потому что они говорят, что они OpenH264 сайт , и они, похоже, не поддерживают WebM, что я считаю нехорошим.
Всякий раз, когда я вносил некоторые изменения в тест, например, установка пакета или включение / отключение чего-либо в Firefox, я закрыл и снова запустил Firefox.
Как вы может видеть на этом скриншоте только плагин OpenH264 включен в Firefox, все необходимые пакеты GStreamer в разных версиях предварительно установлены, и видео воспроизводится так, как ожидалось.
26]
Как вы можете видеть на этом скриншоте, включен плагин OpenH264, нет плагина Flash, несколько предустановленных пакетов GStreamer в разных версиях, но OpenH264 [!d2 ] Вместо этого сайт сразу сообщает нам, что видео нельзя воспроизвести. Почему?
Ubuntu 14.04.2 с ограниченными дополнениями, установленными во время установки Обновление: снова просмотрев эту проблему с Firefox 41, я обнаружил, что OpenH264 похоже, отключен примерно: config through:
media.fragmented-mp4.exposed;false
media.fragmented-mp4.gmp.enabled;false
Установка этих параметров в true не повлияла. Другие настройки, которые я пробовал: media.audio_data.enabled;true никакого эффекта. media.mediasource.enabled;true Vimeo раньше не использовал MSE, поэтому эти и связанные настройки не влияли. Результат media.fragmented-mp4.use-blank-decoder;true: сплошной зеленый холст и звуковой сигнал с постоянной синусоидальной волной. Умный подход заключался бы в установке gstreamer1.0-plugins-bad-faad, но это не означает, что конкретное сообщение об ошибке на Vimeo идет по пути, поэтому давайте установить все ограниченные аддоны.
[!d34]
Как и ожидалось, все будет работать, если вы установите пакет с ограниченными дополнениями WebM , но вы можете захотеть установите плагин Flash на что-то еще, чем enabled в Firefox, чтобы использовать видео HTML5.
56] По-видимому, gstreamer1.0-libav - это единственный пакет, который нужно удалить, чтобы вернуть сообщение об ошибке. Значит, он использовал декодер AAC от libav? Я не копал глубже, чтобы найти доказательства для этого, и я не искал, какой декодер будет предпочтительнее (например, если OpenH264 используется в настоящее время в Linux) или если Vimeo выбрасывает это сообщение об ошибке из-за того, что какая-то другая зависимость не выполняется, несмотря на то, что H .264 и AAC.
Чтобы подвести итог, воспроизведение текущего основного содержимого требует не только декодера H.264, но также декодера AAC и H.265 уже готовится заменить старый. Кроме того, я не вижу соответствующей спецификации для MP4 с заменой H.264 в сторону рекомендации относительно более удобного в использовании аудиокодека с открытым исходным кодом в ближайшем будущем.
Серьезно, нажмите для WebM! Вы получаете VP8 + Vorbis в качестве соперника H.264 / AVC и VP9 + Opus в качестве соперника H.265 / HEVC.
Источник: http://andreasgal.com/2014/10/14/openh264-now-in-firefox/
gstreamer1.0-libav, вероятно, единственный вариант для добавления поддержки для тег H264 HTML5 в Firefox для Linux.
С Firefox30 вам нужно установить gstreamer 1.0. Вы также должны установить большинство плагинов: плохой, уродливый, ...
Не путайте имя пакета, вы должны установить: gstreamer 1.0 , а не gstreamer ( номер 1/1 является частью пакета, а не «версией»). Те же правила применяются ко всем плагинам: «gstreamer1-plugins -...»
Вот более полный url для проверки возможностей браузера html5 и поддержки кодеков: http://html5test.com/[!d5 ]