Работа Cron не работает

В этом приложении есть недоработка. Хотя 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 меньшего размера и скопировав в нее файлы. (Да, действительно :).

1
15.11.2016, 20:40
2 ответа

Есть несколько проблем с вашим заданием cron .

Во-первых, я сомневаюсь, что ваша шестая запись должна быть bash ; это должен быть пользователь, который запускает задание (предположительно, ваш пользователь).

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

Кроме того, в справочной странице Debian cron упоминается, что

В общем, системный администратор не должен использовать /etc/cron.d/ , а использовать стандартный системный crontab ] / etc / crontab .

Здесь следует отметить несколько моментов: использование / etc / crontab обычно лучше, чем удаление файла в /etc/cron.d , и все это предназначено для системного администратора. Для пользовательских заданий вы действительно должны использовать crontab , через

crontab -e

(как пользователь). Предостережение относительно графических программ по-прежнему применяется ...

3
27.01.2020, 23:25

Попробуйте использовать абсолютный путь исполняемого файла omxplayer , например

/usr/sbin/omxplayer -b -o local /var/www/html/uploads/testuoju.mp4

или где бы то ни было.

0
27.01.2020, 23:25

Теги

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