LinuxMint.com.ru

ikrost писал(а): ↑

25 янв 2018, 15:30

Дальше не понятно что делать.

он тебя спрашивает куда сохранить. жмякай Enter.
Или сделай как описал Bertalis, одним сообщением выше твоего.

А так я всё правильно вставил? Впереди строки значёк # не нужен?

ikrost писал(а): ↑

25 янв 2018, 16:49

значёк # не нужен?

Нет. Этот значек закомментирует строку и она не будет работать

Зачем так сложно то... Всего то и надо:
sudo xed /etc/crontab

И редактируйте себе привычным GUI редактором. Cron потом сам конфиг перечитает, обнаружив что /etc/crontab обновился.

ikrost, ну вот мой вариант с рутовым кроном не хочет работать, как и писал Bertalis
перехватил выхлоп ща, вызов идет, но чет ему не нравится: PATH разумеется выглядит норм, сами бинарники ldconfig и start-stop-daemon из рутового шелла вызываются тоже без проблем)

Иногда помогает в crontab засунуть не саму команду а вызов shell скрипта с командой. Т.е. написать скриптик: И уже его вызов в крон засунуть.

Народ, я уже запутался
slant, мы люди простые, с гуманитарным образованием. Можно писать подробно, чего куды вставить и чтоб работало?
Chocobo, Значит нужно сделать всё как ты сказал, а потом как сделал Берталис и всё заработает? Или можно обойтись только его методом?

slant, кстати мои ошибки могут быть связаны с сегодняшними игрищами с libc, так что тоже пока не уверен что там причиной. через sh-скрипт вызов с аналогичной руганью отбивает у меня. Но это не показатель

ikrost, обойдись его методом, оба тут ни к чему. А с тем что я понаписал тут - уже по ходу разберусь, и поправлю при необходимости:)

А то что написал slant, тут, работает? Это кажется попроще.

ikrost писал(а): ↑

25 янв 2018, 17:41

Это кажется попроще.

Это только кажется. Он предложил тоже самое, только вызов утилиты положить в скрипт, а в крон прописать вызов скрипта

slant писал(а): ↑

25 янв 2018, 17:30

Т.е. написать скриптик:

Нашел кое-что: https://askubuntu.com/a/918353
Т.е. действительно при вызове из cron PATH по каким-то причинам не передается, и решением можно дописать его туда перед вызовом
строка в кроне может выглядеть так
0 */4 * * * PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin' mintupdate-tool upgrade -nk -y -l123

ikrost писал(а): ↑

25 янв 2018, 15:30

Дальше не понятно что делать.

Enter
а потом уже Ctrl+X

slant писал(а): ↑

25 янв 2018, 17:18

sudo xed /etc/crontab

а sudo kate /etc/crontab/quote можно?

Если kate - кде-шный аналог xed - можно. Главное чтобы оно на выходе чистый текст в файл писало. А я кеды очень давно не ставил уже. Не помню, что из себя kate представляет.

slant, OK, вроде аналог

В файле crontab по пути /etc дописал в конце

Chocobo писал(а): ↑

25 янв 2018, 19:43

строка в кроне может выглядеть так

и не фига. Ждал и 4 часа и 8. Как было 60 обновлений так и осталось.

Chocobo писал(а): ↑

25 янв 2018, 19:43

Т.е. действительно при вызове из cron PATH по каким-то причинам не передается, и решением можно дописать его туда перед вызовом
строка в кроне может выглядеть так
0 */4 * * * PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin' mintupdate-tool upgrade -nk -y -l123

Ура! заработало. В мемориз!

StarMAUGLI писал(а): ↑

27 янв 2018, 22:37

Ура! заработало. В мемориз!

А можешь написать инструкцию для дебилов?

+Не всем нравится, что нельзя самому задать более надежный/привычный пароль для точки доступа.

На 18.3 это делается обычным способом и по-моему на 18.2 всё делается также. В параметры сети включается точка доступа, а потом в сетевые соединения в разделе Wi-Fi находишь соединение Hotspot и нажимаешь кнопку изменить. Там во вкладке Защита изменяешь пароль доступа. Переподключаешь точку доступа.

ikrost писал(а): ↑

30 янв 2018, 09:36

А можешь написать инструкцию для дебилов?

Дык. Все отсюда взял.

Chocobo писал(а): ↑

06 июл 2017, 17:35

1 - sudo -i - становимся рутом
2 - crontab -e - входим в редактор планировщика cron (он еще при первом запуске спросит в каком редакторе - выбираем nano, например)
3. В открывшемся текством файле внизу вбиваем следующую строчку

Chocobo писал(а): ↑

25 янв 2018, 19:43

Т.е. действительно при вызове из cron PATH по каким-то причинам не передается, и решением можно дописать его туда перед вызовом
строка в кроне может выглядеть так
0 */4 * * * PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin' mintupdate-tool upgrade -nk -y -l123

Chocobo писал(а): ↑

06 июл 2017, 17:35

4. Если это был nano - сохраняем с Ctrl+O и закрываем с Ctrl+X

И все.
Впрочем, может и не все, потому как с

Bertalis писал(а): ↑

07 июл 2017, 16:40

Проблему решил добавлением строчки
0 */4 * * * root mintupdate-tool upgrade -nk -y -l123 в файл anacron по пути /etc/cron.d/

этим я тоже пытался эксперементировать, но раньше.

Однако, вот уже несколько дней в менеджере обновлений только обновление 4 уровня на ядро висит,
которое я пока ставить не собираюсь ибо у меня /boot на маленький раздел в 0,5 ГБ вынесен и там максимум 2 ядра помещается текущее и резервное (предыдущее).

ikrost, у тебя каких-то других ошибок по обновлениям нет?
Например, когда
sudo apt full-upgrade
делаешь?