техвопрос! Да, если сделать aptitude -y

Сработает, но не так.

Во-первых, лучше не авторизовываться суперпользователем, но запустить командоньку от обычного пользователя через sudo, во-вторых, aptitude запустится сразу независимо от запуска at.

Да, точно, -y. Спасибо)

sudo какое-то время не требует пароля, после его предыдущего правильного ввода. Не получится так, что через несколько часов запустится через sudo и попросит пароль?

Через sudo тоже сразу начал качать пакеты.

man crontab

aptitude install bla-bla-bla | at 04:00

at читает команды со стандартного ввода или из файла, а у тебя на стандартный ввод подаётся не команда «aptitude install bla-bla-bla», а то, что она выводит в стандартный вывод (на экран).

Надо что-то вроде
sudo echo «aptitude install bla-bla-bla» | at 04:00 , или
sudo echo «aptitude install bla-bla-bla > zapihem_rezultat.txt» | at 04:00

sudo echo «aptitude install bla-bla-bla» | at 04:00

вроде тогда просто echo будет выполнен от рута, но не aptitude.

может быть, надо что-то типа

echo «sudo aptitude install bla-bla-bla» | at 04:00

, настроив sudo так, чтобы он не просил пароля. Не знаю, можно ли его научить смотреть имя процесса, так, чтобы он не спрашивал пароль у at.

вроде тогда просто echo будет выполнен от рута, но не aptitude.

упс, действительно.

настроив sudo так, чтобы он не просил пароля. Не знаю, можно ли его научить смотреть имя процесса, так, чтобы он не спрашивал пароль у at.

это будет куда большая дыра по сравнению с использованием обычного su

Хм. Почему не так?

$ echo "touch /tmp/test_root" | sudo at 6:20
job 6 at Wed Oct 30 06:20:00 2013
$ ls /tmp/test_root
ls: cannot access /tmp/test_root: No such file or directory
$ ls -l /tmp/test_root
-rw-r--r--. 1 root root 0 Oct 30 06:20 /tmp/test_root

чуть не сгорел со стыда, уж было думал. что никто не написал.

Традиционно напомню, что в системах с иксами пароль на sudo ничего не меняет из-за лёгкости написания кейлоггера и нулевых возможностях защититься от него.

ему скорее anacron подойдет