Ubuntu Cronjob не может выполнить среду conda

Кажется, что CentOS -7 -x86 _64 -LiveGNOME -1708.iso не поддерживает EFI, а только установку MBR (BIOS ), как в пре -6.5 эра. Это объясняет, почему я вижу только опцию Windowsв диспетчере запуска Apple. livecd-iso-to-diskвозвращает следующую ошибку:ERROR: This live image does not support EFI booting(см. ниже ). «livecd -iso -to -disk» — это команда, доступная в CentOS, которую я запускаю на виртуальной машине.

Затем я протестировал CentOS 7 Minimal iso, который не возвращает никаких ошибок в команде livecd -iso -to -disk. Он показывает опцию EFI Bootв Apple Startup Manage. Но в меню загрузки есть только опция Install CentOS 7(, которая, в свою очередь, возвращает какую-то ошибку, что файл img отсутствует, и я должен сначала загрузить ядро ​​​​).

# livecd-iso-to-disk --format --efi CentOS-7-x86_64-LiveGNOME-1708.iso /dev/sdb1
Verifying image...
/Downloads/CentOS-7-x86_64-LiveGNOME-1708.iso:   dd2ee56a96ea54e734bb44b142bd68b7
Fragment sums: b9473a52d3c9a21298cfbf17a427dc2eec65cb78341dc6c3993fb75b7dc6
Fragment count: 20
Press [Esc] to abort check.
Checking: 100.0%

The media check is complete, the result is: PASS.

It is OK to use this media.
WARNING: THIS WILL DESTROY ANY DATA ON /dev/sdb!!!
Press Enter to continue or ctrl-c to abort

wipefs: WARNING: /dev/sdb: appears to contain 'gpt' partition table
Waiting for devices to settle...
mkdosfs 3.0.9 (31 Jan 2010)
MBR appears to be blank.
Do you want to replace the MBR on this device?
Press Enter to continue or ctrl-c to abort

ERROR: This live image does not support EFI booting
Cleaning up to exit...

Интересно, что debian -live -9.4.0 -amd64 -cinnamon.iso возвращает аналогичную ошибку
debian-live-9.4.0-amd64-cinnamon.iso uses initrd.img w/o install.img ERROR: This live image does not support EFI booting.
Тем не менее, он показывает EFI Bootв диспетчере запуска Apple, но опция live не продвигается вперед (никаких ошибок, только фон Debian ).

# livecd-iso-to-disk --format --efi debian-live-9.4.0-amd64-cinnamon.iso /dev/sdb1
Verifying image...

The media check is complete, the result is: NA.

No checksum information available, unable to verify media.
Are you SURE you want to continue?
Press Enter to continue or ctrl-c to abort

WARNING: THIS WILL DESTROY ANY DATA ON /dev/sdb!!!
Press Enter to continue or ctrl-c to abort

wipefs: WARNING: /dev/sdb: appears to contain 'gpt' partition table
Waiting for devices to settle...
mkdosfs 3.0.9 (31 Jan 2010)
/Downloads/debian-live-9.4.0-amd64-cinnamon.iso uses initrd.img w/o install.img
ERROR: This live image does not support EFI booting
Cleaning up to exit...

Наконец, я использовал Unetbootin (v6.5.7 для Mac )с Ubuntu -16.10 -рабочий стол -amd64.iso, а затем Ubuntu -17.10.1 -рабочий стол -amd64.iso. Оба образа запускались без проблем на MacMini (Конец 2014 г.). В диспетчере запуска Apple есть опция EFI Boot, затем я выбрал первую опцию «Попробовать Ubuntu», которая запустила Ubuntu в прямом эфире. К сожалению, постоянный вариант Unetbootin не дает никаких результатов (вновь созданные файлы удаляются при перезапуске ).

USB-накопитель с Ubuntu корректно монтируется в Mac OS X и отображает множество файлов и папок в Finder. Вот как выглядит USB-накопитель вdiskutil listUbuntu partisions.
CentOS live iso показывает совсем другую структуру, только с двумя папками внутри.

При завершении Unetbootin показывает довольно запутанную ошибку, которую The created USB device will not boot off on a Mac. Insert it into a PC, and select the USB boot option in the BIOS boot menu.я проигнорировал это предупреждение (прочитал несколько советов в Интернете )и успешно запустил образ Ubuntu:Unetbootin error.
И кое-что несвязанное, но Mac OS X 10.13.4 показывает предупреждение о том, что Unetbootin является 32 -битным приложениемenter image description here.

-2
25.03.2020, 23:33
1 ответ

Я бы предположил, что виртуальная среда активируется в .profile, что не влияет на cron.

Я бы предложил активировать venv в строке crontab:

SHELL=/bin/bash
[crontab stuff] . /path/to/the/virtualenv/bin/activate && your.py

Настройка SHELL=/bin/bash на самом деле не является обязательной, но приблизит вас к «обычной» среде. При необходимости также установите PATH, перейдите в нужный каталог и т. д.

Хорошим способом проверки является ssh you@yourserver 'the command above'Если у вас возникли проблемы с получением ошибки, попробуйте добавить &>/tmp/debug.logк команде crontab.

Если вы не уверены, что такое путь к virtualenv, попробуйте :type activate(echo $PATH, print(sys.path)и т. д.)

Подробнее:https://stackoverflow.com/questions/3287038/cron-and-virtualenv#answer-7031758

0
28.04.2021, 23:20

Теги

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