You are not logged in.
Hi Loan_wolf, Seth
Something I typed in the terminal has made the system only boot into tty mode.
I issued the command systemctl get_default it rerturned the line 'multi-user.target'
so taking the lead from the link in Seth's Signature about booting I typed in the line into the terminal from the Archwiki.
Anyway, the outcome is this when I now boot I have tty access if I issue the command 'startx'
I get three terminal-like outputs on the screen not KDE.
Any help greatfully received, typing on windblows laptop.
EDIT: add Info,
After typing systemctl start sddm I am back in KDE after logging in.
--
Data-007
Last edited by Data007 (2023-02-21 12:25:48)
Offline
You changed the default target to multi-user.target, revert it to graphical.target.
Offline
That change was meant to ease troubleshooting (and get simpler logs) by falling back to TTY mode on forced logout instead of shutdown due to the display manager crashing also.
I may have forgotten to remind Data007 to also change the .xinitrc to start kde plasma .
Last edited by Lone_Wolf (2023-02-21 13:40:16)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Hi Loan_Wolf
As described in post 76:
"Anyway, the outcome is this when I now boot I have tty access if I issue the command 'startx'
I get three terminal-like outputs on the screen not KDE."
Perhaps if I did it differently! is there a guide I can look at?
I am happy to try.
--
Data007
Offline
login as your normal user on konsole.
Copy /etc/X11/xinit/xinitrc to your home folder as .xinitrc , https://wiki.archlinux.org/title/Xinit#xinitrc
In order to start kde plasma through .xinitrc you need to customize it, see https://wiki.archlinux.org/title/KDE#From_the_console .
Post ~/.xinitrc so it can be verified.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Hi I have not managed to do anything yet regarding what Lone_Wolf has suggested.
I will tackle that in the pm of this day 26th.
Meanwhile, I have had the screen go funny, I tried to logout but hit restart instead.
New Logs from the website. https://stevedoeslinux.com/new-logout-logs
It should not be kscreen that was done.
--
Data007
Last edited by Data007 (2023-02-26 06:45:30)
Offline
That's not a complete log of anything but what is there is *all* about kscreen?
It gets activated by org_kde_powerdevil, so disable powerdevil as well.
Offline
That's not a complete log of anything but what is there is *all* about kscreen?
It gets activated by org_kde_powerdevil, so disable powerdevil as well.
Strange I disable kscreen.
According to google an also post on arch forum,
" You can disable it in Systemsettings ("Configure Desktop")->Startup and Shutdown->Service Management"
But I see nothing related to or shown about "powerdevil" in that menu mentioned above, could it be named
something else?
Im out in 30mins so this afternoon I will be back.
Err not a complete log, I did as per usual, till next time.
--
Data007
Offline
powerdevil will show up in the kded kcm as well and is KDEs power management daemon.
Offline
It doesn't show up in the kded kcm strangely enough indeed, but for the purposes of this thread it should be sufficient to go to the power management kcm and disabling screen integration with the relevant checkbox. And or disabling/masking the systemd unit for it
systemctl --user mask plasma-powerdevil.service
Offline
Hi V1del, Seth, Loan_Wolf
I ran the command,
systemctl --user mask plasma-powerdevil.service
And Got,
systemctl --user mask plasma-powerdevil.service
Created symlink /home/steve/.config/systemd/user/plasma-powerdevil.service → /dev/null.
Perhaps I miss understood?!
--
Data007
Offline
Offline
Post ~/.xinitrc so it can be verified.
I appendeed to the end of File
export DESKTOP_SESSION=plasma
exec startplasma-x11
It won't let me for some reason upload the xinitrc file to my website for some reason, 'not allowed to up load file of this type' even if I make it a txt file
I hate to post it here the file it's some 59 lines long. Ile use pastebin.
https://pastebin.com/daYc7cf6
Off to set the rest up, booting to command line an launching startx from there.
Edit:
I am not doing it right, on issuing startx I get the three white terminals again.
I get to graphical @Loan_Wolf by systemctl start sddm
--
DATA007
Last edited by Data007 (2023-02-26 14:03:52)
Offline
It won't let me for some reason upload the xinitrc file to my website for some reason, 'not allowed to up load file of this type' even if I make it a txt file
cat ~/.xinitrc | curl -F 'file=@-' 0x0.st
Avoid pastebin.com, it's geoblocking and the link you get isn't the raw text.
On topic: nothing after "exec xterm -geometry 80x66+0+0 -name login" is ever reached.
https://man.archlinux.org/man/core/man-pages/exec.1p.en
Offline
cat ~/.xinitrc | curl -F 'file=@-' 0x0.st
I tried your line it appears to have done nothing as far as I can see.
I have re-edited the file and saved it with the shebang in place.
I have also saved it as a txt file removed the sbang and up loaded it.
https://stevedoeslinux.com/wp-content/uploads/2023/02/xinitrc.txt
EDIT: basically the same place as the logs.
HIH
I am not entirely sure about it.
--
DaTA007
Last edited by Data007 (2023-02-26 15:32:48)
Offline
What that "line" does is it cat's ~/.xinitrc into curl and the curl command uploads it into 0x0.st and you get a url in return.
The shebang in the xinitrc is utterly irrelevant.
You've moved "exec startplasma-x11" too far to the top and now don't include the session inporting code, see the last link below.
userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/etc/X11/xinit/.Xresources
sysmodmap=/etc/X11/xinit/.Xmodmap
# merge in defaults and keymaps
if [ -f $sysresources ]; then
xrdb -merge $sysresources
fi
if [ -f $sysmodmap ]; then
xmodmap $sysmodmap
fi
if [ -f "$userresources" ]; then
xrdb -merge "$userresources"
fi
if [ -f "$usermodmap" ]; then
xmodmap "$usermodmap"
fi
# start some nice programs
if [ -d /etc/X11/xinit/xinitrc.d ] ; then
for f in /etc/X11/xinit/xinitrc.d/?*.sh ; do
[ -x "$f" ] && . "$f"
done
unset f
fi
export DESKTOP_SESSION=plasma
exec startplasma-x11
Offline
The shebang in the xinitrc is utterly irrelevant.
The code now works and is in place, and startx works.
The shebang is relevant as in that's what prevents me uploading it to my site.
The new file is uploaded.
--
Data007
Offline
The point is that you can omit it entirely and forever because it's not relevant to the xinitrc - I don't really care about the restrictions of your web service.
startx works
So, where are we wrt the subject of the thread?
Did you mask powerdevil?
Is kscreen still invoked somehow?
And what is the impact on the stabiliy of plasmashell?
Offline
The point is that you can omit it entirely and forever because it's not relevant to the xinitrc - I don't really care about the restrictions of your web service.
startx works
So, where are we wrt the subject of the thread?
Did you mask powerdevil?
Is kscreen still invoked somehow?
And what is the impact on the stabiliy of plasmashell?
The subject of the thread is a work in progress.
sudo systemctl list-units >services.txt list searched.
The only reference to power in services is 'upower.service' Should I disable it?
Both powerdevil (see above) and kscreen seem to be disabled as far as I can see, I can see no reference to it (power.devil).
The stability is fine at the moment, until the next crash.
Learning
---
Data007
Offline
/etc/UPower/UPower.conf shows what settings it enables , they all look intended for battery powered machines like laptops.
I do think it's disabled by default so it shouldn't be starting unless something else requests it, but let's verify .
Output of
$ systemctl list-unit-files --all | grep upower
?
As for the issue this thread deals with a combination of efi firmware updates, kernel updates and switching applications from flatpak to aur packages have reduced the instability significantly .
The change to multi-user,target booting / manually starting X instead of graphical target / display manager should help to distinguish between future crashes and forced logouts or shutdowns . I also feel the powerdevil / kscreen changes will help a lot to narrow down possible causes.
Hopefully we're close to marking this thread as solved .
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
/etc/UPower/UPower.conf shows what settings it enables , they all look intended for battery powered machines like laptops.
I do think it's disabled by default so it shouldn't be starting unless something else requests it, but let's verify .
Output of
$ systemctl list-unit-files --all | grep upower
?
upower.service disabled disabled
As for the issue this thread deals with a combination of efi firmware updates, kernel updates and switching applications from flatpak to aur packages have reduced the instability significantly .
The change to multi-user,target booting / manually starting X instead of graphical target / display manager should help to distinguish between future crashes and forced logouts or shutdowns . I also feel the powerdevil / kscreen changes will help a lot to narrow down possible causes.
Hopefully we're close to marking this thread as solved .
The change to manually starting X is a necessary step however it isn't without toll, I find the repeat rate of the keyboard to be to fast.
I tend to be typing sstarrtxx and have to go back and retype the item.
Powerdevil/kscreen
I can find kscreen but I can not find Powerdevil the last I think crash was somehow enabled by Pdevil as you and others have pointed out.
I wish I could mark this as SOLVED but I am at a loss with it all, I just report the incidents.
--
Data007
Offline
upower.service disabled disabled
That confirms upower is not active upon startup , no need to change.
I find the repeat rate of the keyboard to be to fast.
I tend to be typing sstarrtxx and have to go back and retype the item.
X and console have separate settings for that, https://wiki.archlinux.org/title/Linux_ … y_and_rate has info how to change it for console .
To verify what is / isn't running boot the system , startx , move mouse a few seconds , then logout .
Take the journal from that and post it somewhere permanent (= where it will stay atleast a few months) with a name like "baseline some-descriptive-identifier yyyy-mm-dd" .
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Hi Loan_Wolf
X and console have separate settings for that, https://wiki.archlinux.org/title/Linux_ … y_and_rate has info how to change it for console .
To verify what is / isn't running boot the system , startx , move mouse a few seconds , then logout .
Take the journal from that and post it somewhere permanent (= where it will stay atleast a few months) with a name like "baseline some-descriptive-identifier yyyy-mm-dd" .
https://stevedoeslinux.com/keyboard-rate-cli
As the picture shows this did not work! Sudo?
https://stevedoeslinux.com/small-journalt
BackUp journalt
Both things on the website.
--
Data007
Offline
The hashtag "#" prompt generally indicates the command is to be run as root.
You also don't have to run anything manually here.
https://wiki.archlinux.org/title/Xinit# … X_at_login
https://wiki.archlinux.org/title/Getty# … al_console
And if this doesn't work, we've a race condition and you probably need https://wiki.archlinux.org/title/Kernel … _KMS_start
Offline
Hi Seth, Loan_Wolf
Ive been having some odd blackout moments .... Sitting watching youtube and it
goes black and then returns, without a relog. Also the video returns playing at the same spot.
My stream deck software released an upgrade so maybe that.
https://stevedoeslinux.com/wp-content/uploads/2023/03/Blackout_Moments.txt
These are not crashes like before and may not be anything, LTT youtube videos are usually solid.
--
Data007
Last edited by Data007 (2023-03-01 07:26:42)
Offline