Siduction Forum
Siduction Forum => Installation - Support => Topic started by: schnappi on 2017/09/26, 01:07:56
-
Hi,
Was having lots of problems with SId and LXQT (couldn't even shutdown correctly at one point). Is Siduction modified in any way to make it even a little more stable than Sid? Honestly Sid usually is pretty stable but for something like LXQT get why have been having issues.
Just wondering if can expect to have pretty much same issues if used Siduction or if there is some modifications that make Siduction even a little more stable than Sid. Live CD works fine and looks good by the way.
Thanks.
-
You had problems? I can't believe it, don't see any filed bugs.
-
Yep I know right?
Chalk it up to maybe the combination of hardware and software but yes was having issues with LXQT Sid to the point where deleted it and am just going to install something more out of box ready and a tiny bit more stable.
-
You know that we use the same packages as debian do? Esp. for LXQt. And i'm pretty sure every debian derivative does. So - bad luck, but a hint - writing good bugs might help, reading bugtrackers may help too. We nor debian nor upstream can help with problems we don't know.
(But maybe i'm completly wrong - maybe one with more LXQt knowledge should answer)
-
@schnappi: and your problem seems to be https://github.com/lxde/lxqt/issues/1311 - so there are only partial solutions that work more or less complete. And thats one of the reasons i mentioned filing bugs - your shutdown problem might be slightly better than in pure debian because we have the latest menu-cache and KillUserProcesses activated - but to be true, it solves nothing right now - and the system will shut down with enough patience - in case nothing helps the one-liner should help:
hard kill all panel processes, after that hard kill all menu-cached processes, after that shut down the system.
EDIT: ok, reducing the system time out and user time out for processes helps too. But it doesn't help to find and fix any problems as mentioned on the upstream bug.
-
I run siduction/LXQT on a Dell laptop with Intel GPU that is 5 or 6 years old, and yes, I see the slow shutdown from CLI. It causes me no problems, but if I were in a hurry to shut it down, I would Ctrl-Alt-F1, login as root, and issue
systemctl poweroff
Other than that, it seems pretty stable.
EDIT: First systemctl isolate multi-user.targetthen systemctl poweroff
-
@dibl - one should be more positive - it is infact so stable that it resist shut downs successful. Joke aside, it is a systemd thing, systemd is just to nice - much to nice - so this behaviour match perfect the systemd strategy: We are right, fix your f$%&ing apps that behave wrong. In System V one had paint it over with one ore two pkill -9 $disturbing_process.
And - so we've done. With the upcoming release it will only hang one or two times out of ten. 8)
-
@dibl, one should be more positive ...
LOL! In my house, there are five systems running the distro that won't be shut down -- that is VERY positive! 8)
-
Wow. Cool active community. Reinstalled Debian Sid and it usually shuts down but as others stated still got it to hang on shutdown again a few times.
Probably should file bug reports but it takes forever to figure out who it should go to (Debian, PCMAN, LXQT) and then find out how to submit a bug for that given group. Just don't really have time and would rather concentrate on real life. But still love linux and do what can when can do it.
On a different note are there any other changes Siduction makes to Debian Sid that aren't immediately obvious from browsing the wiki?
-
Speaking as a user, only ....
Yes, the Debian packages come only from the sid repo.
The new kernels are build by our hero, towo, and come from the siduction repo.
The grub splashes, kernel-remover, and some other packages come from the siduction repo. If you will follow a couple of simple rules, you should not have a problem with siduction:
1. Not less often than once per week:
apt updateapt full-upgrade -d
Ctrl-Alt F1, log in as root.
systemctl isolate multi-user.target
apt full-upgrade
If there is no new kernel, then
systemctl isolate graphical.target && exit
If there IS a new kernel installed, then
systemctl reboot
2. Look at the message from apt. Look for packages to be removed. If any packages are to be removed .... CAUTION!
Check this forum for Upgrade Warnings.
Sometimes we wait for a time, until the transition settles down and lets us have a safe upgrade.
-
@schnappi - and you don't need to file an issue for this particular issue - i know the problem, that should be sufficient - saying so with my LXQt Hat and my Debian Maintainer Hat on.
@dibl and systemd.isolate and such things are overkill. One can test this in the debug console. Just kill the fucking menu-cached process if it block the shut down is enough. Sorry - but menu-cached is buggy as hell, overcomplicated and not very debugging friendly to put it mild, the next version will be slightly better and should be released soon. In the end i will suggest to rewrite the entire caching from the scratch - less time intensive. And i'm dead sure that this will be acked by our devs. Until then - just set KillUserProcesses to true and lower the limit of:
system.conf:#DefaultTimeoutStopSec=90s
user.conf:#DefaultTimeoutStopSec=90s
to a sane value that don't hurt - i guess 5-10s should be enough time fore slower processes.
Edit: And please don't forget to remove the # if doing so 8)
-
Thank you for the hint, melmarker. It works fine on my acer TMB116-M, with both values set to 7 secs.
Grüße, sidemmc
-
Well, this thread gave me answers about the 90 second wait during shutdown.
I caused the machine to lock up during boot by setting the timers to 5 seconds. It stopped when trying to load the broadcom drivers, I guess they needed more time. So I restored them. I was too lazy to keep experimenting.
Just an FYI - I found that if you logout and click the shutdown icon from the login screen, there is no wait. At least for me.
Thanks for this thread, still exploring LXQt.
-
On both KDE and LXQt, if you Ctrl-Alt-F1 to tty1, then
systemctl isolate multi-user.target
and then
systemctl poweroff
the system shuts down much faster.
-
for the brave LXQt users there might be another solution - add lxqt.debian.net/debian experimental-snapshots main to your sources and give it a go .. :)
Should be stable enough for daily usage - at least for me it is - we are sorted out a lot of things that block the damn menu-cached - it might help. Or just wait a little bit, i'm preparing the 0.12 release of LXQt right now. Will take a little bit time until it hit sid, some important packages stuck in NEW
-
Good Morning Melmarker
I added the LXQt experimental snapshots and saw this during DU.
The following packages will be REMOVED:
lxqt lxqt-common lxqt-core patience-lxqt-artwork
The following NEW packages will be installed:
libqgpgme7 libqt5xdg3 libqt5xdgiconloader3 lxqt-system-theme lxqt-themes
The following packages have been kept back:
audacious audacious-plugins-data
The following packages will be upgraded:
libfm-data libfm-extra4 libfm-gtk-data libfm-gtk4 libfm-modules libfm-qt-l10n libfm-qt3 libfm4
liblxqt-globalkeys-ui0 liblxqt-globalkeys0 liblxqt-l10n liblxqt0 libmenu-cache-bin libmenu-cache3
libqtermwidget5-0 libsysstat-qt5-0 libtrojita-plugins0 lximage-qt lximage-qt-l10n lxqt-about lxqt-about-l10n
lxqt-admin lxqt-admin-l10n lxqt-config lxqt-config-l10n lxqt-globalkeys lxqt-globalkeys-l10n
lxqt-notificationd lxqt-notificationd-l10n lxqt-openssh-askpass lxqt-openssh-askpass-l10n lxqt-panel
lxqt-panel-l10n lxqt-policykit lxqt-policykit-l10n lxqt-powermanagement lxqt-powermanagement-l10n
lxqt-qtplugin lxqt-runner lxqt-runner-l10n lxqt-session lxqt-session-l10n lxqt-sudo lxqt-sudo-l10n nomacs
pavucontrol-qt-l10n pcmanfm-qt pcmanfm-qt-l10n qlipper qterminal qterminal-l10n qtermwidget5-data trojita
trojita-data
54 upgraded, 5 newly installed, 4 to remove and 2 not upgraded.
lxqt and lxqt-common and lxqt-core were among those to be removed, and, I don't see anything that would replace them. Am I right, or, am I missing something? And if so, can I put these packages on hold?
-
> https://github.com/lxde/lxqt/issues/1234
> https://github.com/lxde/lxqt/issues/1274
so audacious is another thing i guess - packaging change, just remove and install it again - i will take care of patience-artwork later