Как сказала Виланд, вы должны сообщить изображение 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)
Почему 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()
свойств файла.