Я могу соединиться с, или представление отказалось от ssh сессий?
Вот некоторый демонстрационный вывод cat /var/log/apt/history.log:
Start-Date: 2011-01-22 00:43:38
Commandline: apt-get --target-release experimental install libdbus-1-dev
Upgrade: libdbus-1-3:i386 (1.4.0-1, 1.4.1-1), libdbus-1-dev:i386 (1.4.0-1, 1.4.1-1)
End-Date: 2011-01-22 00:43:48
Start-Date: 2011-01-23 01:16:13
Commandline: apt-get --auto-remove purge webcheck
Purge: python-utidylib:i386 (0.2-6), python-beautifulsoup:i386 (3.1.0.1-2), libtidy-0.99-0:i386 (20091223cvs-1), webcheck:i386 (1.10.3)
End-Date: 2011-01-23 01:16:31
Что касается Вашего вопроса, отфильтруйте материал с grep (cat /var/log/apt/history.log | grep Commandline).
Обратите внимание, что эти файлы повернуты, таким образом проверьте на других, таким образом, Вы ничего не пропускаете:
$ ls /var/log/apt/history.log*
-rw-r--r-- 1 root root 69120 2011-01-23 18:58 /var/log/apt/history.log
-rw-r--r-- 1 root root 19594 2011-01-01 02:48 /var/log/apt/history.log.1.gz
Примечание:
- Я проверил и способность и синаптический (версии 0.70 и 0.6.3 соответственно), и они оба регистрируют свои операции по тому файлу журнала. Одна неудача с ними состоит в том, что у них нет строки, запускающейся с
Commandline, такgrepприем не будет работать с ними.
Вы хотите использовать экран на удаленном и затем когда Вы ssh назад в Вас снова соединяетесь с тем экземпляром экрана.
но не Вы не можете соединиться снова с ssh сессией в и себя, необходимо использовать экран (или что-то еще как она для упрощения этого).
Посмотрите на этот вопрос по крайней мере для еще одной опции и некоторых различий между нею (tmux) и экраном. после чтения ответа на тот вопрос... Я на самом деле сказал бы, что tmux лучше
о, и да Вы могли kill процесс (включая разветвленный удар) для остановки его Вы могли бы попробовать skill для уничтожения пользователя по имени но я подозреваю, является ли тот пользователь корнем... он мог бы попытаться уничтожить вещи, он не может.
ответ был обновлен несколько раз
По умолчанию Вы не можете соединиться снова с заброшенной ssh сессией. Однако можно настроить процессы в ssh сессии, с которой можно снова соединиться после Вашего восстанавливать новую ssh сессию.
То, что Вы хотите использовать, является экраном или еще лучше удобной для пользователя оберткой вокруг экрана, названного byobu.
Экран позволяет Вам выполнять несколько сессий виртуального терминала на той же ssh сессии. Учебное руководство и страницы справки доступны.
byobu является оберткой, которая позволяет легко открывать новые экраны с простой функциональной клавишей вместо сочетания клавиш от ctrl-a. Это также показывает строку состояния со всеми открытыми виртуальными терминалами, которые можно назвать.
Другой хорошей функцией является то, что весь Ваш экран может не лечь спать, в то время как Ваше соединение SSH разъединяется. Вы просто соединяетесь снова через ssh и называете byobu, и все похоже прежде.
Наконец некоторые снимки экрана byobu.
Как упомянуто, экран является, вероятно, Вашим лучшим выбором. Если/когда Ваша сессия будет отброшена, то она будет продолжать бежать. Введите 'экран - список', чтобы видеть, что доступные сессии, и 'экранируют-r' с сессией, которую Вы хотите. Немного подсказки, Вы можете полный вкладкой строка сессии, а не скопировать/вставить все это.
Однако экран может быть раздражающим. В моем клиенте Вы не можете легко прокрутить для наблюдения истории в консоли. Это действует немного по-другому, чем Вы ожидали бы. Если все, что Вы хотите сделать, удостоверяются, что Ваши длительные procs не становятся уничтоженными, используют 'nohup'. Это будет препятствовать тому, чтобы Ваш proc был закрыт, при потере соединения. Удостоверьтесь, что Вы отправляете свой вывод proc в файл, если Вы хотите контролировать его, все же. Кроме того, если у Вас есть сценарий удара, я думаю, что необходимо явно назвать 'удар' перед nohup. Пример...
nohup колотят./myscript.sh> output.log 2> &1 и
Это означает nohup, чтобы предотвратить уничтожение proc, колотить для явного вызова удара, если у Вас есть удар определенный материал в Вашем сценарии, Вашем сценарии, названном 'myscript.sh' в текущем dir, output.log как файл для отсылки и станд. и ошибки к, и '&' в конце для выполнения proc в фоновом режиме.