В дополнение к ответу на двойникбел, я заметил альтернативу сегодня.
Я отправился спать прошлой ночью после начала обновления по SSH. Я тупо забыл запустить его в screen и потерял сессию SSH за одну ночь.
Я как раз собирался начать исследование retty, когда заметил, что root запустил сессию screen. [ ! d2]
me@GAMMA:~$ ps aux | grep -E 'release|upgrade|apt'
root 6208 0.0 0.0 29140 1628 ? Ss 01:57 0:05 SCREEN -e \0\0 -L -c screenrc -S ubuntu-release-upgrade-screen-window /tmp/ubuntu-release-upgrader-1h6_g4/raring --mode=server --frontend=DistUpgradeViewText
root 6209 0.2 5.6 287428 93144 pts/2 Ss+ 01:57 3:13 /usr/bin/python /tmp/ubuntu-release-upgrader-1h6_g4/raring --mode=server --frontend=DistUpgradeViewText
root 6239 0.0 0.0 50052 1184 ? Ss 01:58 0:00 /usr/sbin/sshd -o PidFile=/var/run/release-upgrader-sshd.pid -p 1022
root 7306 0.0 4.6 287432 77284 pts/2 S+ 02:43 0:08 /usr/bin/python /tmp/ubuntu-release-upgrader-1h6_g4/raring --mode=server --frontend=DistUpgradeViewText
me 26829 0.0 0.0 9440 956 pts/5 S+ 22:18 0:00 grep --color=auto -E release|upgrade|apt
Итак, я перечислил экраны root и присоединился к нему:
me@GAMMA:~$ sudo screen -list
There is a screen on:
6208.ubuntu-release-upgrade-screen-window (12/11/2013 01:57:58 AM) (Detached)
1 Socket in /var/run/screen/S-root.
me@GAMMA:~$ sudo screen -x -r
И Bam! Я вернулся в игру.
У меня нет привилегий для комментариев, поэтому я публикую.
В прошлом демон kerneloops был безобидным, потому что многопользовательский интерфейс мог предшествовать (эстетически в любом случае) на экране входа в систему. Однако из-за перехода на SystemD этот демон запускает network-online.service.
Я не знаю о вас ... но я никогда не видел коммерческую службу DHCP с низким временем отклика. К сожалению, для разработчиков ядра; [F3].