В этом приложении есть недоработка. Хотя Linux может смонтировать получившуюся файловую систему (и файлы будут идентичны исходной), file -s
демонстрирует следующую странность:
/ dev / loop0p1: загрузка DOS / MBR сектор, смещение кода 0x58 + 2, OEM-ID "MSDOS5.0", секторы / кластер 8, зарезервированные секторы 3310, дескриптор носителя 0xf8, секторы / дорожка 63, заголовки 255, скрытые сектора 2048, секторы 15114240 (объемы> 32 МБ) , FAT (32 бит), секторы / FAT 14729, серийный номер 0x9a856b85, без метки
/ dev / loop1p1: загрузочный сектор DOS / MBR; раздел 2: ID = 0xb2, start-CHS (0x2f0,0,0), end-CHS (0x0,0,0), startsector 2944401408, 51 сектор; раздел 4: ID = 0x65, start-CHS (0x0,0,0), end-CHS (0x163,118,41), startsector 1626349669, 2144852992 секторов
Очевидно, что некоторая часть пути загрузки Windows 10 Recovery принимает странность - Я предполагаю ту часть, где используется драйвер файловой системы EFI. Более поздний код должен использовать проверки, аналогичные полностью работающей Windows, и не принимает это.
В случае диска восстановления Windows 10 для UEFI это можно было обойти, просто создав файловую систему FAT меньшего размера и скопировав в нее файлы. (Да, действительно :).
Есть несколько проблем с вашим заданием cron
.
Во-первых, я сомневаюсь, что ваша шестая запись должна быть bash
; это должен быть пользователь, который запускает задание (предположительно, ваш пользователь).
Во-вторых, cron
на самом деле не подходит для запуска графической программы, такой как omxplayer
. Его можно заставить работать, но вам, по крайней мере, нужно правильно установить DISPLAY
(чтобы он соответствовал тому, что у вас есть при запуске среды рабочего стола).
Кроме того, в справочной странице Debian cron
упоминается, что
В общем, системный администратор не должен использовать
/etc/cron.d/
, а использовать стандартный системный crontab] / etc / crontab
.
Здесь следует отметить несколько моментов: использование / etc / crontab
обычно лучше, чем удаление файла в /etc/cron.d
, и все это предназначено для системного администратора. Для пользовательских заданий вы действительно должны использовать crontab
, через
crontab -e
(как пользователь). Предостережение относительно графических программ по-прежнему применяется ...
Попробуйте использовать абсолютный путь исполняемого файла omxplayer
, например
/usr/sbin/omxplayer -b -o local /var/www/html/uploads/testuoju.mp4
или где бы то ни было.