Заработало по следующему алгоритму.
>>> crontab -e -u --> скрипт без псевдонима ~ в путях --> "ребут" ноутбука с лёгким напряжением у владельца --> >>> service cron status --> пользовательский скрипт выполнен.
Saboteur, спасибо за помощь!
Кому не лень, подскажите pls, в каком файле прописано, что помимо системных заданий демону cron необходимо выполнять также и пользовательские?
Запустил команду service --status-all
...
[ - ] anacron
...
[ + ] cron
...
У анакрона статут dead. Может отсюда ноги начинаются?
Где из этого смотреть инфо про путь:
/etc/systemd/system/multi-user.target.wants/anacron.service
/etc/systemd/system/multi-user.target.wants/cron.service
/lib/systemd/system/anacron.service
/lib/systemd/system/cron.service
/var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also
/var/lib/systemd/deb-systemd-helper-enabled/cron.service.dsh-also
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cron.service
?
Saboteur, спасибо за быстрый ответ! По первому пункту не понятно. Скрипт simple_script, расположенный в пользовательском разделе (/home), безошибочно выполняется через терминал.
2. Не очищается.
Также пробовал создать задачу с помощью crontab -e. Скрипт создался в /var/spool/cron/crontabs. Однако и в этом случает ребут не почистил историю. Одно не разберу, в конфигурационном файле нет строчки про эту директорию (как сделано в утилите logrotate, где в основном конфиг.файле включена строчка #include /etc/logrotate.d). Как планировщик "догадывается" выполнять пользовательское задание тогда?
upd. Сейчас попробую переместить скрипт в / и запустить.
В любом случае стоит попробовать разные варианты: подгрузка новых данных с последующей дополнительной тренировкой не должно занять много времени. А там смотреть на визализацию результатов.
Но у меня результат — никакой: модель начинает ошибочной всё записывать в один из этих двух классов, даже изображения из ранее нормально узнаваемых двух нетронутых классов.
В инете пишут, что причиной подобного является "странное поведение" слоя BatchNormalization. Если у вас такие же результаты (ссылка), то попробуйте решение, приведённое в следующей статье: ссылка.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
>>> crontab -e -u --> скрипт без псевдонима ~ в путях --> "ребут" ноутбука с лёгким напряжением у владельца --> >>> service cron status --> пользовательский скрипт выполнен.
Saboteur, спасибо за помощь!
Кому не лень, подскажите pls, в каком файле прописано, что помимо системных заданий демону cron необходимо выполнять также и пользовательские?