LINUX.ORG.RU
Форум — General  

SystemD не сумел выключить машину

 , , ,


1

2

Отвалился usb-hub с флешкой воткнутой, и не захотел реиницилизироваться.
Восьмое чувство подсказало, что не стоит удалённо перезагружать машину.

Внезапно, оказалось что я угадал, и systemd был не готов к серверному юзкейсу: https://i.imgur.com/xTBtiVJ.jpg

systemd зомбанул машину: потушил все сервисы, и не выключил.

Лог отключения до последней записи:

Feb 12 08:10:51 optiplex pulseaudio[12272]: XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Feb 12 08:10:51 optiplex pulseaudio[12272]:       after 12 requests (12 known processed) with 0 events remaining.
Feb 12 08:10:51 optiplex org.kde.kded5[12192]: The X11 connection broke (error 1). Did the X11 server die?
Feb 12 08:10:51 optiplex NetworkManager[860]: ((src/settings/nm-settings-connection.c:361)): assertion '<dropped>' failed
Feb 12 08:10:51 optiplex org.kde.kglobalaccel[12192]: The X11 connection broke (error 1). Did the X11 server die?
Feb 12 08:10:51 optiplex org.kde.kwalletd5[12192]: The X11 connection broke (error 1). Did the X11 server die?
Feb 12 08:10:51 optiplex org.kde.kuiserver[12192]: The X11 connection broke (error 1). Did the X11 server die?
Feb 12 08:10:51 optiplex org.kde.kdeconnect[12192]: The X11 connection broke (error 1). Did the X11 server die?
Feb 12 08:10:51 optiplex org.kde.ActivityManager[12192]: The X11 connection broke (error 1). Did the X11 server die?
Feb 12 08:10:51 optiplex at-spi-bus-launcher[12342]: XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Feb 12 08:10:51 optiplex at-spi-bus-launcher[12342]:       after 909045 requests (909045 known processed) with 0 events remaining.
Feb 12 08:10:51 optiplex bluetoothd[1406]: Endpoint unregistered: sender=:1.2167 path=/MediaEndpoint/A2DPSource
Feb 12 08:10:51 optiplex bluetoothd[1406]: Endpoint unregistered: sender=:1.2167 path=/MediaEndpoint/A2DPSink
Feb 12 08:10:51 optiplex systemd[12163]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Feb 12 08:10:51 optiplex systemd[12163]: pulseaudio.service: Failed with result 'exit-code'.
Feb 12 08:10:52 optiplex systemd[12163]: pulseaudio.service: Service RestartSec=100ms expired, scheduling restart.
Feb 12 08:10:52 optiplex systemd[12163]: pulseaudio.service: Scheduled restart job, restart counter is at 1.
Feb 12 08:10:52 optiplex systemd[12163]: Stopped Sound Service.
Feb 12 08:10:52 optiplex systemd[12163]: Failed to create compat systemd cgroup /user.slice/user-1000.slice/user@1000.service/pulseaudio.service: Permission denied
Feb 12 08:10:52 optiplex systemd[12163]: Failed to attach 26188 to compat systemd cgroup /user.slice/user-1000.slice/user@1000.service/pulseaudio.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[12163]: Starting Sound Service...
Feb 12 08:10:52 optiplex systemd[26188]: Failed to attach 26188 to compat systemd cgroup /user.slice/user-1000.slice/user@1000.service/pulseaudio.service: No such file or directory
Feb 12 08:10:52 optiplex pulseaudio[26188]: W: [pulseaudio] pid.c: Stale PID file, overwriting.
Feb 12 08:10:52 optiplex NetworkManager[860]: ((src/settings/nm-settings-connection.c:361)): assertion '<dropped>' failed
Feb 12 08:10:52 optiplex systemd[1]: Stopping Authorization Manager...
Feb 12 08:10:52 optiplex systemd[1]: systemd-rfkill.socket: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
Feb 12 08:10:52 optiplex systemd[1]: Stopping Session 1 of user root.
Feb 12 08:10:52 optiplex watchdog[2532]: stopping daemon (5.15)
Feb 12 08:10:52 optiplex systemd[1]: Stopped target Sound Card.
Feb 12 08:10:52 optiplex tincd[31321]: Got TERM signal
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 19753 (pager) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 3311 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex Tor[1921]: Interrupt: exiting cleanly.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 9288 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 9659 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 11616 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 19985 (su) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 19995 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 20081 (tail) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 21139 (tmux: server) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 21140 (htop) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 21142 (su) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 21146 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 21149 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 21152 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 25210 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 28347 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 28734 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12243 (mpd) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 9763 (mysql) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 25182 (wcalc) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12218 (ssh-agent) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12554 (dbus-daemon) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12567 (dbus-daemon) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 13917 (thumbnail.so) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 21144 (watch) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 28624 (watch) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 28858 (cgrulesengd) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 8433 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 26151 (tdeinit) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 24852 (gpg-agent) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 19969 (aptitude) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 30608 (emacs) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 30629 (aspell) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 7311 (jediepcserver) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 15546 (jediepcserver) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 18533 (jediepcserver) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 31963 (jediepcserver) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12706 (jediepcserver) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12707 (jediepcserver) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 19743 (man) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 4547 (adb) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 2136 (bash) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 14846 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 7324 (python2) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 15549 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 18538 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 30012 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 31972 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12680 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12681 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12685 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12712 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12714 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 21121 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 30138 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 30417 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 6190 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 2866 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 22505 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 312 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 25712 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 1896 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 10249 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 18597 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 28332 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 17411 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 8876 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 18673 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 3870 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 12170 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 20356 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 29165 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 5544 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: session-c2.scope: Killing process 19331 (python) with signal SIGTERM.
Feb 12 08:10:52 optiplex systemd[1]: Stopping Session c2 of user aidaho.
Feb 12 08:10:52 optiplex systemd[1]: Stopping Tinc net vaultnet...
Feb 12 08:10:52 optiplex systemd[1]: Stopping Save/Restore Sound Card State...
Feb 12 08:10:52 optiplex systemd[1]: Stopping Daemon for power management...
Feb 12 08:10:52 optiplex systemd[1]: Stopping Daemon for generating UUIDs...
Feb 12 08:10:52 optiplex systemd[1]: Stopping Anonymizing overlay network for TCP...
Feb 12 08:10:52 optiplex systemd[1]: Stopping watchdog daemon...
Feb 12 08:10:52 optiplex systemd[1]: Stopped target Graphical Interface.
Feb 12 08:10:52 optiplex systemd[1]: Stopping Disk Manager...
Feb 12 08:10:52 optiplex systemd[1]: Stopping Trinity Display Manager...
Feb 12 08:10:52 optiplex systemd[1]: Stopping RealtimeKit Scheduling Policy Service...
Feb 12 08:10:52 optiplex bluetoothd[1406]: Terminating
Feb 12 08:10:52 optiplex systemd[1]: Stopped target Bluetooth.
Feb 12 08:10:52 optiplex systemd[1]: Stopping Bluetooth service...
Feb 12 08:10:52 optiplex systemd[1]: Stopped target Timers.
Feb 12 08:10:52 optiplex systemd[1]: systemd-tmpfiles-clean.timer: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Daily Cleanup of Temporary Directories.
Feb 12 08:10:52 optiplex systemd[1]: man-db.timer: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Daily man-db regeneration.
Feb 12 08:10:52 optiplex systemd[1]: apt-daily-upgrade.timer: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Daily apt upgrade and clean activities.
Feb 12 08:10:52 optiplex systemd[1]: anacron.timer: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Trigger anacron every hour.
Feb 12 08:10:52 optiplex systemd[1]: apt-daily.timer: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Daily apt download activities.
Feb 12 08:10:52 optiplex systemd[1]: logrotate.timer: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Daily rotation of log files.
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26195 to compat systemd cgroup /system.slice/system-zram\x2dsetup.slice/zram-setup@zram0.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: Stopping Setup zram based device zram0...
Feb 12 08:10:52 optiplex systemd[26195]: Failed to attach 26195 to compat systemd cgroup /system.slice/system-zram\x2dsetup.slice/zram-setup@zram0.service: No such file or directory
Feb 12 08:10:52 optiplex bluetoothd[1406]: Stopping SDP server
Feb 12 08:10:52 optiplex bluetoothd[1406]: Exit
Feb 12 08:10:52 optiplex sh[26195]: /bin/sh: 1: echo: echo: I/O error
Feb 12 08:10:52 optiplex systemd[1]: getty@tty1.service: Main process exited, code=killed, status=15/TERM
Feb 12 08:10:52 optiplex systemd[1]: getty@tty1.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Getty on tty1.
Feb 12 08:10:52 optiplex systemd[1]: uuidd.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Daemon for generating UUIDs.
Feb 12 08:10:52 optiplex systemd[1]: zram-setup@zram0.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Setup zram based device zram0.
Feb 12 08:10:52 optiplex systemd[1]: session-1.scope: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Session 1 of user root.
Feb 12 08:10:52 optiplex systemd[1]: Stopping User Manager for UID 0...
Feb 12 08:10:52 optiplex systemd[1]: Removed slice system-zram\x2dsetup.slice.
Feb 12 08:10:52 optiplex systemd[1]: Removed slice system-getty.slice.
Feb 12 08:10:52 optiplex systemd[2884]: Stopped target Default.
Feb 12 08:10:52 optiplex systemd[2884]: Stopped target Basic System.
Feb 12 08:10:52 optiplex systemd[2884]: Stopped target Timers.
Feb 12 08:10:52 optiplex systemd[2884]: Stopped target Sockets.
Feb 12 08:10:52 optiplex systemd[2884]: gpg-agent-browser.socket: Succeeded.
Feb 12 08:10:52 optiplex systemd[2884]: Closed GnuPG cryptographic agent and passphrase cache (access for web browsers).
Feb 12 08:10:52 optiplex systemd[2884]: gpg-agent-extra.socket: Succeeded.
Feb 12 08:10:52 optiplex systemd[2884]: Closed GnuPG cryptographic agent and passphrase cache (restricted).
Feb 12 08:10:52 optiplex systemd[2884]: gpg-agent.socket: Succeeded.
Feb 12 08:10:52 optiplex systemd[2884]: Closed GnuPG cryptographic agent and passphrase cache.
Feb 12 08:10:52 optiplex systemd[2884]: gpg-agent-ssh.socket: Succeeded.
Feb 12 08:10:52 optiplex systemd[2884]: Closed GnuPG cryptographic agent (ssh-agent emulation).
Feb 12 08:10:52 optiplex systemd[2884]: Stopped target Paths.
Feb 12 08:10:52 optiplex systemd[2884]: dbus.socket: Succeeded.
Feb 12 08:10:52 optiplex systemd[2884]: Closed D-Bus User Message Bus Socket.
Feb 12 08:10:52 optiplex systemd[2884]: dirmngr.socket: Succeeded.
Feb 12 08:10:52 optiplex systemd[2884]: Closed GnuPG network certificate management daemon.
Feb 12 08:10:52 optiplex systemd[2884]: Reached target Shutdown.
Feb 12 08:10:52 optiplex systemd[2884]: systemd-exit.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[2884]: Started Exit the Session.
Feb 12 08:10:52 optiplex systemd[2884]: Reached target Exit the Session.
Feb 12 08:10:52 optiplex NetworkManager[860]: <info>  [1581487852.5798] device (22:22:B4:71:1B:24): state change: disconnected -> unmanaged (reason 'removed', sys-iface-state: 'removed')
Feb 12 08:10:52 optiplex systemd[1]: rtkit-daemon.service: Main process exited, code=killed, status=15/TERM
Feb 12 08:10:52 optiplex systemd[1]: rtkit-daemon.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped RealtimeKit Scheduling Policy Service.
Feb 12 08:10:52 optiplex systemd[1]: tor@default.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Anonymizing overlay network for TCP.
Feb 12 08:10:52 optiplex systemd[1]: upower.service: Main process exited, code=killed, status=15/TERM
Feb 12 08:10:52 optiplex systemd[1]: upower.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Daemon for power management.
Feb 12 08:10:52 optiplex systemd[1]: Removed slice system-tor.slice.
Feb 12 08:10:52 optiplex NetworkManager[860]: ((src/settings/nm-settings-connection.c:361)): assertion '<dropped>' failed
Feb 12 08:10:52 optiplex systemd[1]: polkit.service: Main process exited, code=killed, status=15/TERM
Feb 12 08:10:52 optiplex systemd[1]: polkit.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Authorization Manager.
Feb 12 08:10:52 optiplex udisksd[517]: udisks daemon version 2.8.1 exiting
Feb 12 08:10:52 optiplex systemd[1]: bluetooth.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Bluetooth service.
Feb 12 08:10:52 optiplex systemd[1]: tdm.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Trinity Display Manager.
Feb 12 08:10:52 optiplex systemd[1]: user@0.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped User Manager for UID 0.
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26209 to compat systemd cgroup /user.slice/user-0.slice/user-runtime-dir@0.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: Stopping User Runtime Directory /run/user/0...
Feb 12 08:10:52 optiplex systemd[26209]: Failed to attach 26209 to compat systemd cgroup /user.slice/user-0.slice/user-runtime-dir@0.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[12163]: run-user-0.mount: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: run-user-0.mount: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Unmounted /run/user/0.
Feb 12 08:10:52 optiplex systemd[1]: udisks2.service: Succeeded.
Feb 12 08:10:52 optiplex systemd[1]: Stopped Disk Manager.
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26213 to compat systemd cgroup /system.slice/watchdog.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[26213]: Failed to attach 26213 to compat systemd cgroup /system.slice/watchdog.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: watchdog.service: Control process exited, code=exited, status=1/FAILURE
Feb 12 08:10:52 optiplex systemd[1]: watchdog.service: Failed with result 'exit-code'.
Feb 12 08:10:52 optiplex systemd[1]: Stopped watchdog daemon.
Feb 12 08:10:52 optiplex systemd[1]: watchdog.service: Triggering OnFailure= dependencies.
Feb 12 08:10:52 optiplex systemd[1]: Requested transaction contradicts existing jobs: Transaction for wd_keepalive.service/start is destructive (time-sync.target has 'stop' job queued, but 'start' is included in transaction).
Feb 12 08:10:52 optiplex systemd[1]: watchdog.service: Failed to enqueue OnFailure= job, ignoring: Transaction for wd_keepalive.service/start is destructive (time-sync.target has 'stop' job queued, but 'start' is included in transaction).
Feb 12 08:10:52 optiplex systemd[1]: Stopped target Multi-User System.
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26214 to compat systemd cgroup /system.slice/speech-dispatcher.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: Stopping LSB: Speech Dispatcher...
Feb 12 08:10:52 optiplex systemd[26214]: Failed to attach 26214 to compat systemd cgroup /system.slice/speech-dispatcher.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26215 to compat systemd cgroup /system.slice/fail2ban.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: Stopping Fail2Ban Service...
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26216 to compat systemd cgroup /system.slice/lightdm.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: Stopping LSB: Light Display Manager...
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26217 to compat systemd cgroup /system.slice/virtualbox.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: Stopping LSB: VirtualBox Linux kernel module...
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26219 to compat systemd cgroup /system.slice/fam.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[1]: Stopping LSB: File Alteration Monitor...
Feb 12 08:10:52 optiplex systemd[26216]: Failed to attach 26216 to compat systemd cgroup /system.slice/lightdm.service: No such file or directory
Feb 12 08:10:52 optiplex systemd[26215]: Failed to attach 26215 to compat systemd cgroup /system.slice/fail2ban.service: No such file or directory

Почему-то хардварный watchdog тоже не сработал.
Нужно будет разбираться, почему. Он должен был спасти.

P.S. система не зависла, перезагрузил с помощью magic keys.

★★★★★

 ← 1 2 3 →

А poweroff -f на этой тачке нормально работает?

Еще стоило бы включить loglevel=7 и убрать quiet.

Это разовая акция, или так постоянно?

vasily_pupkin ★★★★★
()
Последнее исправление: vasily_pupkin (всего исправлений: 1)
Ответ на: комментарий от anonymous

Честно говоря, я и сам теряюсь в догадках. Если бы мне была нужна макось, я бы взял макось, а не убогий закос под неё. У линукса есть своя ниша — система от инженеров и для инженеров. Ниша маленькая, зато своя и терять её совершенно незачем.

ugoday ★★★★★
()
Ответ на: комментарий от ugoday

система от инженеров и для инженеров. Ниша маленькая, зато своя и терять её совершенно незачем.

+100500

Deleted
()
Ответ на: комментарий от vasily_pupkin

Пока разово. Раньше таких приколов небыло.

aidaho ★★★★★
() автор топика
Ответ на: комментарий от ugoday

Десктоп тихонечко мигрирует из инженерной игрушки в макось для бедных.

Не только десктоп. На сервере теперь тоже чорный властелин вместо инита. Все как у взрослых.

bread ★
()
18 ноября 2020 г.
Ответ на: комментарий от LongLiveUbuntu

Да я сам раз за разом удивляюсь, как дебиановцам удаётся обмазать своими фирменными и неповторимыми костылями абсолютно любую, даже самую стройную, технологию.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)

системдэ плохой, инитскрипты хорошие, запомните дети

Harald ★★★★★
()
Ответ на: комментарий от intelfx

когда машина была формально не подвисшая, но reboot() просто не работал

Прикольно. Есть где про такое почитать?

Shadow ★★★★★
()
Ответ на: комментарий от intelfx

легаси с ног до головы
лажовой интеграцией

Что-то мне подсказывает, что второе с первым напрямую не связано.

Shadow ★★★★★
()

Сейчас придёт intelfx и скажет что это не задача systemd и он тут не причём. Как всегда.

anonymous
()
Ответ на: комментарий от Shadow

Чем больше легаси, тем больше нужно кастомной интеграции, и тем соответственно больше вероятность в ней налажать.

А написание интеграций для легаси — это «скучная» задача (наряду с тестированием и документированием), и на опенсорс ложится плохо. В итоге качество падает ещё сильнее.

intelfx ★★★★★
()
Ответ на: комментарий от anonymous

А у тебя не было мысли что приходится ибо не решает нужных он задач.

У всех решает, а у них не решает.

Сдаётся мне, не в технологии дело.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx

Потому что все на радостях дропают «легаси» и вертись оно на веере всё мы идём в перёд. Я понимаю что хочется с точки зрения разработки иметь всё самое последнее, но есть много условий где новизна просто не нужна. Например у нас дебиан на метеостанции, делает свою задачу и если не трогать сильно будет продолжать делать ещё 100 лет ибо там просто меняться нечему и новизна ради новизны просто не нужна. Но рано или поздно обновляться надо по тем или иным причинам и делать это надо плавно, а не всё сломать и сделать по новому. Это в манямирках разработчиков (и моём тоже) надо просто всё сделать 1 раз под новое и сделать хорошо, только вот в реальном мире это далеко не всегда возможно сделать в лоб. Поэтому происходит мягкий переход. У нас конечно не антарктика, но боль от переделки инфраструктуры на лицо, а вот те у кого автономки стоят в вечной мерзлоте или даже за полюсами я уж представить боюсь. Вот это и есть реальное использование в боевых условиях, реальный мир. Это в датацентре накатил образ готовый и оттестированный, в стойке пепепихнул кофейку хлебнул и кубернетисом повилял. А ты поди тоже самое сделай на системах которые на 6/7 дебке вертятся где всё заточено и отшлифовано уже и если идёт обновление то частичное.

Слава богу ещё на нём, другие бы уже отвалились давным давно.

anonymous
()
Ответ на: комментарий от intelfx

Сдаётся мне, не в технологии дело.

Ну рук кривых тоже никто не отменяет. Это да. Тут не в конкретном месте дело тут в целом.

anonymous
()
Ответ на: комментарий от intelfx

Это я к тому кто приходится. (Выше 2 сообщеня)

anonymous
()

use 0x0.st for image hosting

anonymous
()
Ответ на: комментарий от anonymous

Это всё конечно громко звучит, но каким боком здесь вся эта простыня как уже существующие экземпляры продакшен-систем связаны с появлением новых технологий в новых мажорных релизах дистрибутивов с долговременной поддержкой?

Ты полезешь удалённо обновлять «автономку в вечной мерзлоте» до нового дебиана? Я сомневаюсь.

Я тут веду речь о том, что когда в новый мажорный релиз дебиана добавляют новую мажорную технологию, то это непременно происходит с каким-то нездоровым фетишем на высокоуровневую обратную совместимость.

Деды писали /etc/rc.local и кидали скриптики в /etc/init.d? Нужно поддержать, и плевать, что семантика запуска принципиально поменялась и какие-то нетривиальные скрипты просто не будут корректно работать с новым инитом без ручных правок, и матожидание вырванных волос, когда на восьмой раз легаси-скрипт внезапно сломается, несоизмеримо больше, чем если бы просто сказали «/etc/init.d — всё, будьте так добры переписать ваше говно вручную».

Деды добавляли симлинки в /etc/rcX.d руками? Надо поддержать, даром что это порождает какое-то адовое количество костылей типа сканирования этих каталогов и эвристического конвертирования симлинков в конфиги systemd (которое опять же ломается, если не так чихнуть, и удачи в отладке).

Деды делали chkconfig и insserv? Надо поддержать, даром что после этой «поддержки» рейсы и дедлоки от взаимодействия chkconfig с systemctl ещё два года отлавливали.

И вот всё у них так.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx

Ну, я помню, в FreeBSD старый софт довольно несложно можно было вкорячить. Взять хотя бы древнее дерево портов и в нём собрать...

Shadow ★★★★★
()
Ответ на: комментарий от intelfx

конвертирования симлинков в конфиги systemd

Зачем, если можно было забить и вызывать скрипты из systemd?
Понимаю, что не к тебе, но вот этот трепетный /etc/init.d был в основном в дистрах типа RH, Debian и SuSE. В той же слаке всё было сильно проще.

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от intelfx

P. S.

Деды писали /etc/rc.local и кидали скриптики в /etc/init.d? Нужно поддержать, и плевать, что семантика запуска принципиально поменялась и какие-то нетривиальные скрипты просто не будут корректно работать с новым инитом без ручных правок, и матожидание вырванных волос, когда на восьмой раз легаси-скрипт внезапно сломается, несоизмеримо больше, чем если бы просто сказали «/etc/init.d — всё, будьте так добры переписать ваше говно вручную».

И ладно если бы это всё было сугубо для совместимости с проприетарным говном мамонта пользовательскими конфигурациями. Но есть такой забавный психологический феномен: когда у тебя номинально есть обратная совместимость, это как бы означает, что нативной поддержкой новых технологий можно как бы и не запариваться вовсе. И плевать, что работать оно будет через пень-колоду. В итоге Debian 8 зарелизился в таком состоянии, что огромная часть демонов даже из основного репозитория поставлялись не с юнитами, а со скриптами, которые в большинстве случаев в принципе даже не потрудились вычитать. В результате это всё ломалось, а юзеры жаловались на «системд».

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

даже не потрудились вычитать

Я вот это имел ввиду. Дело не в легаси.

Shadow ★★★★★
()
Ответ на: комментарий от intelfx

… обмазать своими фирменными и неповторимыми костылями абсолютно любую, даже самую стройную, технологию.

Это systemd «стройная технология»??? Обалдеть

manul91
()
Последнее исправление: manul91 (всего исправлений: 1)
Ответ на: комментарий от manul91

Это systemd «стройная технология»

Да.

Обалдеть

Вот и балдей.

intelfx ★★★★★
()
Ответ на: комментарий от Rootlexx

Это претензия может быть предъявлена ко всем релизным дистрибутивам в принципе.

Это следствие разницы rolling и релизной модели в принципе.

Кто мешает делать релизы дистрибутивов из релизных исходников пакетов?

Повторяю: какие такие дичайшие костыли и подпорки вы в нём нашли?

Внесение изменений в оригинальные исходники пакетов это тоже самое, что и ZverCD в мире Windows.

X512 ★★★★★
()
Ответ на: комментарий от intelfx

systemd
самую стройную, технологию

У меня с экрана жир фонтаном хлынул. Мне теперь клавиатуру надо отмывать.

peregrine ★★★★★
()
Ответ на: комментарий от X512

увы нету, но systemd не перестаёт от этого быть больным и кривым уродцем, как и все творения Лёни. Что характерно, процитирую первую строку лога ТС-а.

Feb 12 08:10:51 optiplex pulseaudio[12272]: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"

Одно Лёнино поделие не смогло сказать другому что пора выключаться и ругнулось абсолютно бессмысленной строкой в лог. Стройнейшая архитектура, браво. Думаешь иксы уйдут это говно перестанет срать про иксы в лог? Скорее всего нет.

peregrine ★★★★★
()
Последнее исправление: peregrine (всего исправлений: 1)
Ответ на: комментарий от peregrine

увы нету

Ну тогда и получается что systemd «самый стройный, технологичный» из имеющегося.

Что характерно, процитирую первую строку лога ТС-а.

У автора я так понимаю отключился загрузочный диск и всё сломалось. Не удивительно что что-то идёт не так. Необходимые программы и данные невозможно загрузить, работает только то, что загружено в RAM.

X512 ★★★★★
()
Ответ на: комментарий от X512

У автора я так понимаю отключился загрузочный диск и всё сломалось.

Нет. Просто китайский usb хаб завис.

aidaho ★★★★★
() автор топика
Ответ на: комментарий от X512

Нет, первая строчка это дефолтное выключение. Оно всегда так срёт.

peregrine ★★★★★
()
Ответ на: комментарий от peregrine

Одно Лёнино поделие не смогло сказать другому что пора выключаться и ругнулось абсолютно бессмысленной строкой в лог. Стройнейшая архитектура, браво. Думаешь иксы уйдут это говно перестанет срать про иксы в лог? Скорее всего нет.

А ирония тут в том, что пользовательские сессии как раз исторически управляются не из systemd, а по старинке. Поэтому там всё срёт друг на друга и выключается в произвольном порядке.

К счастью, это постепенно уходит в прошлое. В актуальном гноме, например, для управления сессией полностью переехали на systemd. Теперь в гноме всё аккуратно запускается и завершается в правильном порядке.

Не то чтобы это было особенно важно, потому что иксовые сессии абсолютно всегда завершались именно так, по цепочке, но выкинуть костыли и заменить на стандартный инструмент — это всегда хорошо.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 3)
Ответ на: комментарий от intelfx

А ирония тут в том, что пользовательские сессии как раз исторически управляются не из systemd, а по старинке. Поэтому там всё срёт друг на друга и выключается в произвольном порядке.

Если бы оно через systemd управлялось линукс бы на серверах не стоял, а пылился на полке рядом с менуэтОС

peregrine ★★★★★
()
Ответ на: комментарий от peregrine

Если бы оно через systemd управлялось линукс бы на серверах не стоял, а пылился на полке рядом с менуэтОС

пользовательские сессии

линукс на серверах

Лол.

intelfx ★★★★★
()
Ответ на: комментарий от X512

Запускать точно умеет!
А как ты управлять собрался? Хлроший демон сам не падает, управляется по API или сокету.

Shadow ★★★★★
()
Ответ на: комментарий от Shadow

А как ты управлять собрался?

systemctl start/stop <service name>. Запуск зависимостей.

X512 ★★★★★
()
Ответ на: комментарий от Shadow

Хлроший демон сам не падает

А при недостатке ресурсов (диск, память, сеть и т.д.) он их отжимает у других демонов.

anonymous
()
Ответ на: комментарий от intelfx

RHEL у которой технология настолько «стройная» что не умеет апгрейдится на новые версии - а только полный снос как винда? Ой пардон, даже винда уже научилась…

manul91
()
Ответ на: комментарий от intelfx

потом не могут это всё нормально заставить работать вместе

Вообще-то они по нескольку лет бэкпортят багфиксы на релизы. И что характерно - всё работает. А «нормально» всё это должно работать ещё на релизе.

LamerOk ★★★★★
()
Ответ на: комментарий от intelfx

ирония тут в том, что пользовательские сессии как раз исторически управляются не из systemd, а по старинке.

Разумеется, все знаем что у systemd всегда другие системы виноваты - то ли кернел, то ли xorg или управление сессиями.

К счастью, это постепенно уходит в прошлое

Да, когда все вокруг начнет монолитно вонять то и говно станет незаметным и его уже не отличить - молодцы, хитро придумали.

manul91
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 →
General