Причина, почему nohup
не помогает Вам, то, потому что программа работает со стандартными файлами IO.
Здесь is' выборка от Страницы Wiki для nohup:
Отметьте - Nohupping фоновые задания обычно используются, чтобы не завершать их, выходя из системы удаленной сессии SSH. Другой вопрос, который часто возникает в этой ситуации, - то, что ssh отказывается выходить из системы ("зависает"), так как это отказывается терять любые данные из фонового задания (заданий). Эта проблема может также быть преодолена путем перенаправления всех трех потоков ввода-вывода:
nohup ./myprogram > foo.out 2> foo.err < /dev/null &
Также обратите внимание, что закрытие сессия SSH не всегда отправляет Сигнал HUP в зависимость процессов. Среди других это зависит от того, был ли псевдотерминал выделен или нет.
Можно использовать screen
для этого.
Просто создайте экранную сессию с: screen -S rsync
затем, Вы отсоединяете свой экран с CTRL+A d
И можно разъединиться от SSH
Если вы используете Bash, вы можете создать функцию вместо псевдонима.
bcopy () {
cd ~/e_empid/
cp file1 /home/e_empid/dir1/dir2/dir3/Backupfile1
cd ~/e_empoid/dir1/dir2/dir3/
}
Тогда вам просто нужно позвонить с помощью BCOPY
.
Вы также можете использовать $ 1
и и
$ 2
вместо File1
и Backuppfile1
Если ваши файлы не имеют одних имен имен каждый раз каждый раз Отказ
cp $1 /home/e_empid/dir1/dir2/dir3/$2
В этом случае вам необходимо позвонить с помощью BCOPY LOG-FILE DEST-FILE
.
Ошибка ( Post-Stop
) в вашем журнале, кажется, связана с этим (в /etc/init/netWorking.conf
. :
post-stop script
if [ -z "$UPSTART_STOP_EVENTS" ]; then
echo "Stopping or restarting the networking job is not supported."
echo "Use ifdown & ifup to reconfigure desired interface."
exit 100
fi
Вы получаете код выхода, но не более информативное сообщение, если вы выполняете Sudo Service, перезапустите
.
В этом отчет об ошибках много деталей . Кажется устаревшим поведением. /etc/init.d/netWorking STOP
не работает больше, а на Debian Jessie Sudo Service Service Stop
не имеет никакого эффекта. Кажется, вы должны запустить ifup
/ IFDown
в отдельных сетевых интерфейсах сейчас, так что будем надеяться, что у вас их не слишком много.
При использовании IFUP
/ IFDown
недопустимо, Это позволяет восстановить поведение 13.10.
Окончательное решение для него: Sudo Service Network-Manager Restart