раздвижное окно JPGs из тысяч файлов

Как сказала Виланд, вы должны сообщить изображение ramfs для расшифровки корневого раздела.

Что означает добавить шифровать перехват к /etc/mkinitcpio.conf перед перехватом файловыми системами, изменив эту строку (это должно быть настройкой по умолчанию в установке vanilla Arch):

HOOKS="base udev autodetect modconf block filesystems keyboard fsck"

на:

HOOKS="base udev autodetect modconf block encrypt filesystems keyboard fsck"

(Для более подробной информации смотрите: https://wiki.archlinux.org/index.php/Dm-crypt/Encrypting_an_entire_system#Configuring_mkinitcpio)

А затем перекомпилируйте образ ramfs следующей командой (в arch-chroot с установленным /boot):

# mkinitcpio -p linux

(За более подробной информацией смотрите еще раз):

HOOKS="base udev autodetect modconf block filesystems keyboard fsck"

к этому:

HOOKS="base udev autodetect modconf block encrypt filesystems keyboard fsck"

(За более подробной информацией смотрите: : https://wiki.archlinux.org/index.php/mkinitcpio#Image_creation_and_activation)

1
18.08.2014, 23:54
1 ответ
..

Почему sudo ? Если он все равно работает как root, поместите его в корневую кронтаб?

Сканирование (удаленной) директории с тысячами файлов в ней может занять много времени. Если это займёт больше минуты, вы можете запустить несколько заданий cron одновременно, борясь друг с другом за ресурсы, и многие удалённые файловые системы не смогут хорошо обрабатывать одновременный доступ.

Чтобы избежать одновременных заданий cron, вы можете использовать какой-нибудь механизм блокировки, или так как он будет работать без остановки, вы можете поместить его в сервисный скрипт вместо:

while [1]
do
    sleep 60 &
    cp jpg stuff
    wait # for sleep in case 60 seconds have not yet passed
done

Может быть, вы могли бы переименовать уже скопированные файлы в игнорируемый субдиректор?

-exec {}. \; также не очень эффективен (запускает новый cp процесс для каждого файла). Попробуйте -exec cp --target-directory=/home/pi/.... {} + вместо этого, если ваши программы поддерживают такую опцию.

Если имена файлов каким-либо образом предсказуемы (содержат дату или номер инкремента), то, возможно, более эффективно полагаться на них, а не на временную метку, чтобы избежать ненужных / трудоемких stat() свойств файла.

.
1
27.01.2020, 23:52

Теги

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