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.

Ссылка

←	Как использовать jwilder/nginx-proxy

как это работает ospf vlan

→

← 1 2 3 →

Отвалился usb-hub с флешкой воткнутой В проблемах с железом виноват systemd

~~RedEyedMan666~~ ★
(13.02.20 17:49:36 MSK)

Ссылка

_Все «хардварные» вотчдоги - глюкло.

lenin386 ★★★★
(13.02.20 18:04:55 MSK)

Ответ на: комментарий от lenin386 13.02.20 18:04:55 MSK

_Все «хардварные» вотчдоги - глюкло.

Возможно я чего-то не так настроил. Нужно будет провести учения по ГО.

aidaho ★★★★★
(13.02.20 18:07:32 MSK) автор топика

Ссылка

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

У тебя в системе какой-то ад происходит.

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

intelfx ★★★★★
(13.02.20 19:08:14 MSK)

Ответ на: комментарий от intelfx 13.02.20 19:08:14 MSK

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).

Ватчдог без DefaultDependencies=no, ахаха, что ты делаешь, прекрати.

intelfx ★★★★★
(13.02.20 19:10:50 MSK)
Последнее исправление: intelfx 13.02.20 19:11:23 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от intelfx 13.02.20 19:08:14 MSK

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

Ну, мы на эту тему уже говорили. Повторюсь: ты, как саппорт, фокусируешься на том, что конечные юзеры дебилы. Не так сконфигурировали, не так дышат и не в ту сторону молятся. Узко говоря, фактически ты прав.

Я как конечный пользователь, констатирую, что эта фигня ломается уже третий раз за полгода. Если гуру-дистростроители не могут совладать, юзер с 10+ летним стажем не может совладать, то домохозяйкам то как жить? Есть ли конечному пользователю разница, по чьей вине нужно раз в два месяца разгребать проблемы? Ладно бы ещё я ковырялся, так нет же ж. Просто хочу как домохозяйка: вкл/выкл.

По вочдогу, я так и подозреваю, что он либо вообще не был запущен, либо не был остановлен. А железо скорее всего не виновато.

aidaho ★★★★★
(13.02.20 19:19:59 MSK) автор топика

Ответ на: комментарий от intelfx 13.02.20 19:08:14 MSK

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

Из бесплатного для сервера выбора особо и нет. Либо Debian с Ubuntu, либо CentOS. И все они сборище костылей различной конфигурации.

anonymous
(13.02.20 19:24:17 MSK)

Ссылка

not a bug

anonymous
(13.02.20 19:27:48 MSK)

Ответ на: комментарий от aidaho 13.02.20 19:19:59 MSK

ты, как саппорт, фокусируешься на том, что конечные юзеры дебилы

саппорт

конечные юзеры дебилы

Это я-то саппорт, лол. Так-то саппорт не имеет права говорить, что конечные юзеры дебилы. А я это как разработчик говорю. %)

Если гуру-дистростроители не могут совладать

Менять дистростроителей, очевидно же. /s

А железо скорее всего не виновато.

Я сейчас скажу странную вещь: там или железо, или ядро. systemd дошёл до poweroff.target, он на этом месте тупо делает системный вызов reboot с нужными аргументами (не совсем, но почти). Если система подвисла в этот момент — виноват кто угодно кроме юзерспейса.

intelfx ★★★★★
(13.02.20 19:29:58 MSK)
Последнее исправление: intelfx 13.02.20 19:30:30 MSK (всего исправлений: 1)

Ответ на: комментарий от intelfx 13.02.20 19:29:58 MSK

Я сейчас скажу странную вещь: там или железо, или ядро. systemd дошёл до poweroff.target, он на этом месте тупо делает системный вызов reboot с нужными аргументами (не совсем, но почти). Если система подвисла в этот момент — виноват кто угодно кроме юзерспейса.

Так я же ребутнулся не кнопкой системника, а Alt-SysRq-B.
Ядро и железка повиновались.

aidaho ★★★★★
(13.02.20 19:34:57 MSK) автор топика

Ответ на: комментарий от intelfx 13.02.20 19:29:58 MSK

Это я-то саппорт, лол. Так-то саппорт не имеет права говорить, что конечные юзеры дебилы. А я это как разработчик говорю. %)

Я как обычный юзер говорю, что разработчики дебилы. 🤭

anonymous
(13.02.20 19:37:57 MSK)

Ответ на: комментарий от aidaho 13.02.20 19:34:57 MSK

Понятно, что по SysRq что угодно ребутнётся, если оно не в панике. В моей практике было много случаев, в частности из-за отвалившегося железа и/или драйверов, в т. ч. ФС и дисковых контроллеров, когда машина была формально не подвисшая, но reboot() просто не работал. Только по SysRq+B.

intelfx ★★★★★
(13.02.20 19:56:07 MSK)
Последнее исправление: intelfx 13.02.20 19:59:12 MSK (всего исправлений: 2)

Ответ на: комментарий от aidaho 13.02.20 19:34:57 MSK

На армах неоднократно встречал ситуацию, что если в системе произошёл oops и что-то там в ядре побилось, то вызов reboot как раз машину введёт в подобное состояние, а если сказать reboot -f то ребут будет выполнен нормально.

А watchdog проверь, а лучше прикрути внешний.

Dark_SavanT ★★★★★
(13.02.20 20:47:11 MSK)

Ссылка

Ответ на: комментарий от intelfx 13.02.20 19:08:14 MSK

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

Я вижу, у вас сильно бомбит, раз уж вы раз за разом из темы в тему поминаете Debian.

Хотелось бы больше конкретики: какие такие дичайшие костыли и подпорки вы в нём нашли.

И да, на закуску: https://lists.archlinux.org/pipermail/arch-dev-public/2018-January/029105.html, https://bugs.archlinux.org/task/58892.

Rootlexx ★★★★★
(14.02.20 01:08:11 MSK)

тащить системг на сервер может только ССЗБ. Как вариант жить и спать в серверной…

anonymous
(14.02.20 10:11:54 MSK)

Ссылка

[история успеха]

slackwarrior ★★★★★
(14.02.20 10:12:27 MSK)

Ссылка

Ответ на: комментарий от Rootlexx 14.02.20 01:08:11 MSK

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

И да, на закуску: https://lists.archlinux.org/pipermail/arch-dev-public/2018-January/029105.html, https://bugs.archlinux.org/task/58892.

В арче запустили nspawn в nspawn и тем самым собрали по дороге просто все грабли. В дебиане всё ломается из коробки при нормальном использовании. Ну да, одно и то же.

Видишь ли, политика арча в том, чтобы не патчить софт, даже если он глючит (плакали, кололись, но продолжали жрать ваниль). Дебиановцы же обмазываются бэкпортами в промышленных количествах по малейшему поводу (видимо, кроме тех случаев, когда это действительно надо). Поэтому арчу простительно, а дебиану — нет.

intelfx ★★★★★
(14.02.20 10:45:51 MSK)
Последнее исправление: intelfx 14.02.20 10:54:14 MSK (всего исправлений: 3)

Ответ на: комментарий от intelfx 13.02.20 19:08:14 MSK

это типо шутка была?

Deleted
(14.02.20 11:00:24 MSK)

Ссылка

иксы стартуют? логи иксов смотрел?

Deleted
(14.02.20 11:02:18 MSK)

Ответ на: комментарий от intelfx 14.02.20 10:45:51 MSK

дискредитируют хороший софт

например?

я не поклонник демьяна, просто интересуюсь.

Deleted
(14.02.20 11:07:00 MSK)

Ссылка

SystemD

КЛБ.

anonymous
(14.02.20 12:57:09 MSK)

Ссылка

Ответ на: комментарий от intelfx 14.02.20 10:45:51 MSK

Логика уровня рачевода: у нас ломается, но мы ничего не делаем, поэтому нам простительно, а у других ломается и они пытаются это починить, вот же негодяи!

Polugnom ★★★★★
(14.02.20 13:00:19 MSK)
Последнее исправление: Polugnom 14.02.20 13:00:28 MSK (всего исправлений: 1)

Ответ на: комментарий от Polugnom 14.02.20 13:00:19 MSK

логика арча в том, что чинить надо в апстриме, а не в собственных форках.

anonymous
(14.02.20 13:23:50 MSK)

Ответ на: комментарий от anonymous 14.02.20 13:23:50 MSK

логика арча в том, что чинить надо в апстриме, а не в собственных форках.

Если речь про апстрим системд, то удачного ожидания под веселые notabug wantfix.

Polugnom ★★★★★
(14.02.20 13:24:59 MSK)
Последнее исправление: Polugnom 14.02.20 13:26:13 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от Deleted 14.02.20 11:02:18 MSK

иксы стартуют? логи иксов смотрел?

При чём тут иксы вообще?

aidaho ★★★★★
(14.02.20 14:42:16 MSK) автор топика

Ответ на: комментарий от aidaho 14.02.20 14:42:16 MSK

было нечто подобное, по логам судя. в иксах собака порылась.

Deleted
(14.02.20 14:43:36 MSK)

Ответ на: комментарий от Deleted 14.02.20 14:43:36 MSK

Суть топика в том, что systemd отрапортовал о выключении, но не выключил машину.

Все процессы, включая иксы, он к тому моменту успешно перебил.

aidaho ★★★★★
(14.02.20 14:45:36 MSK) автор топика

Ссылка

Ответ на: комментарий от Polugnom 14.02.20 13:00:19 MSK

у нас ломается, но мы

…принимаем это как данность и работаем с апстримом

а у других ломается и они пытаются это починить

…и лажают ещё больше

intelfx ★★★★★
(14.02.20 14:58:32 MSK)
Последнее исправление: intelfx 14.02.20 14:58:44 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от intelfx 14.02.20 10:45:51 MSK

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

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

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

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

В арче запустили nspawn в nspawn и тем самым собрали по дороге просто все грабли. В дебиане всё ломается из коробки при нормальном использовании. Ну да, одно и то же.

aleksej@lenovo:~$ sudo grep 'compat systemd cgroup' /var/log/syslog
aleksej@lenovo:~$ sudo zgrep 'compat systemd cgroup' /var/log/syslog.*.gz
aleksej@lenovo:~$ cat /etc/os-release 
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
aleksej@lenovo:~$

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

Это следствие разницы rolling и релизной модели в принципе. И споры о том, что лучше, ведутся уже так много лет, что уже оскомину набили.

Поэтому арчу простительно, а дебиану — нет.

Поэтому Arch на серверах днём с огнём не сыщешь, чего нельзя сказать про Debian.

Rootlexx ★★★★★
(14.02.20 15:41:06 MSK)

Ответ на: комментарий от Rootlexx 14.02.20 15:41:06 MSK

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

Нет. Например у Fedora/CentOS релизная модель, но при этом есть принцип Upstream First, который требует для каждого патча накладываемого в Fedora иметь соответствующий патч в апстриме. И в принципе всегда делать выбор в пользу апстримных значений по умолчанию и апстримных конфигов.

alpha ★★★★★
(14.02.20 15:56:03 MSK)

Ответ на: комментарий от alpha 14.02.20 15:56:03 MSK

Только это Fedora не помогло. Пользовательская база в разы меньше Ubuntu, в которой костыль на костыле.

anonymous
(14.02.20 16:00:08 MSK)

Ссылка

Ответ на: комментарий от intelfx 14.02.20 10:45:51 MSK

Да, у меня хронически подгорает

Мы заметили. У тебя уже спина черная по самую шею.

anonymous
(14.02.20 16:10:55 MSK)

Ссылка

Ответ на: комментарий от alpha 14.02.20 15:56:03 MSK

Нет.

А как, по-вашему, можно ещё «обмазываться бэкпортами», кроме как из upstream? Речь-то шла как раз о переносе исправлений из основной ветки разработки.

Например у Fedora/CentOS релизная модель, но при этом есть принцип Upstream First, который требует для каждого патча накладываемого в Fedora иметь соответствующий патч в апстриме.

https://www.debian.org/doc/debian-policy/ch-source.html#changes-to-the-upstream-sources

Rootlexx ★★★★★
(14.02.20 16:19:11 MSK)
Последнее исправление: Rootlexx 14.02.20 16:19:58 MSK (всего исправлений: 1)

Ответ на: комментарий от alpha 14.02.20 15:56:03 MSK

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

anonymous
(14.02.20 16:21:16 MSK)

У меня демон как-то не мог перезапустить из-за того, что /var/run, был почти полон. (Могу ошибаться с каталогом)

garik_keghen ★★★★★
(14.02.20 16:22:44 MSK)

Ссылка

Ответ на: комментарий от Rootlexx 14.02.20 16:19:11 MSK

Речь-то шла как раз о переносе исправлений из основной ветки разработки.

Нет, не только об этом. Бекпорты - это только один из вариантов кастомизаций, который делают дистрибутивы, самый простой причем.

alpha ★★★★★
(14.02.20 16:24:23 MSK)
Последнее исправление: alpha 14.02.20 16:24:29 MSK (всего исправлений: 1)

Ответ на: комментарий от anonymous 14.02.20 16:21:16 MSK

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

alpha ★★★★★
(14.02.20 16:26:25 MSK)

Ссылка

Ответ на: комментарий от alpha 14.02.20 16:24:23 MSK

Нет, не только об этом. Бекпорты - это только один из вариантов кастомизаций, который делают дистрибутивы, самый простой причем.

А теперь перечитайте, на что конкретно я отвечал:

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

Так что речь шла именно о бэкпортах. Это уже вы попытались расширить тему до взаимодействия с upstream в принципе. Я не против - расширяйте (и я вам дал ссылку на Политику Debian в этом вопросе), но тогда не пишите, что мои слова, относящиеся к оригинальной теме, якобы неверны.

Rootlexx ★★★★★
(14.02.20 16:36:11 MSK)
Последнее исправление: Rootlexx 14.02.20 16:37:57 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от aidaho 13.02.20 19:19:59 MSK

Если гуру-дистростроители не могут совладать, юзер с 10+ летним стажем не может совладать, то домохозяйкам то как жить?

Купить платную поддержку у редхата, вестимо.

ugoday ★★★★★
(14.02.20 16:48:06 MSK)

Ответ на: комментарий от ugoday 14.02.20 16:48:06 MSK

Если гуру-дистростроители не могут совладать, юзер с 10+ летним стажем не может совладать, то домохозяйкам то как жить?

Купить платную поддержку у редхата, вестимо.

У КраснойШапки нет десктопной версии для домохозяек, поэтому платная подписка как собаке пятая нога.

anonymous
(14.02.20 17:13:06 MSK)

Ответ на: комментарий от anonymous 14.02.20 17:13:06 MSK

А линукс вообще развивается в направлении дядей с очень большими деньгами и нестандартными потребностями. Пользователи страдают, конечно.

ugoday ★★★★★
(14.02.20 19:52:05 MSK)

Ответ на: комментарий от ugoday 14.02.20 19:52:05 MSK

Что мешает использовать и развивать дистр без красношапочного треша? Аргумент «много софта привязано к шиштемдэ» не аргумент. Что это за софт? Опять же красношапочное дерьмо для богатых извращенцев. Просто не пользуйтесь им или пилите альтернативы. Но лялексоиды не хотят ничего пилить, хотят чтоб все им на блюдечке принесли свободное, красивое и безглючное. И чтобы никакого поттеринга. И все это задаром и бескорыстно. Мечтатели мля.

anonymous
(14.02.20 20:12:11 MSK)

Ответ на: комментарий от anonymous 13.02.20 19:27:48 MSK

Два пива этому анонимусу 🍺🍺

slimsim
(14.02.20 20:18:49 MSK)

Ссылка

Ответ на: комментарий от ugoday 14.02.20 19:52:05 MSK

А линукс вообще развивается в направлении дядей с очень большими деньгами и нестандартными потребностями. Пользователи страдают, конечно.

Согласен, но с одной оговоркой. Linux развивается только в серверном сегменте. Десктоп же как был наслоением 💩 на 💩, тем и остаётся. И выхода не видно.

anonymous
(14.02.20 20:24:31 MSK)

Ответ на: комментарий от Rootlexx 14.02.20 15:41:06 MSK

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

Нет, см. ниже.

Но у вас фиксация на Debian почему-то.

Релизные дистрибутивы бывают разные. Подходы к бэкпортированию тоже бывают разные. И конкретно дебиановский — мне не нравится.

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

Скачай *.debian.tar.xz для systemd и начинай читать прямо с самого начала.

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

Нет. Может быть как роллинг с патчами, так и релизная модель с ванилью (хотя последний вариант по большей части нежизнеспособен).

Поэтому Arch на серверах днём с огнём не сыщешь, чего нельзя сказать про Debian.

А к обсуждению это относится, потому что..?

intelfx ★★★★★
(14.02.20 20:53:01 MSK)
Последнее исправление: intelfx 14.02.20 20:56:22 MSK (всего исправлений: 3)

Ответ на: комментарий от intelfx 14.02.20 20:53:01 MSK

Релизные дистрибутивы бывают разные. Подходы к бэкпортированию тоже бывают разные. И конкретно дебиановский — мне не нравится.

И по ссылке снова бла-бла ни о чём без конкретики.

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

Скачай *.debian.tar.xz для systemd и начинай читать прямо с самого начала.

Нет, это прелестно. Вот вы сами посчитали бы такое заявление:

systemd - сплошной говнокод, костыли и подпорки! Просто скачай systemd.tar.gz и начинай читать прямо с самого начала.

– достаточно аргументированным? – Сомневаюсь. Тогда к чему это пустое балабольство? Есть конкретные случаи ненужных диких костылей - предъявите, и я их с радостью поправлю.

Нет. Может быть как роллинг с патчами, так и релизная модель с ванилью (хотя последний вариант по большей части нежизнеспособен).

Да. Именно потому что:

последний вариант по большей части нежизнеспособен

Rootlexx ★★★★★
(14.02.20 21:42:30 MSK)

Ссылка

Ответ на: комментарий от anonymous 14.02.20 20:12:11 MSK

Я вижу, основной мой тезис: «системд придуман не в интересах пользователей», возражений у вас не вызывает. Это хорошо.

ugoday ★★★★★
(15.02.20 00:13:28 MSK)

Ссылка

Ответ на: комментарий от anonymous 14.02.20 20:24:31 MSK

Десктоп же как был наслоением 💩 на 💩, тем и остаётся.

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

ugoday ★★★★★
(15.02.20 00:18:30 MSK)

Ответ на: комментарий от ugoday 15.02.20 00:18:30 MSK

Такими темпами десктоп Linux лет через 30 приблизится к текущей макоси. Вон в Gnome лет 8 добавляли группировку в Activities, хотя она должна была быть с самого начала.

anonymous
(15.02.20 04:11:08 MSK)

Ссылка

Ответ на: комментарий от ugoday 15.02.20 00:18:30 MSK

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

Но зачем? Софта как не было, так и нет. Ну наклепали свистопердящих окошек и всяких магазинов. Дальше что? Админы и пограмисты (а это 90% юзеров) предпочитают красноглазые тайлинги либо простецкие вин95 окружения как и 100 лет назад. Для кого делают недомакось?

anonymous
(15.02.20 11:03:23 MSK)

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

← 1 2 3 →

←	Как использовать jwilder/nginx-proxy

General

как это работает ospf vlan

→

Похожие темы