4 ms·

> Machine hanging indefinitely during poweroff/reboot ... I'm one of those troglodytes who still starts things from /etc/rc.d/rc.local Since this is not the s

> Machine hanging indefinitely during poweroff/reboot ... I'm one of those troglodytes who still starts things from /etc/rc.d/rc.local Since this is not the systemd way systemd sometimes decides that it can't terminate these on shutdown. And the timeout for shutting down rc.local stuff is infinite. This causes the occasional hang until hard reset. I can manually change the timeout to something else, but any update tends to put back the infinite timeout. I suppose I should learn how to do it the systemd way.

eth0up 2y ago
Fellow Troglodyte, I have booted single user for the last decade, using startx to initiate the desktop environment. In Debian, it always worked, allowing me to observe the console output prior and address anything unusual before going gui. Switching to OpenSuse, the behavior is different, but I got start-xfce4 to work. Any obvious reasons this is different in OpenSuse? I've read that startx is deprecated, well, that and some interesting stuff about flat earth. Oh, and a genuine systemd peeve; the infamous ctrl-alt-del burst nonsense, where rapid succession (x7) reboots the system, even with the screen locked (unless with physlock).
- blueflow 2y ago
  Yes, plain startx has stopped working from upstream defaults. I think it was related to Xorg now having to talk to seatd (or alternatives) to get access to the input/video devices. In Debian it still works because Debian is slow with updates, but time is running.
  - eth0up 2y ago
    I'll justify asking here because the thread is dead, it seems, probably the "2018". Is there a clean, new method of configuring a persistent boot to cli? A link will do if an explanation is too much.
- rascul 2y ago
  The startx thing is mentioned (with a fix) in the release notes for 11.4 which I presume is when openSUSE made the change: https://www.suse.com/releasenotes/i586/openSUSE/11.4/index.html#06 https://www.suse.com/releasenotes/i586/openSUSE/11.4/index.h...
  - eth0up 2y ago
    Thanks

eth0up 2y ago

Fellow Troglodyte, I have booted single user for the last decade, using startx to initiate the desktop environment. In Debian, it always worked, allowing me to observe the console output prior and address anything unusual before going gui. Switching to OpenSuse, the behavior is different, but I got start-xfce4 to work. Any obvious reasons this is different in OpenSuse? I've read that startx is deprecated, well, that and some interesting stuff about flat earth. Oh, and a genuine systemd peeve; the infamous ctrl-alt-del burst nonsense, where rapid succession (x7) reboots the system, even with the screen locked (unless with physlock).

blueflow 2y ago
Yes, plain startx has stopped working from upstream defaults. I think it was related to Xorg now having to talk to seatd (or alternatives) to get access to the input/video devices. In Debian it still works because Debian is slow with updates, but time is running.
- eth0up 2y ago
  I'll justify asking here because the thread is dead, it seems, probably the "2018". Is there a clean, new method of configuring a persistent boot to cli? A link will do if an explanation is too much.
rascul 2y ago
The startx thing is mentioned (with a fix) in the release notes for 11.4 which I presume is when openSUSE made the change: https://www.suse.com/releasenotes/i586/openSUSE/11.4/index.html#06 https://www.suse.com/releasenotes/i586/openSUSE/11.4/index.h...
- eth0up 2y ago
  Thanks