Передача данных между серверами
Попробуйте:
xvkbd -xsendevent -text ls
Проверьте http://homepage3.nifty.com/tsato/xvkbd/
-121--108598-
Когда процесс завершается сигналом, оболочка, которая породила, обнаруживает сбой и отображает сообщение, о котором вы говорите. См. сигнал (2) , убить (1) и убить (2) для общей информации о сигналах и сигнал (7) для списка сигналов. См. bash (1) (или csh (1) , если необходимо) для получения информации о том, как оболочки обрабатывают сигналы. Если ты злоба для наказания, см. подождите (2) , чтобы узнать, как оболочка может определить, как погиб дочерний процесс.
-121--175072-
DPMS может быть чертовски устойчивым!
Попробуйте выполнить следующую команду:
xset dpms 0 0 0 && xset s noblank && xset s off
Если она работает, добавьте ее в любой файл автозапуска, используемый KDE.
По пути VLC имеет опцию Настройки > > Видео > > Отключить заставку . Если этот параметр установлен, экран не будет пуст, пока VLC воспроизводит видео, но DPMS будет включен впоследствии (независимо от того, был ли он включен перед запуском VLC). Поэтому оставьте этот параметр без контроля, и VLC не должен вызывать никаких проблем с гашением.
Если вам абсолютно необходимо определенное время и дата, используйте задание cron. Как вы обычно запускаете это из командной строки, это может быть обычным заданием cron и не обязательно должно быть системным. crontab -e получит файл для редактирования, к которому вы добавите где-нибудь внизу
10 2 * * 1 test -x /path/to/yourscript || /path/to/yourscript
Первое поле - минуты, второе - часы, пятое - день недели.
Файл /path/to/yourscript должен быть исполняемым (chmod +x) и выглядеть так:
#!/bin/bash
scp -rpC /var/www/httpmydocs/* mega_me@mega_debian.com:/var/www/httpmydocs
Это сделает то, что вы просили, но у этого есть несколько проблем:
- Он не запустится, если ваша машина выйдет из строя в 2:10 утра в понедельник.
scpкаждый раз делает полную копию.
Для пункта 2. slm уже дал соответствующие решения.
Пункт 1. можно решить, не используя кронтаб и поместив свой скрипт в /etc/cron.weekly (как также указано в slm), но вы несколько теряете контроль над тем, когда именно он выполняется, так как все еженедельные прогоны выполняются друг за другом в время, указанное в /etc/crontab (или в /etc/anacrontab). Там можно изменить время и день недели, но это влияет и на другие выполняемые скрипты.
Если использование /etc/cron.weekly неприемлемо, вы можете адаптировать подход из моего ответа здесь , чтобы он выполнялся как минимум раз в неделю и после определенного времени.
Вместо того, чтобы использовать scp, я бы использовал rsync для этой задачи или даже потенциально rdiff-backup.
$ rsync -avz /var/www/httpmydocs/ \
mega_me@mega_debian.com:/var/www/httpmydocs/.
Это выполнит аналогичное резервное копирование, как и команда scp, но при этом будет передаваться только дельта файлов по мере изменения сверхурочных или новых файлов, пропуская файлы, которые уже были скопированы.
В зависимости от ваших намерений вы можете использовать переключатель --delete для удаления с удаленного резервного копирования файлов, которые больше не присутствуют на локальной стороне.
Чтобы сделать это заданием по расписанию, я бы свернул его в кронджоб. Учитывая, что это системный тип каталога, я бы добавил запись crontab под /etc/cron.daily или /etc/cron.weekly, в зависимости от вашей частоты. Помещение вышеуказанной команды rsync в скрипт оболочки, сделав его исполняемым, и внутри любого из этих каталогов, - это все, что требуется для того, чтобы он выполнялся на одной из этих двух частот.