Еще одна проблема прибывает по моему мнению где cat
по сравнению с. cp
имеет значительное значение:
По определению кошка развернет редкие файлы, заполняя разрывы с "реальными" нулевыми байтами, в то время как CP, по крайней мере, можно сказать сохранить дыры.
Редкие файлы являются файлами, где последовательности нулевых байтов были заменены метаданными для сохранения пространства. Можно протестировать путем создания один с dd и копировать его с инструментами по Вашему выбору.
Создайте редкий файл (изменяющийся на/tmp заранее, чтобы избежать, чтобы проблема - видела заключительное примечание):
15> cd /tmp
16> dd if=/dev/null of=sparsetest bs=512b seek=5
0+0 records in
0+0 records out
0 bytes (0 B) copied, 5.9256e-05 s, 0.0 kB/s
измерьте его - это не должно занимать место.
17> du -sh sparsetest
0 sparsetest
скопируйте его с CP и проверьте размер
18> cp sparsetest sparsecp
19> du -sh sparsecp
0 sparsecp
теперь скопируйте его с кошкой и проверьте размер
20> cat sparsetest > sparsecat
21> du -sh sparsecat
1.3M sparsecat
попробуйте свои предпочтительные инструменты для проверения их поведения
не забывайте мыться.
Заключительное предупреждение: Эксперименты как они имеют свойственный шанс повышения Вашей известности с Вашим локальным системным администратором при выполнении их в файловой системе, это - часть его плана резервного копирования, или очень важный для благополучия системы. В зависимости от его выбора инструмента для резервного копирования он мог бы закончить тем, что нуждался в большем ленточном носителе, чем он когда-нибудь считал возможным создать резервную копию того одного 0-байтового файла, который расширен до терабайт, обнуляет.
Другие файлы, которые не могут быть скопированы ни с кошкой, ни с CP, включали бы специальные для устройства файлы и т.д. Это зависит от Вашей реализации копирования инструмента, если бы это может копировать узел устройства, или если это весело скопировало бы свое содержание вместо этого.
Можно использовать JavaScript пользовательского MediaTomb API, чтобы сделать независимо от того, что Вы хотите с расположением файла. Я использовал его, чтобы изменить отображенные имена файлов и реорганизовать структуру каталогов. Например, если Вы имеете,
Вы могли бы только хотеть, чтобы E01-Hawkeye-gets-shot и E02-Hot-lips-gets-shot были отображены в зависимости от того, как Ваш рендеринг медиа отображает заголовки. Наверняка, можно отфильтровать файлы (не, включают их), этот путь также. Обычно эти файлы находятся в /usr/share/mediatomb/js
и указаны в /etc/mediatomb/config.xml
.
Конкретно взгляд 5.1.3. Обработчик Содержимых изображения. Необходимо измениться addImage()
функция в сценарии импорта.