[gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Howdy,

On my new rig, I've got everything installed.  I mostly been on a
console which has worked without issue.  Now I've started using the GUI,
KDE, and I'm having issues.  I wanted to run a command to generate a
xorg.conf file and it generate all the needed info regarding hardware
and such since the GUI wasn't working right without a config file.  The
only one I found is the nvidia one.  It is minimal at best.  Anyway,
when I try to start display-manager, with or without a config file, I
get the sddm login.  I login and if I just let it sit there, after a
minute or so, the monitor goes black.  It is still powered up but
nothing on the screen at all.  I've moved the mouse and pressed buttons
on the keyboard to make sure it isn't powering off but nothing.  Also,
the resolution is pretty low too.  It should run in 1080P easily.  The
card supports 4K I think.  The monitor tho has ran 1080P on my main rig
before, for years I might add. 

I used tail -f to watch a few error logs.  I watched sddm, messages and
Xorg.0.log.  The only thing that got added when the monitor went black
was this:



Jun 21 13:27:41 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device DP-3
Jun 21 13:29:01 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device LG Electronics W2253 (DP-3)
Jun 21 13:29:02 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device DP-3
Jun 21 13:29:03 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device LG Electronics W2253 (DP-3)


If I let it sit for a good while, it comes back on, sort of.  The plasma
panel thing on the bottom, where the app menu, clock and all is, doesn't
come back tho.  Also, the background is just black, no picture like
usual.  The only thing that shows up is gkrellm.  I'm pretty sure plasma
died.  I thought maybe it was heat, the fan isn't running on the video
card or something.  Nvidia shows the card between 25 and 30C.  The fan
nvidia says is at 34%.  If that is correct, then the fan is running and
heat is not a issue.  Out comes the flashlight and a mirror.  Yep, fan
spinning.  According to IR temp thingy, nothing even gets into the 90F
area.  I think if it was heat, I'd see something getting hot with the IR
temp thing. 

There is two versions of Nvidia driver for this card in the tree.  I've
tried both, no change at all.  Screen goes black and after a while comes
back but most of the desktop has crashed. 

By the way, I ran the tail command over ssh.  Sometimes when the monitor
goes black, it doesn't come back.  I can use ssh to reboot and repeat tho. 

Did I miss something during the install?  Does the error above cause
this problem?  If so, how do I fix it?  If you need info, just let me
know the command to run.  I monitored all I could think of.  The one
above is all I saw that showed a problem exists.  Given this rig is
still in testing, I can reboot or anything else as needed. 

Thanks.

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 3751 bytes --]

On Friday, 21 June 2024 20:02:22 BST Dale wrote:
> Howdy,
> 
> On my new rig, I've got everything installed.  I mostly been on a
> console which has worked without issue.  Now I've started using the GUI,
> KDE, and I'm having issues.  I wanted to run a command to generate a
> xorg.conf file and it generate all the needed info regarding hardware
> and such since the GUI wasn't working right without a config file.  The
> only one I found is the nvidia one.  It is minimal at best.  Anyway,
> when I try to start display-manager, with or without a config file, I
> get the sddm login.  I login and if I just let it sit there, after a
> minute or so, the monitor goes black.  It is still powered up but
> nothing on the screen at all.  I've moved the mouse and pressed buttons
> on the keyboard to make sure it isn't powering off but nothing.  Also,
> the resolution is pretty low too.  It should run in 1080P easily.  The
> card supports 4K I think.  The monitor tho has ran 1080P on my main rig
> before, for years I might add. 
> 
> I used tail -f to watch a few error logs.  I watched sddm, messages and
> Xorg.0.log.  The only thing that got added when the monitor went black
> was this:
> 
> 
> 
> Jun 21 13:27:41 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device DP-3
> Jun 21 13:29:01 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device LG Electronics W2253 (DP-3)
> Jun 21 13:29:02 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device DP-3
> Jun 21 13:29:03 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device LG Electronics W2253 (DP-3)

There are reports in the interwebs about LG monitors having buggy EDID tables:

https://gist.github.com/kj800x/be3001c07c49fdb36970633b0bc6defb

What is connected at DP-1 and is the problem resolved if you change the port 
you connect your monitor on the card?

Do you get an EDID table shown in your Xorg.0.log, or with xrandr --verbose?

Does your ~/.local/share/sddm/xorg-session.log reveal anything more?


> If I let it sit for a good while, it comes back on, sort of.  The plasma
> panel thing on the bottom, where the app menu, clock and all is, doesn't
> come back tho.  Also, the background is just black, no picture like
> usual.  The only thing that shows up is gkrellm.  I'm pretty sure plasma
> died.  I thought maybe it was heat, the fan isn't running on the video
> card or something.  Nvidia shows the card between 25 and 30C.  The fan
> nvidia says is at 34%.  If that is correct, then the fan is running and
> heat is not a issue.  Out comes the flashlight and a mirror.  Yep, fan
> spinning.  According to IR temp thingy, nothing even gets into the 90F
> area.  I think if it was heat, I'd see something getting hot with the IR
> temp thing. 
> 
> There is two versions of Nvidia driver for this card in the tree.  I've
> tried both, no change at all.  Screen goes black and after a while comes
> back but most of the desktop has crashed. 
> 
> By the way, I ran the tail command over ssh.  Sometimes when the monitor
> goes black, it doesn't come back.  I can use ssh to reboot and repeat tho. 
> 
> Did I miss something during the install?  Does the error above cause
> this problem?  If so, how do I fix it?  If you need info, just let me
> know the command to run.  I monitored all I could think of.  The one
> above is all I saw that showed a problem exists.  Given this rig is
> still in testing, I can reboot or anything else as needed. 
> 
> Thanks.
> 
> Dale
> 
> :-)  :-) 

If this is a buggy EDID, or monitor chip, you should be able to extract the 
EDID table and store it as a firmware blob for the video card to load.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Jude DaShiell]

kde hasn't been accessible enough for screen reader users like me to
install it and use it.  That out of the way, could that be kde locking
your screen for you using a 1 minute time limit?  If so, maybe that can be
adjusted.  The gsettings app likely isn't on your machine so it won't help
for me to go through my braille notes and send you the two lines for
disabling screen locking with gsettings.


--
 Jude <jdashiel at panix dot com>
 "There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo.
 Please use in that order."
 Ed Howdershelt 1940.

On Sat, 22 Jun 2024, Michael wrote:

> On Friday, 21 June 2024 20:02:22 BST Dale wrote:
> > Howdy,
> >
> > On my new rig, I've got everything installed.  I mostly been on a
> > console which has worked without issue.  Now I've started using the GUI,
> > KDE, and I'm having issues.  I wanted to run a command to generate a
> > xorg.conf file and it generate all the needed info regarding hardware
> > and such since the GUI wasn't working right without a config file.  The
> > only one I found is the nvidia one.  It is minimal at best.  Anyway,
> > when I try to start display-manager, with or without a config file, I
> > get the sddm login.  I login and if I just let it sit there, after a
> > minute or so, the monitor goes black.  It is still powered up but
> > nothing on the screen at all.  I've moved the mouse and pressed buttons
> > on the keyboard to make sure it isn't powering off but nothing.  Also,
> > the resolution is pretty low too.  It should run in 1080P easily.  The
> > card supports 4K I think.  The monitor tho has ran 1080P on my main rig
> > before, for years I might add.
> >
> > I used tail -f to watch a few error logs.  I watched sddm, messages and
> > Xorg.0.log.  The only thing that got added when the monitor went black
> > was this:
> >
> >
> >
> > Jun 21 13:27:41 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> > to read EDID for display device DP-3
> > Jun 21 13:29:01 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> > to read EDID for display device LG Electronics W2253 (DP-3)
> > Jun 21 13:29:02 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> > to read EDID for display device DP-3
> > Jun 21 13:29:03 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> > to read EDID for display device LG Electronics W2253 (DP-3)
>
> There are reports in the interwebs about LG monitors having buggy EDID tables:
>
> https://gist.github.com/kj800x/be3001c07c49fdb36970633b0bc6defb
>
> What is connected at DP-1 and is the problem resolved if you change the port
> you connect your monitor on the card?
>
> Do you get an EDID table shown in your Xorg.0.log, or with xrandr --verbose?
>
> Does your ~/.local/share/sddm/xorg-session.log reveal anything more?
>
>
> > If I let it sit for a good while, it comes back on, sort of.  The plasma
> > panel thing on the bottom, where the app menu, clock and all is, doesn't
> > come back tho.  Also, the background is just black, no picture like
> > usual.  The only thing that shows up is gkrellm.  I'm pretty sure plasma
> > died.  I thought maybe it was heat, the fan isn't running on the video
> > card or something.  Nvidia shows the card between 25 and 30C.  The fan
> > nvidia says is at 34%.  If that is correct, then the fan is running and
> > heat is not a issue.  Out comes the flashlight and a mirror.  Yep, fan
> > spinning.  According to IR temp thingy, nothing even gets into the 90F
> > area.  I think if it was heat, I'd see something getting hot with the IR
> > temp thing.
> >
> > There is two versions of Nvidia driver for this card in the tree.  I've
> > tried both, no change at all.  Screen goes black and after a while comes
> > back but most of the desktop has crashed.
> >
> > By the way, I ran the tail command over ssh.  Sometimes when the monitor
> > goes black, it doesn't come back.  I can use ssh to reboot and repeat tho.
> >
> > Did I miss something during the install?  Does the error above cause
> > this problem?  If so, how do I fix it?  If you need info, just let me
> > know the command to run.  I monitored all I could think of.  The one
> > above is all I saw that showed a problem exists.  Given this rig is
> > still in testing, I can reboot or anything else as needed.
> >
> > Thanks.
> >
> > Dale
> >
> > :-)  :-)
>
> If this is a buggy EDID, or monitor chip, you should be able to extract the
> EDID table and store it as a firmware blob for the video card to load.

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Friday, 21 June 2024 20:02:22 BST Dale wrote:
>> Howdy,
>>
>> On my new rig, I've got everything installed.  I mostly been on a
>> console which has worked without issue.  Now I've started using the GUI,
>> KDE, and I'm having issues.  I wanted to run a command to generate a
>> xorg.conf file and it generate all the needed info regarding hardware
>> and such since the GUI wasn't working right without a config file.  The
>> only one I found is the nvidia one.  It is minimal at best.  Anyway,
>> when I try to start display-manager, with or without a config file, I
>> get the sddm login.  I login and if I just let it sit there, after a
>> minute or so, the monitor goes black.  It is still powered up but
>> nothing on the screen at all.  I've moved the mouse and pressed buttons
>> on the keyboard to make sure it isn't powering off but nothing.  Also,
>> the resolution is pretty low too.  It should run in 1080P easily.  The
>> card supports 4K I think.  The monitor tho has ran 1080P on my main rig
>> before, for years I might add. 
>>
>> I used tail -f to watch a few error logs.  I watched sddm, messages and
>> Xorg.0.log.  The only thing that got added when the monitor went black
>> was this:
>>
>>
>>
>> Jun 21 13:27:41 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>> to read EDID for display device DP-3
>> Jun 21 13:29:01 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>> to read EDID for display device LG Electronics W2253 (DP-3)
>> Jun 21 13:29:02 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>> to read EDID for display device DP-3
>> Jun 21 13:29:03 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>> to read EDID for display device LG Electronics W2253 (DP-3)
> There are reports in the interwebs about LG monitors having buggy EDID tables:
>
> https://gist.github.com/kj800x/be3001c07c49fdb36970633b0bc6defb

Reading that link, mine doesn't behave that way.  I see the services
starting up during boot up just fine, small print but it's there, if I
squint a bit.  Also, the sddm login screen shows up just fine.  I might
add, this same monitor works just fine on the NAS box rig and the older
Dell rig I have lurking about.  It also worked fine on my main rig years
ago before I bought a larger monitor.  It is also the monitor I used on
the TrueNAS system when I used it.  It also works fine with Knoppix and
the official Gentoo GUI DVD image.  Basically, this monitor has never
gave me any problems with any Linux based install until this new
install.  That's what confuses me. 


>
> What is connected at DP-1 and is the problem resolved if you change the port 
> you connect your monitor on the card?
>
> Do you get an EDID table shown in your Xorg.0.log, or with xrandr --verbose?
>
> Does your ~/.local/share/sddm/xorg-session.log reveal anything more?
>


I'll check those next time I'm able to spend some time with it.  Right
now, I'm picking basil to dehydrate and chop for later use.  Basil
smells so good too.  Nice dark leaves.  I have five trays of it from one
planter.  Now to pick planter two, if my back will allow it.  My back is
angry despite meds.  :-@


>> If I let it sit for a good while, it comes back on, sort of.  The plasma
>> panel thing on the bottom, where the app menu, clock and all is, doesn't
>> come back tho.  Also, the background is just black, no picture like
>> usual.  The only thing that shows up is gkrellm.  I'm pretty sure plasma
>> died.  I thought maybe it was heat, the fan isn't running on the video
>> card or something.  Nvidia shows the card between 25 and 30C.  The fan
>> nvidia says is at 34%.  If that is correct, then the fan is running and
>> heat is not a issue.  Out comes the flashlight and a mirror.  Yep, fan
>> spinning.  According to IR temp thingy, nothing even gets into the 90F
>> area.  I think if it was heat, I'd see something getting hot with the IR
>> temp thing. 
>>
>> There is two versions of Nvidia driver for this card in the tree.  I've
>> tried both, no change at all.  Screen goes black and after a while comes
>> back but most of the desktop has crashed. 
>>
>> By the way, I ran the tail command over ssh.  Sometimes when the monitor
>> goes black, it doesn't come back.  I can use ssh to reboot and repeat tho. 
>>
>> Did I miss something during the install?  Does the error above cause
>> this problem?  If so, how do I fix it?  If you need info, just let me
>> know the command to run.  I monitored all I could think of.  The one
>> above is all I saw that showed a problem exists.  Given this rig is
>> still in testing, I can reboot or anything else as needed. 
>>
>> Thanks.
>>
>> Dale
>>
>> :-)  :-) 
> If this is a buggy EDID, or monitor chip, you should be able to extract the 
> EDID table and store it as a firmware blob for the video card to load.


I may try to boot the Gentoo GUI DVD and see what entries it has for X
config files.  Do you know what files I should look for or is it the
same for that as a hard drive based install?  I know to check /etc/X11/*
but could be others I'm not aware of.

Back to picking basil.  No zucchini today. 

Thanks.  I'm not sure what the problem is but it is annoying me.  :/

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Dale wrote:
> Michael wrote:
>> On Friday, 21 June 2024 20:02:22 BST Dale wrote:
>>> Howdy,
>>>
>>> On my new rig, I've got everything installed.  I mostly been on a
>>> console which has worked without issue.  Now I've started using the GUI,
>>> KDE, and I'm having issues.  I wanted to run a command to generate a
>>> xorg.conf file and it generate all the needed info regarding hardware
>>> and such since the GUI wasn't working right without a config file.  The
>>> only one I found is the nvidia one.  It is minimal at best.  Anyway,
>>> when I try to start display-manager, with or without a config file, I
>>> get the sddm login.  I login and if I just let it sit there, after a
>>> minute or so, the monitor goes black.  It is still powered up but
>>> nothing on the screen at all.  I've moved the mouse and pressed buttons
>>> on the keyboard to make sure it isn't powering off but nothing.  Also,
>>> the resolution is pretty low too.  It should run in 1080P easily.  The
>>> card supports 4K I think.  The monitor tho has ran 1080P on my main rig
>>> before, for years I might add. 
>>>
>>> I used tail -f to watch a few error logs.  I watched sddm, messages and
>>> Xorg.0.log.  The only thing that got added when the monitor went black
>>> was this:
>>>
>>>
>>>
>>> Jun 21 13:27:41 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>>> to read EDID for display device DP-3
>>> Jun 21 13:29:01 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>>> to read EDID for display device LG Electronics W2253 (DP-3)
>>> Jun 21 13:29:02 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>>> to read EDID for display device DP-3
>>> Jun 21 13:29:03 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>>> to read EDID for display device LG Electronics W2253 (DP-3)
>> There are reports in the interwebs about LG monitors having buggy EDID tables:
>>
>> https://gist.github.com/kj800x/be3001c07c49fdb36970633b0bc6defb
> Reading that link, mine doesn't behave that way.  I see the services
> starting up during boot up just fine, small print but it's there, if I
> squint a bit.  Also, the sddm login screen shows up just fine.  I might
> add, this same monitor works just fine on the NAS box rig and the older
> Dell rig I have lurking about.  It also worked fine on my main rig years
> ago before I bought a larger monitor.  It is also the monitor I used on
> the TrueNAS system when I used it.  It also works fine with Knoppix and
> the official Gentoo GUI DVD image.  Basically, this monitor has never
> gave me any problems with any Linux based install until this new
> install.  That's what confuses me. 
>
>
>> What is connected at DP-1 and is the problem resolved if you change the port 
>> you connect your monitor on the card?
>>
>> Do you get an EDID table shown in your Xorg.0.log, or with xrandr --verbose?
>>
>> Does your ~/.local/share/sddm/xorg-session.log reveal anything more?
>>
>
> I'll check those next time I'm able to spend some time with it.  Right
> now, I'm picking basil to dehydrate and chop for later use.  Basil
> smells so good too.  Nice dark leaves.  I have five trays of it from one
> planter.  Now to pick planter two, if my back will allow it.  My back is
> angry despite meds.  :-@

OK.  It got to hot and my back is beyond angry now.  This is one of them.


root@Gentoo-1 ~ # xrandr --verbose
Can't open display
root@Gentoo-1 ~ #


That's after I started display-manager but this time, it did nothing. 
The screen stayed on a console.  I did move the cable to another port
before booting up. 

This is the other info except nothing xorg there, just wayland.  See
below for more on that. 


root@Gentoo-1 ~ # cat /home/dale/.local/share/sddm/wayland-session.log
org.kde.startup: not a reply org.freedesktop.locale1
QDBusMessage(type=Error, service="org.freedesktop.DBus", error
name="org.freedesktop.DBus.Error.ServiceUnknown", error message="The
name org.freedesktop.locale1 was not provided by any .service files",
signature="s", contents=("The name org.freedesktop.locale1 was not
provided by any .service files") )
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activating
service name='org.kde.KSplash' requested by ':1.0' (uid=1000 pid=2767
comm="/usr/bin/startplasma-wayland" label="kernel")
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activating
service name='org.freedesktop.portal.Desktop' requested by ':1.4'
(uid=1000 pid=2780 comm="/usr/bin/ksplashqml" label="kernel")
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activating
service name='org.freedesktop.portal.Documents' requested by ':1.5'
(uid=1000 pid=2787 comm="/usr/libexec/xdg-desktop-portal" label="kernel")
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activating
service name='org.freedesktop.impl.portal.PermissionStore' requested by
':1.6' (uid=1000 pid=2793 comm="/usr/libexec/xdg-document-portal"
label="kernel")
kdeinit5: preparing to launch '/usr/lib64/libexec/kf5/klauncher'
kdeinit5: Launched KLauncher, pid = 2799, result = 0
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Successfully
activated service 'org.freedesktop.impl.portal.PermissionStore'
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Successfully
activated service 'org.freedesktop.portal.Documents'
fuse: device not found, try 'modprobe fuse' first
error: fuse init failed: Can't mount path /run/user/1000/doc

(/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
03:20:14.139: Failed to load RealtimeKit property:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.freedesktop.RealtimeKit1 was not provided by any .service files

(/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
03:20:14.139: Failed to load RealtimeKit property:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.freedesktop.RealtimeKit1 was not provided by any .service files

(/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
03:20:14.140: Failed to load RealtimeKit property:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.freedesktop.RealtimeKit1 was not provided by any .service files
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activating
service name='org.freedesktop.impl.portal.desktop.kde' requested by
':1.5' (uid=1000 pid=2787 comm="/usr/libexec/xdg-desktop-portal"
label="kernel")
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
No backend specified, automatically choosing drm
kwin_wayland_drm: No suitable DRM devices have been found
The Wayland connection broke. Did the Wayland compositor die?
The Wayland connection broke. Did the Wayland compositor die?
The Wayland connection broke. Did the Wayland compositor die?
qt.qpa.wayland: Creating a fake screen in order for Qt not to crash
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activated service
'org.freedesktop.impl.portal.desktop.kde' failed: Process
org.freedesktop.impl.portal.desktop.kde exited with status 1

(/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
03:20:14.512: Failed to create settings proxy: Error calling
StartServiceByName for org.freedesktop.impl.portal.desktop.kde: Process
org.freedesktop.impl.portal.desktop.kde exited with status 1

(/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
03:20:14.512: No skeleton to export
kdeinit5: Communication error with launcher. Exiting!
dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activating
service name='org.freedesktop.impl.portal.desktop.kde' requested by
':1.5' (uid=1000 pid=2787 comm="/usr/libexec/xdg-desktop-portal"
label="kernel")
Error: could not determine $DISPLAY.
Error: Can not contact kdeinit5!
org.kde.startup: "kdeinit5_shutdown" () exited with code 255
startplasma-wayland: Shutting down...
startplasmacompositor: Shutting down...
startplasmacompositor: Done.
root@Gentoo-1 ~ #


Since it complains about DRM.  Here's this.


root@Gentoo-1 ~ # lsmod
Module                  Size  Used by
nvidia_drm            102400  0
nvidia_modeset       1544192  1 nvidia_drm
nvidia              59744256  1 nvidia_modeset
root@Gentoo-1 ~ #


What's that about fuse???


>
>>> If I let it sit for a good while, it comes back on, sort of.  The plasma
>>> panel thing on the bottom, where the app menu, clock and all is, doesn't
>>> come back tho.  Also, the background is just black, no picture like
>>> usual.  The only thing that shows up is gkrellm.  I'm pretty sure plasma
>>> died.  I thought maybe it was heat, the fan isn't running on the video
>>> card or something.  Nvidia shows the card between 25 and 30C.  The fan
>>> nvidia says is at 34%.  If that is correct, then the fan is running and
>>> heat is not a issue.  Out comes the flashlight and a mirror.  Yep, fan
>>> spinning.  According to IR temp thingy, nothing even gets into the 90F
>>> area.  I think if it was heat, I'd see something getting hot with the IR
>>> temp thing. 
>>>
>>> There is two versions of Nvidia driver for this card in the tree.  I've
>>> tried both, no change at all.  Screen goes black and after a while comes
>>> back but most of the desktop has crashed. 
>>>
>>> By the way, I ran the tail command over ssh.  Sometimes when the monitor
>>> goes black, it doesn't come back.  I can use ssh to reboot and repeat tho. 
>>>
>>> Did I miss something during the install?  Does the error above cause
>>> this problem?  If so, how do I fix it?  If you need info, just let me
>>> know the command to run.  I monitored all I could think of.  The one
>>> above is all I saw that showed a problem exists.  Given this rig is
>>> still in testing, I can reboot or anything else as needed. 
>>>
>>> Thanks.
>>>
>>> Dale
>>>
>>> :-)  :-) 
>> If this is a buggy EDID, or monitor chip, you should be able to extract the 
>> EDID table and store it as a firmware blob for the video card to load.
>
> I may try to boot the Gentoo GUI DVD and see what entries it has for X
> config files.  Do you know what files I should look for or is it the
> same for that as a hard drive based install?  I know to check /etc/X11/*
> but could be others I'm not aware of.
>
> Back to picking basil.  No zucchini today. 
>
> Thanks.  I'm not sure what the problem is but it is annoying me.  :/
>
> Dale
>
> :-)  :-) 
>


To add to this, this is a new video card.  It's a P1000, Nvidia of
course.  Could it be a bad card that works to a point but then dies?  I
got a older PCIe V2 card I'm going to try.  That was the card that was
in during the early stages.  The P1000 was the one that got hung up by
the post office and arrived days late.  I'm going to test the other
slower card shortly, got to remember to downgrade nvidia-drivers to
tho.  ;-)

On the above wayland info, I recall some having issues with wayland. I
tried to disable wayland by putting -wayland in make.conf and
rebuilding.  Since it wanted to rebuild a lot, I removed everything GUI
related from the world file and then ran --depclean to clean house. 
Then I emerge everything I removed from the world file again, while I
napped.  The output above could be old but may still provide a clue.  If
I could figure out how to go back to KDE V5 instead of the new V6, I
would, to eliminate a wayland issue if nothing else.  I removed
everything from /etc/portage/package.keyword file but I think KDE V6 is
stable now.  The odd part, right now, even sddm isn't coming up. 

I ended up with 8 trays of basil.  I'll got at least one more picking
from each planter plus I have another planter that will be ready to pick
in a few weeks.  Me and my garden.  LOL 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Howdy again.

Put in other card.  It's a NVS 510.  Anyway, output of some common log
files. 


root@Gentoo-1 ~ # tail -f /var/log/messages
Jun 22 13:47:29 Gentoo-1 kernel: elogind-daemon[1756]: New session 5 of
user root.
Jun 22 13:47:58 Gentoo-1 sddm-helper[2518]:
pam_unix(sddm-greeter:session): session opened for user sddm(uid=219) by
root(uid=0)
Jun 22 13:47:58 Gentoo-1 kernel: elogind-daemon[1756]: Existing logind
session ID 2 used by new audit session, ignoring.
Jun 22 13:47:58 Gentoo-1 kernel: elogind-daemon[1756]: New session c1 of
user sddm.


root@Gentoo-1 ~ # tail -f /var/log/sddm.log
[13:47:54.140] (II) DAEMON: Initializing...
[13:47:54.142] (II) DAEMON: Starting...
[13:47:54.142] (II) DAEMON: Logind interface found
[13:47:54.143] (II) DAEMON: Adding new display...
[13:47:54.144] (II) DAEMON: Loaded empty theme configuration
[13:47:54.144] (II) DAEMON: Xauthority path: "/run/sddm/xauth_jyVtSb"
[13:47:54.144] (II) DAEMON: Using VT 7
[13:47:54.144] (II) DAEMON: Display server starting...
[13:47:54.144] (II) DAEMON: Writing cookie to "/run/sddm/xauth_jyVtSb"
[13:47:54.144] (II) DAEMON: Running: /usr/bin/X -nolisten tcp
-background none -seat seat0 vt7 -auth /run/sddm/xauth_jyVtSb -noreset
-displayfd 16
[13:47:58.178] (II) DAEMON: Setting default cursor
[13:47:58.182] (II) DAEMON: Running display setup script 
"/usr/share/sddm/scripts/Xsetup"
[13:47:58.184] (II) DAEMON: Display server started.
[13:47:58.184] (II) DAEMON: Socket server starting...
[13:47:58.184] (II) DAEMON: Socket server started.
[13:47:58.184] (II) DAEMON: Loaded empty theme configuration
[13:47:58.184] (II) DAEMON: Greeter starting...
[13:47:58.190] (II) HELPER: [PAM] Starting...
[13:47:58.190] (II) HELPER: [PAM] Authenticating...
[13:47:58.190] (II) HELPER: [PAM] returning.
[13:47:58.202] (II) HELPER: Writing cookie to "/tmp/xauth_Tuevmm"
[13:47:58.202] (II) HELPER: Starting X11 session: ""
"/usr/bin/sddm-greeter --socket /tmp/sddm-:0-OtsNHf"
[13:47:58.203] (II) DAEMON: Greeter session started successfully
[13:47:58.247] (II) DAEMON: Message received from greeter: Connect



root@Gentoo-1 ~ # tail -f /var/log/Xorg.0.log
[    67.090] (II) event1  - Power Button: device removed
[    67.109] (II) event0  - Power Button: device removed
[    67.120] (II) event3  - DELL Dell USB Entry Keyboard: device removed
[    67.136] (II) event2  - Logitech USB Optical Mouse: device removed
[    67.163] (II) UnloadModule: "libinput"
[    67.163] (II) UnloadModule: "libinput"
[    67.164] (II) UnloadModule: "libinput"
[    67.164] (II) UnloadModule: "libinput"
[    67.444] (II) NVIDIA(GPU-0): Deleting GPU-0
[    67.450] (II) Server terminated successfully (0). Closing log file.


Basically, it behaves in the same way as the other card.  Does make the
monitor a suspect doesn't it? 

Thoughts?? 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 5497 bytes --]

On Saturday, 22 June 2024 19:13:42 BST Dale wrote:
> Dale wrote:
> > Michael wrote:


> root@Gentoo-1 ~ # xrandr --verbose
> Can't open display
> root@Gentoo-1 ~ #
> 
> 
> That's after I started display-manager but this time, it did nothing. 
> The screen stayed on a console.  I did move the cable to another port
> before booting up. 

The xerver is not running.


> This is the other info except nothing xorg there, just wayland.  See
> below for more on that. 
> 
> 
> root@Gentoo-1 ~ # cat /home/dale/.local/share/sddm/wayland-session.log

I thought you said you were having a problem starting a X session, not 
starting a Wayland session.  What desktop session are you selecting in your 
SDDM?

[snip ...]
> dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Successfully
> activated service 'org.freedesktop.portal.Documents'
> fuse: device not found, try 'modprobe fuse' first
> error: fuse init failed: Can't mount path /run/user/1000/doc

It can't find the path /run/user/1000/ for your user to be able to set up 
desktop environment variables, user authentication and other desktop related 
files.  Is your fs mounted fully?

[snip ...]
> No backend specified, automatically choosing drm
> kwin_wayland_drm: No suitable DRM devices have been found
[snip ...]

It should have found and listed your video card here ^^^^ and its drivers. 

Can it not detect your card at all?  :-/


> The Wayland connection broke. Did the Wayland compositor die?
> The Wayland connection broke. Did the Wayland compositor die?
> The Wayland connection broke. Did the Wayland compositor die?
> qt.qpa.wayland: Creating a fake screen in order for Qt not to crash
> dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activated service
> 'org.freedesktop.impl.portal.desktop.kde' failed: Process
> org.freedesktop.impl.portal.desktop.kde exited with status 1
> 
> (/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
> 03:20:14.512: Failed to create settings proxy: Error calling
> StartServiceByName for org.freedesktop.impl.portal.desktop.kde: Process
> org.freedesktop.impl.portal.desktop.kde exited with status 1
> 
> (/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
> 03:20:14.512: No skeleton to export
> kdeinit5: Communication error with launcher. Exiting!
> dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activating
> service name='org.freedesktop.impl.portal.desktop.kde' requested by
> ':1.5' (uid=1000 pid=2787 comm="/usr/libexec/xdg-desktop-portal"
> label="kernel")
> Error: could not determine $DISPLAY.
> Error: Can not contact kdeinit5!
> org.kde.startup: "kdeinit5_shutdown" () exited with code 255
> startplasma-wayland: Shutting down...
> startplasmacompositor: Shutting down...
> startplasmacompositor: Done.
> root@Gentoo-1 ~ #
> 
> 
> Since it complains about DRM.  Here's this.
> 
> 
> root@Gentoo-1 ~ # lsmod
> Module                  Size  Used by
> nvidia_drm            102400  0
> nvidia_modeset       1544192  1 nvidia_drm
> nvidia              59744256  1 nvidia_modeset
> root@Gentoo-1 ~ #

I have no experience with Nvidia to know what modules are needed.


> What's that about fuse???

It seems it can't find the fs containing the /run directory and it tries to 
launch fuse to probe & mount block devices.


> To add to this, this is a new video card.  It's a P1000, Nvidia of
> course.  Could it be a bad card that works to a point but then dies?  I
> got a older PCIe V2 card I'm going to try.  That was the card that was
> in during the early stages.  The P1000 was the one that got hung up by
> the post office and arrived days late.  I'm going to test the other
> slower card shortly, got to remember to downgrade nvidia-drivers to
> tho.  ;-)

You may want to walk through the Gentoo wiki for Nvidia to make sure you have 
all necessary drivers installed.  Then you may be more productive if you try 
to solve either Xorg, or Wayland desktop session problems separately.

If the problem is with your hardware, neither desktop session type will work.

 
> On the above wayland info, I recall some having issues with wayland. I
> tried to disable wayland by putting -wayland in make.conf and
> rebuilding.  Since it wanted to rebuild a lot, I removed everything GUI
> related from the world file and then ran --depclean to clean house. 
> Then I emerge everything I removed from the world file again, while I
> napped.  The output above could be old but may still provide a clue.  If
> I could figure out how to go back to KDE V5 instead of the new V6, I
> would, to eliminate a wayland issue if nothing else.  I removed
> everything from /etc/portage/package.keyword file but I think KDE V6 is
> stable now.  The odd part, right now, even sddm isn't coming up. 

kde-plasma/plasma-meta-6.1.0 is still in testing - I sync'ed earlier today:

~ $ eshowkw kde-plasma/plasma-meta
Keywords for kde-plasma/plasma-meta:
              |                               |   u   |  
              | a   a     p s     l r   a     |   n   |  
              | m   r h   p p   i o i s l m m | e u s | r
              | d a m p p c a x a o s 3 p 6 i | a s l | e
              | 6 r 6 p p 6 r 8 6 n c 9 h 8 p | p e o | p
              | 4 m 4 a c 4 c 6 4 g v 0 a k s | i d t | o
--------------+-------------------------------+-------+-------
[I]5.27.11-r1 | + ~ + o o ~ o + o ~ ~ o o o o | 8 o 5 | gentoo
--------------+-------------------------------+-------+-------
     6.1.0    | ~ o o o o o o o o o o o o o o | 8 o 6 | gentoo


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 3989 bytes --]

Dale,
   Sorry for top posting but I'm travelling and responding on my phone.

   I don't think this is you hardware and probably not KDE. It's possibly
some Gentoo-ish issue.

   To test and get a KDE config I would boot a Kubuntu flash drive and
choose the 'Try it's option which installs nothing. If the GUI stays up
then look at drivers and general config. I run Kubuntu on 5 machines, all
with different hardware, and I've never had a failure that I did cause.
I've installed Kubuntu on at least 20 machines over the last 6 or 7
machines and every one has booted first time.

   Give it a try. If it does fail then it's possibly something about your
hardware but if the machine works as well as you say then I would buy you a
cup of coffee if it's not Gentoo-bssed.

Good luck,
Mark

On Fri, Jun 21, 2024, 12:03 PM Dale <rdalek1967@gmail.com> wrote:

> Howdy,
>
> On my new rig, I've got everything installed.  I mostly been on a
> console which has worked without issue.  Now I've started using the GUI,
> KDE, and I'm having issues.  I wanted to run a command to generate a
> xorg.conf file and it generate all the needed info regarding hardware
> and such since the GUI wasn't working right without a config file.  The
> only one I found is the nvidia one.  It is minimal at best.  Anyway,
> when I try to start display-manager, with or without a config file, I
> get the sddm login.  I login and if I just let it sit there, after a
> minute or so, the monitor goes black.  It is still powered up but
> nothing on the screen at all.  I've moved the mouse and pressed buttons
> on the keyboard to make sure it isn't powering off but nothing.  Also,
> the resolution is pretty low too.  It should run in 1080P easily.  The
> card supports 4K I think.  The monitor tho has ran 1080P on my main rig
> before, for years I might add.
>
> I used tail -f to watch a few error logs.  I watched sddm, messages and
> Xorg.0.log.  The only thing that got added when the monitor went black
> was this:
>
>
>
> Jun 21 13:27:41 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device DP-3
> Jun 21 13:29:01 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device LG Electronics W2253 (DP-3)
> Jun 21 13:29:02 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device DP-3
> Jun 21 13:29:03 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device LG Electronics W2253 (DP-3)
>
>
> If I let it sit for a good while, it comes back on, sort of.  The plasma
> panel thing on the bottom, where the app menu, clock and all is, doesn't
> come back tho.  Also, the background is just black, no picture like
> usual.  The only thing that shows up is gkrellm.  I'm pretty sure plasma
> died.  I thought maybe it was heat, the fan isn't running on the video
> card or something.  Nvidia shows the card between 25 and 30C.  The fan
> nvidia says is at 34%.  If that is correct, then the fan is running and
> heat is not a issue.  Out comes the flashlight and a mirror.  Yep, fan
> spinning.  According to IR temp thingy, nothing even gets into the 90F
> area.  I think if it was heat, I'd see something getting hot with the IR
> temp thing.
>
> There is two versions of Nvidia driver for this card in the tree.  I've
> tried both, no change at all.  Screen goes black and after a while comes
> back but most of the desktop has crashed.
>
> By the way, I ran the tail command over ssh.  Sometimes when the monitor
> goes black, it doesn't come back.  I can use ssh to reboot and repeat tho.
>
> Did I miss something during the install?  Does the error above cause
> this problem?  If so, how do I fix it?  If you need info, just let me
> know the command to run.  I monitored all I could think of.  The one
> above is all I saw that showed a problem exists.  Given this rig is
> still in testing, I can reboot or anything else as needed.
>
> Thanks.
>
> Dale
>
> :-)  :-)
>
>

[-- Attachment #2: Type: text/html, Size: 4849 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Saturday, 22 June 2024 19:13:42 BST Dale wrote:
>> Dale wrote:
>>> Michael wrote:
>
>> root@Gentoo-1 ~ # xrandr --verbose
>> Can't open display
>> root@Gentoo-1 ~ #
>>
>>
>> That's after I started display-manager but this time, it did nothing. 
>> The screen stayed on a console.  I did move the cable to another port
>> before booting up. 
> The xerver is not running.
>

How do I start it?  I did a /etc/init.d/ <tab twice> and I see
display-manager and xdm.  I been using display-manager.  I have sddm set
for display-manager.  Like this.


root@Gentoo-1 ~ # cat /etc/conf.d/xdm
# We always try and start X on a static VT. The various DMs normally default
# to using VT7. If you wish to use the xdm init script, then you should
ensure
# that the VT checked is the same VT your DM wants to use. We do this
check to
# ensure that you haven't accidentally configured something to run on the VT
# in your /etc/inittab file so that you don't get a dead keyboard.
CHECKVT=7

# What display manager do you use ?  [ xdm | gdm | sddm | gpe | lightdm
| entrance ]
# NOTE: If this is set in /etc/rc.conf, that setting will override this one.
DISPLAYMANAGER="sddm"

root@Gentoo-1 ~ #


>> This is the other info except nothing xorg there, just wayland.  See
>> below for more on that. 
>>
>>
>> root@Gentoo-1 ~ # cat /home/dale/.local/share/sddm/wayland-session.log
> I thought you said you were having a problem starting a X session, not 
> starting a Wayland session.  What desktop session are you selecting in your 
> SDDM?
>
> [snip ...]

That made me think.  After a few attempts, I got the sddm login screen
to come up.  I checked and it was logging me into a KDE wayland session,
as a default.  I changed it to x11.  The first time, it logged in but
nothing plasma showed up.  No panel at the bottom and a black screen for
the background.  The only thing there was gkrellm.  I leave it there so
I can tell if it is working, to some degree at least.  Otherwise, it is
just a black screen. 


>> dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Successfully
>> activated service 'org.freedesktop.portal.Documents'
>> fuse: device not found, try 'modprobe fuse' first
>> error: fuse init failed: Can't mount path /run/user/1000/doc
> It can't find the path /run/user/1000/ for your user to be able to set up 
> desktop environment variables, user authentication and other desktop related 
> files.  Is your fs mounted fully?
>
> [snip ...]

As far as I know.  Here's some info.


root@Gentoo-1 ~ # mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs
(rw,nosuid,noexec,size=10240k,nr_inodes=8218422,mode=755)
devpts on /dev/pts type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,noexec)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,mode=755)
/dev/nvme0n1p2 on / type ext4 (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs
(rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/cgroup type cgroup2
(rw,nosuid,nodev,noexec,relatime,nsdelegate)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
(rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p3 on /var type ext4 (rw,relatime)
tmpfs on /var/tmp/portage type tmpfs (rw,noatime,size=41943040k)
tmpfs on /run/user/0 type tmpfs
(rw,nosuid,nodev,relatime,size=6576248k,nr_inodes=1644062,mode=700)
root@Gentoo-1 ~ #


>> No backend specified, automatically choosing drm
>> kwin_wayland_drm: No suitable DRM devices have been found
> [snip ...]
>
> It should have found and listed your video card here ^^^^ and its drivers. 
>
> Can it not detect your card at all?  :-/
>

I have no idea.  The lspci command shows it. 

0a:00.0 VGA compatible controller: NVIDIA Corporation GP107GL [Quadro
P1000] (rev a1)


>> The Wayland connection broke. Did the Wayland compositor die?
>> The Wayland connection broke. Did the Wayland compositor die?
>> The Wayland connection broke. Did the Wayland compositor die?
>> qt.qpa.wayland: Creating a fake screen in order for Qt not to crash
>> dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activated service
>> 'org.freedesktop.impl.portal.desktop.kde' failed: Process
>> org.freedesktop.impl.portal.desktop.kde exited with status 1
>>
>> (/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
>> 03:20:14.512: Failed to create settings proxy: Error calling
>> StartServiceByName for org.freedesktop.impl.portal.desktop.kde: Process
>> org.freedesktop.impl.portal.desktop.kde exited with status 1
>>
>> (/usr/libexec/xdg-desktop-portal:2787): xdg-desktop-portal-WARNING **:
>> 03:20:14.512: No skeleton to export
>> kdeinit5: Communication error with launcher. Exiting!
>> dbus-daemon[2766]: [session uid=1000 pid=2766 pidfd=5] Activating
>> service name='org.freedesktop.impl.portal.desktop.kde' requested by
>> ':1.5' (uid=1000 pid=2787 comm="/usr/libexec/xdg-desktop-portal"
>> label="kernel")
>> Error: could not determine $DISPLAY.
>> Error: Can not contact kdeinit5!
>> org.kde.startup: "kdeinit5_shutdown" () exited with code 255
>> startplasma-wayland: Shutting down...
>> startplasmacompositor: Shutting down...
>> startplasmacompositor: Done.
>> root@Gentoo-1 ~ #
>>
>>
>> Since it complains about DRM.  Here's this.
>>
>>
>> root@Gentoo-1 ~ # lsmod
>> Module                  Size  Used by
>> nvidia_drm            102400  0
>> nvidia_modeset       1544192  1 nvidia_drm
>> nvidia              59744256  1 nvidia_modeset
>> root@Gentoo-1 ~ #
> I have no experience with Nvidia to know what modules are needed.

That module list is the same as my main rig.  I've seen that list many
times.  That is normal.  The DRM module is there tho.  If that is what
it is complaining about.  Could be some other DRM.


>
>> What's that about fuse???
> It seems it can't find the fs containing the /run directory and it tries to 
> launch fuse to probe & mount block devices.

No idea about fuse.  I thought that was a driver for windoze ntfs
stuff.  The mount does show /run mounted twice above tho.

>
>> To add to this, this is a new video card.  It's a P1000, Nvidia of
>> course.  Could it be a bad card that works to a point but then dies?  I
>> got a older PCIe V2 card I'm going to try.  That was the card that was
>> in during the early stages.  The P1000 was the one that got hung up by
>> the post office and arrived days late.  I'm going to test the other
>> slower card shortly, got to remember to downgrade nvidia-drivers to
>> tho.  ;-)
> You may want to walk through the Gentoo wiki for Nvidia to make sure you have 
> all necessary drivers installed.  Then you may be more productive if you try 
> to solve either Xorg, or Wayland desktop session problems separately.
>
> If the problem is with your hardware, neither desktop session type will work.

I think the problem may be deeper.  I feel that when one is solved,
everything is going to work.  I think I missed something really basic,
maybe even a package that KDE and such doesn't pull in directly but the
GUI needs. 


>  
>> On the above wayland info, I recall some having issues with wayland. I
>> tried to disable wayland by putting -wayland in make.conf and
>> rebuilding.  Since it wanted to rebuild a lot, I removed everything GUI
>> related from the world file and then ran --depclean to clean house. 
>> Then I emerge everything I removed from the world file again, while I
>> napped.  The output above could be old but may still provide a clue.  If
>> I could figure out how to go back to KDE V5 instead of the new V6, I
>> would, to eliminate a wayland issue if nothing else.  I removed
>> everything from /etc/portage/package.keyword file but I think KDE V6 is
>> stable now.  The odd part, right now, even sddm isn't coming up. 
> kde-plasma/plasma-meta-6.1.0 is still in testing - I sync'ed earlier today:
>
> ~ $ eshowkw kde-plasma/plasma-meta
> Keywords for kde-plasma/plasma-meta:
>               |                               |   u   |  
>               | a   a     p s     l r   a     |   n   |  
>               | m   r h   p p   i o i s l m m | e u s | r
>               | d a m p p c a x a o s 3 p 6 i | a s l | e
>               | 6 r 6 p p 6 r 8 6 n c 9 h 8 p | p e o | p
>               | 4 m 4 a c 4 c 6 4 g v 0 a k s | i d t | o
> --------------+-------------------------------+-------+-------
> [I]5.27.11-r1 | + ~ + o o ~ o + o ~ ~ o o o o | 8 o 5 | gentoo
> --------------+-------------------------------+-------+-------
>      6.1.0    | ~ o o o o o o o o o o o o o o | 8 o 6 | gentoo
>


I see some qt stuff that is version 6.  KDE has gotten pretty
confusing.  It depends on qt so much that KDE depends heavily on
versions matching up somehow. 

Is there a guide about installing the GUI parts, including KDE?  I found
a Xorg guide.  I'm good all the way down to startx.  At that point,
nothing.  I installed xterm just so startx should show some windows on
the screen.  Nothing.  Monitor goes to sleep. 

When I did a install for the NAS box, I didn't have this type of
trouble.  I'm pretty sure I did this new rig the same way except for the
EFI and NVME drive stuff.  The NAS box works fine.  I haven't used the
GUI much but I did leave it on a while on a few occasions.  Resolution
was OK too.  This is why I think I missed something, maybe something
small, that makes this work.  I just can't figure out what it is.  I'm
hoping a second pair of eyes will see something and know what I missed. 

Given I did the partitions wrong when installing, EFI and /boot mix up,
I'm thinking about saving a few key files, kernel and config, world and
maybe a couple other things and just starting over.  Maybe I won't miss
whatever it is the second time.  LOL 

OK.  I been going through several guides on the wiki since I typed in
the above.  I checked all sorts of settings and also checked some kernel
config options that I don't recall checking before.  With my memory, it
doesn't mean I didn't do them tho.  Still, I made some kernel config
changes.  I can't think of anything else as far as guides go to look
at.  When I rebooted into the new kernel, KDE came up.  It ran for a
little bit with the plasma running, panel thingy at the bottom and a
background image.  I did manage to make sure all power off options were
disabled.  When the monitor goes off, it isn't due to power saving
settings.  About that time, the monitor screen went blank and the
monitor went to sleep, due to no signal. It has done this on two video
cards now.

If there are no more ideas, I may go the starting over route.  Maybe
whatever I missed will get done the second time.  Plus I get to fix my
drive partition boo boo.  ;-)

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Hi Mark,

I think you have a good point.  I think I missed something.  Gentoo can
be complicated to get going the first time with all the config options. 
Once it is going tho, it goes.  I feel I missed either a config option
in the guide or maybe some package is missing that isn't pulled in as a
dependency.  I could have a wrong USE flag too. 

Along your lines of thinking, I'll boot the Gentoo GUI image which has a
GUI.  I tend not to use it but I can let it run and see what resolution
it runs at.  If it fails to, then it may be hardware.  If it runs fine,
something on my install in wonky.  I may test with Knoppix as well.  I'm
pretty sure I have a EFI version lurking about here somewhere. 

Those are good ideas.  No problem with top posting.  I top posted to
make it easier for you to read my reply.  ;-) 

Dale

:-)  :-)



Mark Knecht wrote:
> Dale,
>    Sorry for top posting but I'm travelling and responding on my phone.
>
>    I don't think this is you hardware and probably not KDE. It's
> possibly some Gentoo-ish issue.
>
>    To test and get a KDE config I would boot a Kubuntu flash drive and
> choose the 'Try it's option which installs nothing. If the GUI stays
> up then look at drivers and general config. I run Kubuntu on 5
> machines, all with different hardware, and I've never had a failure
> that I did cause. I've installed Kubuntu on at least 20 machines over
> the last 6 or 7 machines and every one has booted first time.
>
>    Give it a try. If it does fail then it's possibly something about
> your hardware but if the machine works as well as you say then I would
> buy you a cup of coffee if it's not Gentoo-bssed.
>
> Good luck,
> Mark

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Wols Lists]

On 22/06/2024 21:04, Michael wrote:
>> This is the other info except nothing xorg there, just wayland.  See
>> below for more on that.
>>
>>
>> root@Gentoo-1 ~ # cat/home/dale/.local/share/sddm/wayland-session.log
> I thought you said you were having a problem starting a X session, not
> starting a Wayland session.  What desktop session are you selecting in your
> SDDM?

This may well not be relevant, but I tried to get plasma on wayland 
running. I had it completely fail on me too.

Then I discovered that sddm needs X.

Even if you want to run wayland, you need X if you want sddm.

Cheers,
Wol

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Top posting for consistency.

I booted the Gentoo GUI media.  I opened a window just in case it
rebooted or something while I took a little nap.  The resolution is
1080P which is what I expected the monitor to run at.  When I got back
up a few minutes ago, the same window was there.  It ran for hours
without the monitor powering off.  I think this eliminates hardware. 

I found a Knoppix USB stick, for some reason Knoppix doesn't show up on
the Ventoy stick even tho it is there, and booted that stick.  I opened
a window the same as I did on the Gentoo media, just in case it reboots
or something.  It's already ran longer than my install did.  No problems
so far.  I'm not expecting any really given it ran fine on the Gentoo
media. 

I also found something new.  I can go in the BIOS menu and boot a USB
stick directly from that by just clicking on it.  O_O  WOW!!!  I said
the new BIOS had improved by a lot.  Can that thing wash dishes too??? 
LOL 

Still open to ideas if anyone has any.  If not, I may safe key files and
start over, and fix my partition layout too. 

This is progress.  Hardware is good.  :-D

Dale

:-)  :-) 


Dale wrote:
> Hi Mark,
>
> I think you have a good point.  I think I missed something.  Gentoo can
> be complicated to get going the first time with all the config options. 
> Once it is going tho, it goes.  I feel I missed either a config option
> in the guide or maybe some package is missing that isn't pulled in as a
> dependency.  I could have a wrong USE flag too. 
>
> Along your lines of thinking, I'll boot the Gentoo GUI image which has a
> GUI.  I tend not to use it but I can let it run and see what resolution
> it runs at.  If it fails to, then it may be hardware.  If it runs fine,
> something on my install in wonky.  I may test with Knoppix as well.  I'm
> pretty sure I have a EFI version lurking about here somewhere. 
>
> Those are good ideas.  No problem with top posting.  I top posted to
> make it easier for you to read my reply.  ;-) 
>
> Dale
>
> :-)  :-)
>
>
>
> Mark Knecht wrote:
>> Dale,
>>    Sorry for top posting but I'm travelling and responding on my phone.
>>
>>    I don't think this is you hardware and probably not KDE. It's
>> possibly some Gentoo-ish issue.
>>
>>    To test and get a KDE config I would boot a Kubuntu flash drive and
>> choose the 'Try it's option which installs nothing. If the GUI stays
>> up then look at drivers and general config. I run Kubuntu on 5
>> machines, all with different hardware, and I've never had a failure
>> that I did cause. I've installed Kubuntu on at least 20 machines over
>> the last 6 or 7 machines and every one has booted first time.
>>
>>    Give it a try. If it does fail then it's possibly something about
>> your hardware but if the machine works as well as you say then I would
>> buy you a cup of coffee if it's not Gentoo-bssed.
>>
>> Good luck,
>> Mark
>

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 4547 bytes --]

On Sunday, 23 June 2024 02:21:11 BST Dale wrote:
> Michael wrote:
> > On Saturday, 22 June 2024 19:13:42 BST Dale wrote:
> >> Dale wrote:
> >>> Michael wrote:
> >> root@Gentoo-1 ~ # xrandr --verbose
> >> Can't open display
> >> root@Gentoo-1 ~ #
> >> 
> >> 
> >> That's after I started display-manager but this time, it did nothing.
> >> The screen stayed on a console.  I did move the cable to another port
> >> before booting up.
> > 
> > The xerver is not running.
> 
> How do I start it?  I did a /etc/init.d/ <tab twice> and I see
> display-manager and xdm.  I been using display-manager.  I have sddm set
> for display-manager.  Like this.
> 
> 
> root@Gentoo-1 ~ # cat /etc/conf.d/xdm

What you show below is the content of /etc/conf.d/display-manager, NOT of xdm.

> # We always try and start X on a static VT. The various DMs normally default
> # to using VT7. If you wish to use the xdm init script, then you should
> ensure
> # that the VT checked is the same VT your DM wants to use. We do this
> check to
> # ensure that you haven't accidentally configured something to run on the VT
> # in your /etc/inittab file so that you don't get a dead keyboard.
> CHECKVT=7
> 
> # What display manager do you use ?  [ xdm | gdm | sddm | gpe | lightdm
> 
> | entrance ]
> 
> # NOTE: If this is set in /etc/rc.conf, that setting will override this one.
> DISPLAYMANAGER="sddm"

Make sure you do not start both xdm and sddm as an rc service concurrently.  
Just display-manager will do.


> >> This is the other info except nothing xorg there, just wayland.  See
> >> below for more on that.
> >> 
> >> 
> >> root@Gentoo-1 ~ # cat /home/dale/.local/share/sddm/wayland-session.log
> > 
> > I thought you said you were having a problem starting a X session, not
> > starting a Wayland session.  What desktop session are you selecting in
> > your
> > SDDM?
> > 
> > [snip ...]
> 
> That made me think.  After a few attempts, I got the sddm login screen
> to come up.  I checked and it was logging me into a KDE wayland session,
> as a default.

Wayland has been having problems with sddm for some time now - on some 
systems.  I have had to stay with sddm-0.18.1-r8 on this box to be able to 
start Wayland, or I end up with a black screen and a blinking cursor on the 
top left corner:

https://bugs.gentoo.org/913862
https://bugs.gentoo.org/915483


> I changed it to x11.  

Good, let's have some consistency!  :-)


> The first time, it logged in but
> nothing plasma showed up.  No panel at the bottom and a black screen for
> the background.  The only thing there was gkrellm.  I leave it there so
> I can tell if it is working, to some degree at least.  Otherwise, it is
> just a black screen. 

OK, partial progress at least.

What happens if you drop into a console and restart display-manager?  Will it 
load a full and functioning X11 plasma session?


> > kde-plasma/plasma-meta-6.1.0 is still in testing - I sync'ed earlier
> > today:
> > 
> > ~ $ eshowkw kde-plasma/plasma-meta
> > 
> > Keywords for kde-plasma/plasma-meta:
> >               |                               |   u   |
> >               | 
> >               | a   a     p s     l r   a     |   n   |
> >               | m   r h   p p   i o i s l m m | e u s | r
> >               | d a m p p c a x a o s 3 p 6 i | a s l | e
> >               | 6 r 6 p p 6 r 8 6 n c 9 h 8 p | p e o | p
> >               | 4 m 4 a c 4 c 6 4 g v 0 a k s | i d t | o
> > 
> > --------------+-------------------------------+-------+-------
> > [I]5.27.11-r1 | + ~ + o o ~ o + o ~ ~ o o o o | 8 o 5 | gentoo
> > --------------+-------------------------------+-------+-------
> > 
> >      6.1.0    | ~ o o o o o o o o o o o o o o | 8 o 6 | gentoo
> 
> I see some qt stuff that is version 6.  KDE has gotten pretty
> confusing.  It depends on qt so much that KDE depends heavily on
> versions matching up somehow. 

Best you stick with a stable portage for now, at least until you get your GUI 
working.


> Is there a guide about installing the GUI parts, including KDE?  I found
> a Xorg guide.  I'm good all the way down to startx.  At that point,
> nothing.  I installed xterm just so startx should show some windows on
> the screen.  Nothing.  Monitor goes to sleep. 

I don't have a clear understanding of what you try, what results you obtain 
and what you change in your approach:

- display-manager with sddm, selecting a plasma X11 session?
- display-manager with sddm, selecting a plasma Wayland session?
- startx with xserver?
- startx with wayland?
- startx with something else?

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1262 bytes --]

On Sunday, 23 June 2024 08:53:01 BST Dale wrote:
> Top posting for consistency.
> 
> I booted the Gentoo GUI media.  I opened a window just in case it
> rebooted or something while I took a little nap.  The resolution is
> 1080P which is what I expected the monitor to run at.  When I got back
> up a few minutes ago, the same window was there.  It ran for hours
> without the monitor powering off.  I think this eliminates hardware. 

Yes!  :-)

> I also found something new.  I can go in the BIOS menu and boot a USB
> stick directly from that by just clicking on it.  O_O  WOW!!!  I said
> the new BIOS had improved by a lot.  Can that thing wash dishes too??? 
> LOL 

It is the same as the legacy BIOS in this respect, only the GUI is different.  
With the old BIOS you would press F2 or Delete at POST and then go into the 
boot menu to select 'Removable Media' or some such.

> Still open to ideas if anyone has any.  If not, I may safe key files and
> start over, and fix my partition layout too. 

Diff the settings used by the LiveUSB and the settings you have configured on 
your installation.  Starting over with your installation, only to follow the 
same path and without *knowing* what you need to change, will not necessarily 
resolve your issue.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Sunday, 23 June 2024 08:53:01 BST Dale wrote:
>> Top posting for consistency.
>>
>> I booted the Gentoo GUI media.  I opened a window just in case it
>> rebooted or something while I took a little nap.  The resolution is
>> 1080P which is what I expected the monitor to run at.  When I got back
>> up a few minutes ago, the same window was there.  It ran for hours
>> without the monitor powering off.  I think this eliminates hardware. 
> Yes!  :-)

I was worried that $100 video card I bought, most I ever spent on a
video card, was for nothing.  I'd hate for it to be defective somehow. 

>
>> I also found something new.  I can go in the BIOS menu and boot a USB
>> stick directly from that by just clicking on it.  O_O  WOW!!!  I said
>> the new BIOS had improved by a lot.  Can that thing wash dishes too??? 
>> LOL 
> It is the same as the legacy BIOS in this respect, only the GUI is different.  
> With the old BIOS you would press F2 or Delete at POST and then go into the 
> boot menu to select 'Removable Media' or some such.

Well, on this one, I thought I was going to select it for a temporary
boot after exiting the BIOS, one time thing, but when I clicked it, the
menu screen for Knoppix popped up.  I didn't exit the BIOS or anything. 
Just click and off it went to boot what I clicked.  o_O 


>> Still open to ideas if anyone has any.  If not, I may safe key files and
>> start over, and fix my partition layout too. 
> Diff the settings used by the LiveUSB and the settings you have configured on 
> your installation.  Starting over with your installation, only to follow the 
> same path and without *knowing* what you need to change, will not necessarily 
> resolve your issue.

That's my thinking.  The only benefit to reinstalling is correcting the
partition boo boo.  I also might learn something, maybe.  Of course,
there is that blind squirrel tho.  I think I'll get the config file info
from the Gentoo media tho. 

Since my last message, it's been sitting on a Knoppix screen.  It's
still sitting there just like I left it for my second nap.  So, hardware
is certainly in the clear.  A config issue is the problem, which means I
was right, I missed something.  Somewhere. 

Now to go find it.  ;?

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 3152 bytes --]

On Sunday, 23 June 2024 13:19:18 BST Dale wrote:
> Michael wrote:
> > On Sunday, 23 June 2024 08:53:01 BST Dale wrote:
> >> Top posting for consistency.
> >> 
> >> I booted the Gentoo GUI media.  I opened a window just in case it
> >> rebooted or something while I took a little nap.  The resolution is
> >> 1080P which is what I expected the monitor to run at.  When I got back
> >> up a few minutes ago, the same window was there.  It ran for hours
> >> without the monitor powering off.  I think this eliminates hardware.
> > 
> > Yes!  :-)
> 
> I was worried that $100 video card I bought, most I ever spent on a
> video card, was for nothing.  I'd hate for it to be defective somehow. 
> 
> >> I also found something new.  I can go in the BIOS menu and boot a USB
> >> stick directly from that by just clicking on it.  O_O  WOW!!!  I said
> >> the new BIOS had improved by a lot.  Can that thing wash dishes too???
> >> LOL
> > 
> > It is the same as the legacy BIOS in this respect, only the GUI is
> > different. With the old BIOS you would press F2 or Delete at POST and
> > then go into the boot menu to select 'Removable Media' or some such.
> 
> Well, on this one, I thought I was going to select it for a temporary
> boot after exiting the BIOS, one time thing, but when I clicked it, the
> menu screen for Knoppix popped up.  I didn't exit the BIOS or anything. 
> Just click and off it went to boot what I clicked.  o_O 
> 
> >> Still open to ideas if anyone has any.  If not, I may safe key files and
> >> start over, and fix my partition layout too.
> > 
> > Diff the settings used by the LiveUSB and the settings you have configured
> > on your installation.  Starting over with your installation, only to
> > follow the same path and without *knowing* what you need to change, will
> > not necessarily resolve your issue.
> 
> That's my thinking.  The only benefit to reinstalling is correcting the
> partition boo boo.

What in particular are you referring to?  I thought you created an ESP, / and 
/home partitions, if I recall.


> I also might learn something, maybe.  Of course,
> there is that blind squirrel tho.  I think I'll get the config file info
> from the Gentoo media tho. 
> 
> Since my last message, it's been sitting on a Knoppix screen.  It's
> still sitting there just like I left it for my second nap.  So, hardware
> is certainly in the clear.  A config issue is the problem, which means I
> was right, I missed something.  Somewhere. 
> 
> Now to go find it.  ;?

See what config files (if any) may have been created for Xorg, what drivers 
are loaded for your graphics, what kernel modules are in play.

lspci -knn

for other drivers too.

Also save dmesg to compare with your kernel's output.

PS. It's getting warmer and noticed on an older PC the temperatures were 
creeping up a bit and the fans were getting louder.  Last time I applied 
thermal paste on its CPU was in 2017.  So, I took it apart, cleaned it and re-
applied fresh, very expensive, thermal paste.  Well, I fell off my seat after 
I restarted it and run cpuburn on it for 10 minutes on all cores.  A 19% 
reduction in CPU temperature!!  0_0

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Sunday, 23 June 2024 13:19:18 BST Dale wrote:
>>
>> That's my thinking.  The only benefit to reinstalling is correcting the
>> partition boo boo.
> What in particular are you referring to?  I thought you created an ESP, / and 
> /home partitions, if I recall.
>

I was thinking the EFI partition, ef02, and /boot were the same
partition.  I only created one that was huge.  I made the ef02 partition
8GBs I think when 8MBs would have been more than enough from what I've
read.  I kinda like /boot on its own partition.  If /boot gets corrupted
somehow, I can get the kernel and config again from /usr/src/linux. 
Building the init thingy again is trivial.  So is reinstalling grub.  If
I were to lose root somehow, I'd have to reinstall but I got the kernel
and its config file.  It ain't much but it's something.  As it is, /boot
is on the same partition as root.  If root goes bad, all is lost, except
for any backup copies I might have.  If I redo the install, I'd have a
EFI partition and a separate /boot partition as well.  The EFI would be
like 8MBs or so and the /boot partition would be ext2 and 8GBs or so. 
Plenty of room for expansion.


>> I also might learn something, maybe.  Of course,
>> there is that blind squirrel tho.  I think I'll get the config file info
>> from the Gentoo media tho. 
>>
>> Since my last message, it's been sitting on a Knoppix screen.  It's
>> still sitting there just like I left it for my second nap.  So, hardware
>> is certainly in the clear.  A config issue is the problem, which means I
>> was right, I missed something.  Somewhere. 
>>
>> Now to go find it.  ;?
> See what config files (if any) may have been created for Xorg, what drivers 
> are loaded for your graphics, what kernel modules are in play.
>
> lspci -knn
>
> for other drivers too.
>
> Also save dmesg to compare with your kernel's output.
>
> PS. It's getting warmer and noticed on an older PC the temperatures were 
> creeping up a bit and the fans were getting louder.  Last time I applied 
> thermal paste on its CPU was in 2017.  So, I took it apart, cleaned it and re-
> applied fresh, very expensive, thermal paste.  Well, I fell off my seat after 
> I restarted it and run cpuburn on it for 10 minutes on all cores.  A 19% 
> reduction in CPU temperature!!  0_0


I saved messages, sddm log and the Xorg log.  Honestly tho, they will be
different because the live DVD uses the kernel drivers, nouveau, where I
use Nvidia.  Still, I got them anyway. 

Several years ago, I took the CPU cooler off my main rig.  I dunked the
fin part into some heavy duty cleaner that cleans off dirt and dust. 
They wasn't to bad really since I blow them clean with compressed air
from my compressor pretty regular.  Still, it looked new when I was
done.  I used alcohol and a toothbrush to clean the old paste off of the
base.  The original paste was what came with the CPU I think.  I'm
pretty sure I put Arctic Silver on the second time.  I can't remember
the exact amount but it did cool better after a few updates and some
compiling.  I don't know if it was the fin cleaning or the thermal paste
or both tho.  I think Arctic Silver is still considered a good brand and
very good product.  I'm pretty sure it never dries out.  Even some
cheaper generic brands are quite good. 

I'm going to compare some data between the Gentoo live DVD and my
install.  If I don't see something obvious, I'm going to fix my
partition boo boo with a fresh start.  While at it.  What is the best
way to wipe the partition data from a m.2 stick?  They not spinning rust
so don't want to try to dd or use shred on the whole thing.  Doesn't
gdisk have a wipe partition option?  Curious what you think is the best
way to do that.  Don't want to shorten the life of my m.2 stick. 

Dale

:-)  :-) 

P. S.  Ended up with a LOT of dried basil.  Now I'm drying hot banana
and jalapeno peppers.  Suspect my eyes will water when I warm up
supper.  '_' 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 4903 bytes --]

On Sunday, 23 June 2024 23:37:15 BST Dale wrote:
> Michael wrote:
> > On Sunday, 23 June 2024 13:19:18 BST Dale wrote:
> >> That's my thinking.  The only benefit to reinstalling is correcting the
> >> partition boo boo.
> > 
> > What in particular are you referring to?  I thought you created an ESP, /
> > and /home partitions, if I recall.
> 
> I was thinking the EFI partition, ef02, and /boot were the same
> partition.  I only created one that was huge.  I made the ef02 partition
> 8GBs I think when 8MBs would have been more than enough from what I've
> read.

OK, the "EFI System Partition" is type ef00.  You need this partition type to 
be able to boot a UEFI MoBo using its (BIOS) firmware.  This is where GRUB, or 
any other boot manager will install its UEFI executable image.

ef02 is the partition code type for the "BIOS Boot Partition".  You do NOT 
need one of these, since you are not trying to boot a GPT disk on a legacy 
BIOS MoBo.

Your new /boot partition can be a normal linux partition, type 8300 and you 
can format this as ext2/3/4, or whatever GRUB can read.


> I kinda like /boot on its own partition.  If /boot gets corrupted
> somehow, I can get the kernel and config again from /usr/src/linux. 
> Building the init thingy again is trivial.  So is reinstalling grub.  If
> I were to lose root somehow, I'd have to reinstall but I got the kernel
> and its config file.  It ain't much but it's something.  As it is, /boot
> is on the same partition as root.  If root goes bad, all is lost, except
> for any backup copies I might have.  If I redo the install, I'd have a
> EFI partition and a separate /boot partition as well.  The EFI would be
> like 8MBs or so and the /boot partition would be ext2 and 8GBs or so. 
> Plenty of room for expansion.

I see.  I don't think you need to redo the install.  All you need to do is:

1. Back up the ESP contents, just in case.
2. Shrink the ESP partition, down to a reasonable size.  500M or 1G would be 
more than enough.
3. Create a new partition, say ~7G in the space your just freed up, of type 
8300.
4. Check if the content of the ESP fs is intact (it should be, but we're 
talking about FAT here) and if not reformat as FAT32 and copy over the files 
from the ESP backup.
5. Format the new /boot partition and copy over the files from your current /
boot tdirectory to the new /boot partition you created.
6. Adjust your fstab and reboot.

NOTE: The GPT partition numbering order will be messed up, but this does not 
alter their functionality.  If it annoys you, then use gdisk to re-order them.


> I saved messages, sddm log and the Xorg log.  Honestly tho, they will be
> different because the live DVD uses the kernel drivers, nouveau, where I
> use Nvidia.  Still, I got them anyway. 
> 
> Several years ago, I took the CPU cooler off my main rig.  I dunked the
> fin part into some heavy duty cleaner that cleans off dirt and dust. 
> They wasn't to bad really since I blow them clean with compressed air
> from my compressor pretty regular.  Still, it looked new when I was
> done.  I used alcohol and a toothbrush to clean the old paste off of the
> base.  The original paste was what came with the CPU I think.  I'm
> pretty sure I put Arctic Silver on the second time.  I can't remember
> the exact amount but it did cool better after a few updates and some
> compiling.  I don't know if it was the fin cleaning or the thermal paste
> or both tho.  I think Arctic Silver is still considered a good brand and
> very good product.  I'm pretty sure it never dries out.  Even some
> cheaper generic brands are quite good. 

Ha!  I thought my low temperatures were too good to be true!  The Mobo had 
lost its settings (it reminds me I need to replace the CMOS battery) and 
consequently the CPU was underclocked.  I reconfigured everything and on a 
second run the temperature was cooler, but only by 2-3°C cooler.  Still, 
grateful for small mercies.  :-)


> I'm going to compare some data between the Gentoo live DVD and my
> install.  If I don't see something obvious, I'm going to fix my
> partition boo boo with a fresh start.  While at it.  What is the best
> way to wipe the partition data from a m.2 stick?  They not spinning rust
> so don't want to try to dd or use shred on the whole thing.  Doesn't
> gdisk have a wipe partition option?  Curious what you think is the best
> way to do that.  Don't want to shorten the life of my m.2 stick. 

In this case do not reinstall.  Most of it, if not all, would be unnecessarily 
deleting and rewriting the same data.

gdisk can destroy all the GPT data structures on a disk.  Press x, then z.  
However, I suggest you don't this.  Use Gparted to shrink your ESP and add a 
new partition for /boot as I explained above.  The focus on sorting out your 
graphic card.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Sunday, 23 June 2024 23:37:15 BST Dale wrote:
>> Michael wrote:
>>> On Sunday, 23 June 2024 13:19:18 BST Dale wrote:
>>>> That's my thinking.  The only benefit to reinstalling is correcting the
>>>> partition boo boo.
>>> What in particular are you referring to?  I thought you created an ESP, /
>>> and /home partitions, if I recall.
>> I was thinking the EFI partition, ef02, and /boot were the same
>> partition.  I only created one that was huge.  I made the ef02 partition
>> 8GBs I think when 8MBs would have been more than enough from what I've
>> read.
> OK, the "EFI System Partition" is type ef00.  You need this partition type to 
> be able to boot a UEFI MoBo using its (BIOS) firmware.  This is where GRUB, or 
> any other boot manager will install its UEFI executable image.
>
> ef02 is the partition code type for the "BIOS Boot Partition".  You do NOT 
> need one of these, since you are not trying to boot a GPT disk on a legacy 
> BIOS MoBo.
>
> Your new /boot partition can be a normal linux partition, type 8300 and you 
> can format this as ext2/3/4, or whatever GRUB can read.
>

I thought it was ef02.  I think it is in the install guide anyway.  Good
to know it is ef00 for the efi partition tho.  Less chance of me messing
that up.  LOL


>> I kinda like /boot on its own partition.  If /boot gets corrupted
>> somehow, I can get the kernel and config again from /usr/src/linux. 
>> Building the init thingy again is trivial.  So is reinstalling grub.  If
>> I were to lose root somehow, I'd have to reinstall but I got the kernel
>> and its config file.  It ain't much but it's something.  As it is, /boot
>> is on the same partition as root.  If root goes bad, all is lost, except
>> for any backup copies I might have.  If I redo the install, I'd have a
>> EFI partition and a separate /boot partition as well.  The EFI would be
>> like 8MBs or so and the /boot partition would be ext2 and 8GBs or so. 
>> Plenty of room for expansion.
> I see.  I don't think you need to redo the install.  All you need to do is:
>
> 1. Back up the ESP contents, just in case.
> 2. Shrink the ESP partition, down to a reasonable size.  500M or 1G would be 
> more than enough.
> 3. Create a new partition, say ~7G in the space your just freed up, of type 
> 8300.
> 4. Check if the content of the ESP fs is intact (it should be, but we're 
> talking about FAT here) and if not reformat as FAT32 and copy over the files 
> from the ESP backup.
> 5. Format the new /boot partition and copy over the files from your current /
> boot tdirectory to the new /boot partition you created.
> 6. Adjust your fstab and reboot.
>
> NOTE: The GPT partition numbering order will be messed up, but this does not 
> alter their functionality.  If it annoys you, then use gdisk to re-order them.

Oh, I'd mess that up quick.  o_O 


>
>> I saved messages, sddm log and the Xorg log.  Honestly tho, they will be
>> different because the live DVD uses the kernel drivers, nouveau, where I
>> use Nvidia.  Still, I got them anyway. 
>>
>> Several years ago, I took the CPU cooler off my main rig.  I dunked the
>> fin part into some heavy duty cleaner that cleans off dirt and dust. 
>> They wasn't to bad really since I blow them clean with compressed air
>> from my compressor pretty regular.  Still, it looked new when I was
>> done.  I used alcohol and a toothbrush to clean the old paste off of the
>> base.  The original paste was what came with the CPU I think.  I'm
>> pretty sure I put Arctic Silver on the second time.  I can't remember
>> the exact amount but it did cool better after a few updates and some
>> compiling.  I don't know if it was the fin cleaning or the thermal paste
>> or both tho.  I think Arctic Silver is still considered a good brand and
>> very good product.  I'm pretty sure it never dries out.  Even some
>> cheaper generic brands are quite good. 
> Ha!  I thought my low temperatures were too good to be true!  The Mobo had 
> lost its settings (it reminds me I need to replace the CMOS battery) and 
> consequently the CPU was underclocked.  I reconfigured everything and on a 
> second run the temperature was cooler, but only by 2-3°C cooler.  Still, 
> grateful for small mercies.  :-)
>

Well, it being done likely makes you feel better anyway.  You know it is
fresh and should be good for a while. 


>> I'm going to compare some data between the Gentoo live DVD and my
>> install.  If I don't see something obvious, I'm going to fix my
>> partition boo boo with a fresh start.  While at it.  What is the best
>> way to wipe the partition data from a m.2 stick?  They not spinning rust
>> so don't want to try to dd or use shred on the whole thing.  Doesn't
>> gdisk have a wipe partition option?  Curious what you think is the best
>> way to do that.  Don't want to shorten the life of my m.2 stick. 
> In this case do not reinstall.  Most of it, if not all, would be unnecessarily 
> deleting and rewriting the same data.
>
> gdisk can destroy all the GPT data structures on a disk.  Press x, then z.  
> However, I suggest you don't this.  Use Gparted to shrink your ESP and add a 
> new partition for /boot as I explained above.  The focus on sorting out your 
> graphic card.

Well, I'm hoping that it will fix whatever I missed before.  I'm sure I
missed something but I have no idea what.  I've tried everything I can
think of.  Given it all works with the Gentoo live DVD and all, it has
to be a bad install somehow.  I just don't know what I missed.  If I
can't figure out how to fix the current install, then maybe starting
over is a possible fix.  I'm wanting to finish testing and then switch
out the rig.  Then new rig becomes main rig.  Old main rig becomes, a
NAS box maybe??? At least this CPU has the aes encryption support. 
Current NAS box doesn't. 

Oh, you notice the name I gave it?  Gentoo-1.  My first rig was named
smoker.  At the time, it was smoking fast.  Current rig is fireball.  It
is faster than first rig.  I ran out of names that were reasonably short
and made sense.  I got tired of trying to figure out one so I named it
Gentoo-1. 

Now to ponder what comes next. 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[William Kenworthy]

[-- Attachment #1: Type: text/plain, Size: 463 bytes --]

...
> Now to ponder what comes next.
>
> Dale
>
> :-)  :-)
>
Hi Dale, did I see in one of your early emails you created an xorg.conf 
for nvidia?  Have you followed the gentoo Xorg guide where it says to 
try first without that file?  I doubt the knoppix etc use a conf file 
and so must depend on the auto detection.

Based on my own experience I can say using an xorg.conf (though it was a 
radeon card) is an easy way to shoot yourself in the foot!

BillK


[-- Attachment #2: Type: text/html, Size: 884 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 822 bytes --]

William Kenworthy wrote:
> ...
>> Now to ponder what comes next. 
>>
>> Dale
>>
>> :-)  :-) 
>>
> Hi Dale, did I see in one of your early emails you created an
> xorg.conf for nvidia?  Have you followed the gentoo Xorg guide where
> it says to try first without that file?  I doubt the knoppix etc use a
> conf file and so must depend on the auto detection.
>
> Based on my own experience I can say using an xorg.conf (though it was
> a radeon card) is an easy way to shoot yourself in the foot!
>
> BillK
>
>


At first I did not have a xorg.conf file.  When it didn't work right, I
tried creating one to see if it would work.  It didn't work with or
without one. 

I suspect once I get everything done correctly, it won't need one.
Neither the Gentoo live DVD or the Knoppix system has one. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 1671 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Wols Lists]

On 24/06/2024 02:55, Dale wrote:
> Now to ponder what comes next.

Stibbons?

Cheers,
Wol

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 3464 bytes --]

On Monday, 24 June 2024 02:55:33 BST Dale wrote:
> Michael wrote:
> > On Sunday, 23 June 2024 23:37:15 BST Dale wrote:
> >> Michael wrote:
> >>> On Sunday, 23 June 2024 13:19:18 BST Dale wrote:

> >> I kinda like /boot on its own partition.  If /boot gets corrupted
> >> somehow, I can get the kernel and config again from /usr/src/linux.
> >> Building the init thingy again is trivial.  So is reinstalling grub.  If
> >> I were to lose root somehow, I'd have to reinstall but I got the kernel
> >> and its config file.  It ain't much but it's something.  As it is, /boot
> >> is on the same partition as root.  If root goes bad, all is lost, except
> >> for any backup copies I might have.  If I redo the install, I'd have a
> >> EFI partition and a separate /boot partition as well.  The EFI would be
> >> like 8MBs or so and the /boot partition would be ext2 and 8GBs or so.
> >> Plenty of room for expansion.
> > 
> > I see.  I don't think you need to redo the install.  All you need to do
> > is:
> > 
> > 1. Back up the ESP contents, just in case.
> > 2. Shrink the ESP partition, down to a reasonable size.  500M or 1G would
> > be more than enough.
> > 3. Create a new partition, say ~7G in the space your just freed up, of
> > type
> > 8300.
> > 4. Check if the content of the ESP fs is intact (it should be, but we're
> > talking about FAT here) and if not reformat as FAT32 and copy over the
> > files from the ESP backup.
> > 5. Format the new /boot partition and copy over the files from your
> > current / boot tdirectory to the new /boot partition you created.
> > 6. Adjust your fstab and reboot.
> > 
> > NOTE: The GPT partition numbering order will be messed up, but this does
> > not alter their functionality.  If it annoys you, then use gdisk to
> > re-order them.
> Oh, I'd mess that up quick.  o_O 

Unlikely.  :-)

Press s to ... sort.

Check 'man gdisk' for the 3 menus of gdisk and their commands.  Anyway, the 
numbering of partitions as stored in the GPT tables is of less importance if 
you use UUIDs in your fstab.


> >> I'm going to compare some data between the Gentoo live DVD and my
> >> install.  If I don't see something obvious, I'm going to fix my
> >> partition boo boo with a fresh start.  While at it.  What is the best
> >> way to wipe the partition data from a m.2 stick?  They not spinning rust
> >> so don't want to try to dd or use shred on the whole thing.  Doesn't
> >> gdisk have a wipe partition option?  Curious what you think is the best
> >> way to do that.  Don't want to shorten the life of my m.2 stick.
> > 
> > In this case do not reinstall.  Most of it, if not all, would be
> > unnecessarily deleting and rewriting the same data.
> > 
> > gdisk can destroy all the GPT data structures on a disk.  Press x, then z.
> > However, I suggest you don't this.  Use Gparted to shrink your ESP and add
> > a new partition for /boot as I explained above.  The focus on sorting out
> > your graphic card.
[snip ...]

> Now to ponder what comes next. 
> 
> Dale
> 
> :-)  :-) 

Well, before you consider what comes next, you should consider what comes 
first.  If you must reinstall, then you may want to erase securely all data on 
the NVMe disk instead of just deleting the GPT tables.  You can use nvme-cli 
for secure deletion of your data; e.g. for /dev/nvme0n1:

nvme format /dev/nvme0 --namespace-id=1 --ses=1 --pi=1

Wait until it completes and do not interrupt it.

(man nvme-format for more information).

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1249 bytes --]

On Monday, 24 June 2024 06:19:10 BST Dale wrote:
> William Kenworthy wrote:
> > ...
> > 
> >> Now to ponder what comes next. 
> >> 
> >> Dale
> >> 
> >> :-)  :-) 
> > 
> > Hi Dale, did I see in one of your early emails you created an
> > xorg.conf for nvidia?  Have you followed the gentoo Xorg guide where
> > it says to try first without that file?  I doubt the knoppix etc use a
> > conf file and so must depend on the auto detection.
> > 
> > Based on my own experience I can say using an xorg.conf (though it was
> > a radeon card) is an easy way to shoot yourself in the foot!
> > 
> > BillK
> 
> At first I did not have a xorg.conf file.  When it didn't work right, I
> tried creating one to see if it would work.  It didn't work with or
> without one. 

Yes, but at first you were trying to launch a Wayland session.

Did you also try to launch an X11 session without an xorg.conf file?  Any 
changes you need to include non-default settings should be added under /etc/
X11/xorg.conf.d/.

https://wiki.gentoo.org/wiki/Xorg/Guide#Configuration

You should at least try to launch a X11 session using a console and see what 
is printed out on the CLI after you exit (or if it crashes).

~ $ exec dbus-launch --exit-with-session startplasma-x11

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Monday, 24 June 2024 06:19:10 BST Dale wrote:
>> William Kenworthy wrote:
>>> ...
>>>
>>>> Now to ponder what comes next. 
>>>>
>>>> Dale
>>>>
>>>> :-)  :-) 
>>> Hi Dale, did I see in one of your early emails you created an
>>> xorg.conf for nvidia?  Have you followed the gentoo Xorg guide where
>>> it says to try first without that file?  I doubt the knoppix etc use a
>>> conf file and so must depend on the auto detection.
>>>
>>> Based on my own experience I can say using an xorg.conf (though it was
>>> a radeon card) is an easy way to shoot yourself in the foot!
>>>
>>> BillK
>> At first I did not have a xorg.conf file.  When it didn't work right, I
>> tried creating one to see if it would work.  It didn't work with or
>> without one. 
> Yes, but at first you were trying to launch a Wayland session.
>
> Did you also try to launch an X11 session without an xorg.conf file?  Any 
> changes you need to include non-default settings should be added under /etc/
> X11/xorg.conf.d/.
>
> https://wiki.gentoo.org/wiki/Xorg/Guide#Configuration
>
> You should at least try to launch a X11 session using a console and see what 
> is printed out on the CLI after you exit (or if it crashes).
>
> ~ $ exec dbus-launch --exit-with-session startplasma-x11


I tried every combination I could think of.  It seems the more I tried,
the worse the failure got. 

Anyway, I've started a fresh install.  I fixed my partition boo boo.  I
didn't need much of anything except to just get a fresh start so I used
the zap feature of gdisk.  After that, I used cgdisk to set up
everything else, making sure the efi partition was ef00 and had the old
fat type partition on it.  Or was it vfat?  Whatever the docs said.  I
copy and paste some of it except for the partition info. 

I did notice one thing, I copied some USE flags over from my current
rig.  I found some that might not should have been copied over before. 
I wonder if that could have caused a problem or two.  I realized I chose
the merged /usr stage3 but had split-usr USE flag in make.conf.  That
was one I remembered.  There was a couple others as well. 

Right now, I'm warming up that thermal paste some more.  ROFL 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Dale wrote:
> Michael wrote:
>> On Monday, 24 June 2024 06:19:10 BST Dale wrote:
>>> William Kenworthy wrote:
>>>> ...
>>>>
>>>>> Now to ponder what comes next. 
>>>>>
>>>>> Dale
>>>>>
>>>>> :-)  :-) 
>>>> Hi Dale, did I see in one of your early emails you created an
>>>> xorg.conf for nvidia?  Have you followed the gentoo Xorg guide where
>>>> it says to try first without that file?  I doubt the knoppix etc use a
>>>> conf file and so must depend on the auto detection.
>>>>
>>>> Based on my own experience I can say using an xorg.conf (though it was
>>>> a radeon card) is an easy way to shoot yourself in the foot!
>>>>
>>>> BillK
>>> At first I did not have a xorg.conf file.  When it didn't work right, I
>>> tried creating one to see if it would work.  It didn't work with or
>>> without one. 
>> Yes, but at first you were trying to launch a Wayland session.
>>
>> Did you also try to launch an X11 session without an xorg.conf file?  Any 
>> changes you need to include non-default settings should be added under /etc/
>> X11/xorg.conf.d/.
>>
>> https://wiki.gentoo.org/wiki/Xorg/Guide#Configuration
>>
>> You should at least try to launch a X11 session using a console and see what 
>> is printed out on the CLI after you exit (or if it crashes).
>>
>> ~ $ exec dbus-launch --exit-with-session startplasma-x11
>
> I tried every combination I could think of.  It seems the more I tried,
> the worse the failure got. 
>
> Anyway, I've started a fresh install.  I fixed my partition boo boo.  I
> didn't need much of anything except to just get a fresh start so I used
> the zap feature of gdisk.  After that, I used cgdisk to set up
> everything else, making sure the efi partition was ef00 and had the old
> fat type partition on it.  Or was it vfat?  Whatever the docs said.  I
> copy and paste some of it except for the partition info. 
>
> I did notice one thing, I copied some USE flags over from my current
> rig.  I found some that might not should have been copied over before. 
> I wonder if that could have caused a problem or two.  I realized I chose
> the merged /usr stage3 but had split-usr USE flag in make.conf.  That
> was one I remembered.  There was a couple others as well. 
>
> Right now, I'm warming up that thermal paste some more.  ROFL 
>
> Dale
>
> :-)  :-) 
>


If a person is trying to copy another install and runs into a failure in
a package to compile, skip ahead and deal with the locale section first
then come back.  This failure is between syncing the tree and during the
Optional: Updating the @world set section.  I moved the USE line over
from my old system with some changes so I expected quite a few updates. 
I ran into libdrm failing, no matter what USE flags I try.  It failed
with this: 


ninja: build stopped: subcommand failed.
 * ERROR: x11-libs/libdrm-2.4.120::gentoo failed (compile phase):
 *   ninja -v -j16 -l10 failed
 *
 * Call stack:
 *     ebuild.sh, line  136:  Called src_compile
 *   environment, line 3348:  Called meson-multilib_src_compile
 *   environment, line 2023:  Called multilib-minimal_src_compile
 *   environment, line 2217:  Called multilib_foreach_abi
'multilib-minimal_abi_src_compile'
 *   environment, line 2484:  Called multibuild_foreach_variant
'_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
 *   environment, line 2177:  Called _multibuild_run
'_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
 *   environment, line 2175:  Called _multilib_multibuild_wrapper
'multilib-minimal_abi_src_compile'
 *   environment, line  634:  Called multilib-minimal_abi_src_compile
 *   environment, line 2211:  Called multilib_src_compile
 *   environment, line 2704:  Called meson_src_compile
 *   environment, line 2090:  Called eninja
 *   environment, line 1470:  Called die
 * The specific snippet of code:
 *       "$@" || die -n "${*} failed"
 *
 * If you need support, post the output of `emerge --info
'=x11-libs/libdrm-2.4.120::gentoo'`,
 * the complete build log and the output of `emerge -pqv
'=x11-libs/libdrm-2.4.120::gentoo'`.
 * The complete build log is located at
'/var/log/portage/x11-libs:libdrm-2.4.120:20240624-140627.log'.
 * For convenience, a symlink to the build log is located at
'/var/tmp/portage/x11-libs/libdrm-2.4.120/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/x11-libs/libdrm-2.4.120/temp/environment'.
 * Working directory:
'/var/tmp/portage/x11-libs/libdrm-2.4.120/work/libdrm-2.4.120-abi_x86_64.amd64'
 * S: '/var/tmp/portage/x11-libs/libdrm-2.4.120/work/libdrm-2.4.120'
/var/tmp/portage/x11-libs/libdrm-2.4.120/temp/environment: line 87:
warning: setlocale: LC_MESSAGES: cannot change locale (en_US.UTF8): No
such file or directory
/var/tmp/portage/x11-libs/libdrm-2.4.120/temp/environment: line 90:
warning: setlocale: LC_NUMERIC: cannot change locale (en_US.UTF8): No
such file or directory
/var/tmp/portage/x11-libs/libdrm-2.4.120/temp/environment: line 93:
warning: setlocale: LC_TIME: cannot change locale (en_US.UTF8): No such
file or directory
 *
 * The following package has failed to build, install, or execute postinst:
 *
 *  (x11-libs/libdrm-2.4.120:0/0::gentoo, ebuild scheduled for merge),
Log file:
 *   '/var/log/portage/x11-libs:libdrm-2.4.120:20240624-140627.log'


The key part is that part about 8 lines or so up.  If the locale is not
set, it will fail.  Once it is set, it compiles just fine. 

I don't know if the docs should be changed or not.  It could be that in
most cases, doing it early could cause other problems.  If someone is
reading this still and thinks the docs should be changed or at least a
alert/warning added, then please alert the right people.  I have no idea
how to get the docs updated. 

I might add, on my first install, I had a different package that failed
until I set the locale up correctly.  The error was a little more
obvious tho.  I kept searching for 'error 1' and there is none here.

I hope this helps someone else googling for this or maybe gets the docs
updated, if needed. 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Peter Humphrey]

On Monday, 24 June 2024 15:29:21 BST Dale wrote:

> If a person is trying to copy another install and runs into a failure in
> a package to compile, skip ahead and deal with the locale section first
> then come back.

Yes, I've been doing that for some time now, having tripped over something as 
you describe.

-- 
Regards,
Peter.

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1689 bytes --]

On Monday, 24 June 2024 14:25:47 BST Dale wrote:
> Michael wrote:

> > You should at least try to launch a X11 session using a console and see
> > what is printed out on the CLI after you exit (or if it crashes).
> > 
> > ~ $ exec dbus-launch --exit-with-session startplasma-x11
> 
> I tried every combination I could think of.  It seems the more I tried,
> the worse the failure got. 
> 
> Anyway, I've started a fresh install.  I fixed my partition boo boo.  I
> didn't need much of anything except to just get a fresh start so I used
> the zap feature of gdisk.  After that, I used cgdisk to set up
> everything else, making sure the efi partition was ef00 and had the old
> fat type partition on it.  Or was it vfat?  Whatever the docs said.  I
> copy and paste some of it except for the partition info. 

For an ESP on a disk partition, it would be FAT32 (while FAT12 or FAT16 can be 
used for removable media).  VFAT is an extension to FAT allowing long 
filenames.  In any case it's just a symlink:

~ $ ls -la /usr/bin/mkfs.vfat
lrwxrwxrwx 1 root root 8 Mar 24 08:52 /usr/bin/mkfs.vfat -> mkfs.fat


> I did notice one thing, I copied some USE flags over from my current
> rig.  I found some that might not should have been copied over before. 
> I wonder if that could have caused a problem or two.  I realized I chose
> the merged /usr stage3 but had split-usr USE flag in make.conf.  That
> was one I remembered.  There was a couple others as well. 

Some of the USE flags will be dictated by the make.profile you used.  If you 
selected the merged /usr profile 23.0 and the corresponding non-legacy stage 3 
archive for desktop plasma 23.0, you shouldn't have USE="split-usr".

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 2517 bytes --]

On Monday, 24 June 2024 15:29:21 BST Dale wrote:
> Dale wrote:

> If a person is trying to copy another install and runs into a failure in
> a package to compile, skip ahead and deal with the locale section first
> then come back.  This failure is between syncing the tree and during the
> Optional: Updating the @world set section.  I moved the USE line over
> from my old system with some changes so I expected quite a few updates. 
> I ran into libdrm failing, no matter what USE flags I try.  It failed
> with this: 
> 
> 
> ninja: build stopped: subcommand failed.
>  * ERROR: x11-libs/libdrm-2.4.120::gentoo failed (compile phase):
>  *   ninja -v -j16 -l10 failed
[snip ...]

>  * Working directory:
> '/var/tmp/portage/x11-libs/libdrm-2.4.120/work/libdrm-2.4.120-abi_x86_64.amd
> 64' * S: '/var/tmp/portage/x11-libs/libdrm-2.4.120/work/libdrm-2.4.120'
> /var/tmp/portage/x11-libs/libdrm-2.4.120/temp/environment: line 87:
> warning: setlocale: LC_MESSAGES: cannot change locale (en_US.UTF8): No such
> file or directory
> /var/tmp/portage/x11-libs/libdrm-2.4.120/temp/environment: line 90:
> warning: setlocale: LC_NUMERIC: cannot change locale (en_US.UTF8): No
> such file or directory
> /var/tmp/portage/x11-libs/libdrm-2.4.120/temp/environment: line 93:
> warning: setlocale: LC_TIME: cannot change locale (en_US.UTF8): No such
> file or directory
>  *
>  * The following package has failed to build, install, or execute postinst:
>  *
>  *  (x11-libs/libdrm-2.4.120:0/0::gentoo, ebuild scheduled for merge),
> Log file:
>  *   '/var/log/portage/x11-libs:libdrm-2.4.120:20240624-140627.log'
> 
> 
> The key part is that part about 8 lines or so up.  If the locale is not
> set, it will fail.  Once it is set, it compiles just fine. 

You mentioned this in your previous install and I suggested you checked your 
locale.  You had specified (well, you had copied over from you old system) a 
non-empty LC_ALL in that case.


> I don't know if the docs should be changed or not.  It could be that in
> most cases, doing it early could cause other problems.

The handbook is written for all sort of different profiles, inc. users of the 
musl libc - see note under the section "Configure locales".

However, I think setting an appropriate locale earlier should not be a problem 
and as you have identified it would actually avoid any failures when updating 
a relatively full @world set like yours. You can raise a bug in BGO to this 
effect.  Select /product/ "Documentation" and then /component/ "Handbook".

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Monday, 24 June 2024 14:25:47 BST Dale wrote:
>> Michael wrote:
>>> You should at least try to launch a X11 session using a console and see
>>> what is printed out on the CLI after you exit (or if it crashes).
>>>
>>> ~ $ exec dbus-launch --exit-with-session startplasma-x11
>> I tried every combination I could think of.  It seems the more I tried,
>> the worse the failure got. 
>>
>> Anyway, I've started a fresh install.  I fixed my partition boo boo.  I
>> didn't need much of anything except to just get a fresh start so I used
>> the zap feature of gdisk.  After that, I used cgdisk to set up
>> everything else, making sure the efi partition was ef00 and had the old
>> fat type partition on it.  Or was it vfat?  Whatever the docs said.  I
>> copy and paste some of it except for the partition info. 
> For an ESP on a disk partition, it would be FAT32 (while FAT12 or FAT16 can be 
> used for removable media).  VFAT is an extension to FAT allowing long 
> filenames.  In any case it's just a symlink:
>
> ~ $ ls -la /usr/bin/mkfs.vfat
> lrwxrwxrwx 1 root root 8 Mar 24 08:52 /usr/bin/mkfs.vfat -> mkfs.fat
>

I followed the guide.  I copied the mkfs command and the option then
replaced with my partition info.  The command in the docs was a sda
drive not nvme.  This part of the docs worked fine last time.  I just
repeated the same.


>> I did notice one thing, I copied some USE flags over from my current
>> rig.  I found some that might not should have been copied over before. 
>> I wonder if that could have caused a problem or two.  I realized I chose
>> the merged /usr stage3 but had split-usr USE flag in make.conf.  That
>> was one I remembered.  There was a couple others as well. 
> Some of the USE flags will be dictated by the make.profile you used.  If you 
> selected the merged /usr profile 23.0 and the corresponding non-legacy stage 3 
> archive for desktop plasma 23.0, you shouldn't have USE="split-usr".


When I copied over my USE line from make.conf, it is quite lengthy.  I
bet I missed that split-usr and could have missed a couple others.  I'm
not sure what problems that could cause tho.  I did look through it
pretty good this time.  What made me notice the difference, when I got
the link for the stage3 file, the one for split-usr is in a different
section, most likely because it is going away.  I didn't even see it for
the first install.  It's kinda to the right away from the others.  That
is one thing I noticed that was wrong, so far.  I may run into something
else before it is over.  I said before that it is likely me that missed
something.  A package, USE flag or something.  At this point, USE flag
applies. 

I also ran into that locale thing again.  Using your export command,
fixed it, again.  I find it odd that the commands to reset the
environment does not reset that somehow.  Anyway, it works.  I have that
LC_ALL set on my main rig.  It's been that way for years.  Should I
change it or leave it since it works??

My CPU seems to be running about 20F cooler now.  I may try stress again
later to make sure it is maxed out long enough to show up accurately. 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1542 bytes --]

On Monday, 24 June 2024 17:54:44 BST Dale wrote:
> Michael wrote:

> > For an ESP on a disk partition, it would be FAT32 (while FAT12 or FAT16
> > can be used for removable media).  VFAT is an extension to FAT allowing
> > long filenames.  In any case it's just a symlink:
> > 
> > ~ $ ls -la /usr/bin/mkfs.vfat
> > lrwxrwxrwx 1 root root 8 Mar 24 08:52 /usr/bin/mkfs.vfat -> mkfs.fat
> 
> I followed the guide.  I copied the mkfs command and the option then
> replaced with my partition info.  The command in the docs was a sda
> drive not nvme.  This part of the docs worked fine last time.  I just
> repeated the same.

Good.  You'll have the correct filesystem format for your EFI system 
partition.  :-)


[snip ...]
> I also ran into that locale thing again.  Using your export command,
> fixed it, again.  I find it odd that the commands to reset the
> environment does not reset that somehow.  Anyway, it works.  I have that
> LC_ALL set on my main rig.  It's been that way for years.  Should I
> change it or leave it since it works??

It is recommended to leave the LC_ALL unset, because it overrides all other 
settings.  Check the 'Warning' under the section "Environment variables for 
locales" on this Guide:

https://wiki.gentoo.org/wiki/Localization/Guide

If you have it in your /etc/env.d/02locale, or your bashrc, or any other 
startup script, unset it.  When you call:

~ $ locale

at the end it should have an empty LC_ALL:

LC_ALL=


> My CPU seems to be running about 20F cooler now.

Cool!  Ha!  Quite literally.  ;-)

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Monday, 24 June 2024 17:54:44 BST Dale wrote:
>
>> I also ran into that locale thing again.  Using your export command,
>> fixed it, again.  I find it odd that the commands to reset the
>> environment does not reset that somehow.  Anyway, it works.  I have that
>> LC_ALL set on my main rig.  It's been that way for years.  Should I
>> change it or leave it since it works??
> It is recommended to leave the LC_ALL unset, because it overrides all other 
> settings.  Check the 'Warning' under the section "Environment variables for 
> locales" on this Guide:
>
> https://wiki.gentoo.org/wiki/Localization/Guide
>
> If you have it in your /etc/env.d/02locale, or your bashrc, or any other 
> startup script, unset it.  When you call:
>
> ~ $ locale
>
> at the end it should have an empty LC_ALL:
>
> LC_ALL=
>

I'll put that on my todo list.  Try to do that when I know I'll need to
reboot or something. 


>> My CPU seems to be running about 20F cooler now.
> Cool!  Ha!  Quite literally.  ;-)


Have you seen this before?


(chroot) livecd /usr/src/linux # dracut --kver=$(cat
include/config/kernel.release)
dracut[I]: Executing: /usr/bin/dracut --kver=6.9.4-gentoo
dracut[F]: Can't write to
/efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo: Directory
/efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo does not exist or is
not accessible.
(chroot) livecd /usr/src/linux #


The directory inside /efi does not exist.  This is from the boot media,
not the chroot environment. 


livecd ~ # mount | grep efi
/dev/nvme0n1p1 on /mnt/gentoo/efi type vfat
(rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
livecd ~ #

I removed the efi parts for the live media that is booted.  The efi
partition is mounted rw and is vfat.  Right?  I used touch to create a
test file and it created the file in /efi from within the chroot
environment just fine.  It seems dracut has a issue tho.  I went back
through the docs and don't see anything I missed but I don't see what it
is that creates what dracut is looking for either.  This is the correct
file structure??


(chroot) livecd / # ls -al /
total 447012
drwxr-xr-x  17 root root      4096 Jun 23 12:06 .
drwxr-xr-x  17 root root      4096 Jun 23 12:06 ..
lrwxrwxrwx   1 root root         7 Jun 23 12:06 bin -> usr/bin
drwxr-xr-x   4 root root      4096 Jun 24 14:29 boot
drwxr-xr-x  19 root root      4760 Jun 24 11:58 dev
drwxr-xr-x   3 root root      4096 Dec 31  1969 efi
drwxr-xr-x  49 root root      4096 Jun 24 14:32 etc
drwxr-xr-x   2 root root      4096 Jun 23 12:06 home
lrwxrwxrwx   1 root root         7 Jun 23 12:06 lib -> usr/lib
lrwxrwxrwx   1 root root         9 Jun 23 12:06 lib64 -> usr/lib64
drwxr-xr-x   2 root root      4096 Jun 23 12:06 media
drwxr-xr-x   2 root root      4096 Jun 23 12:06 mnt
drwxr-xr-x   5 root root      4096 Jun 24 05:19 opt
dr-xr-xr-x 461 root root         0 Jun 24 04:39 proc
drwx------   2 root root      4096 Jun 23 12:06 root
drwxr-xr-x   3 root root        60 Jun 24 04:40 run
lrwxrwxrwx   1 root root         7 Jun 23 12:06 sbin -> usr/bin
-rw-r--r--   1 root root 457688576 Jun 23 12:44
stage3-amd64-desktop-openrc-20240623T164908Z.tar.xz
dr-xr-xr-x  13 root root         0 Jun 24 04:44 sys
drwxrwxrwt   3 root root        60 Jun 24 14:32 tmp
drwxr-xr-x  11 root root      4096 Jun 23 12:09 usr
drwxr-xr-x  10 root root      4096 Jun 24 10:19 var
(chroot) livecd / #



Thoughts?  I miss something??

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 2930 bytes --]

On Monday, 24 June 2024 20:47:15 BST Dale wrote:

> Have you seen this before?

No, because I've never used dracut.


> (chroot) livecd /usr/src/linux # dracut --kver=$(cat
> include/config/kernel.release)
> dracut[I]: Executing: /usr/bin/dracut --kver=6.9.4-gentoo
> dracut[F]: Can't write to
> /efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo: Directory
> /efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo does not exist or is
> not accessible.
> (chroot) livecd /usr/src/linux #
> 
> 
> The directory inside /efi does not exist.  

The long string is either a PARTUUID, or a fs UUID.

Run blikid to find out what it is.


> This is from the boot media,
> not the chroot environment. 
> 
> 
> livecd ~ # mount | grep efi
> /dev/nvme0n1p1 on /mnt/gentoo/efi type vfat
> (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mi
> xed,errors=remount-ro) livecd ~ #

That's find as is.


> I removed the efi parts for the live media that is booted.  The efi
> partition is mounted rw and is vfat.  Right?  

Right.


> I used touch to create a
> test file and it created the file in /efi from within the chroot
> environment just fine.  It seems dracut has a issue tho.  I went back
> through the docs and don't see anything I missed but I don't see what it
> is that creates what dracut is looking for either.  This is the correct
> file structure??
> 
> 
> (chroot) livecd / # ls -al /
> total 447012
> drwxr-xr-x  17 root root      4096 Jun 23 12:06 .
> drwxr-xr-x  17 root root      4096 Jun 23 12:06 ..
> lrwxrwxrwx   1 root root         7 Jun 23 12:06 bin -> usr/bin
> drwxr-xr-x   4 root root      4096 Jun 24 14:29 boot
> drwxr-xr-x  19 root root      4760 Jun 24 11:58 dev
> drwxr-xr-x   3 root root      4096 Dec 31  1969 efi
> drwxr-xr-x  49 root root      4096 Jun 24 14:32 etc
> drwxr-xr-x   2 root root      4096 Jun 23 12:06 home
> lrwxrwxrwx   1 root root         7 Jun 23 12:06 lib -> usr/lib
> lrwxrwxrwx   1 root root         9 Jun 23 12:06 lib64 -> usr/lib64
> drwxr-xr-x   2 root root      4096 Jun 23 12:06 media
> drwxr-xr-x   2 root root      4096 Jun 23 12:06 mnt
> drwxr-xr-x   5 root root      4096 Jun 24 05:19 opt
> dr-xr-xr-x 461 root root         0 Jun 24 04:39 proc
> drwx------   2 root root      4096 Jun 23 12:06 root
> drwxr-xr-x   3 root root        60 Jun 24 04:40 run
> lrwxrwxrwx   1 root root         7 Jun 23 12:06 sbin -> usr/bin
> -rw-r--r--   1 root root 457688576 Jun 23 12:44
> stage3-amd64-desktop-openrc-20240623T164908Z.tar.xz
> dr-xr-xr-x  13 root root         0 Jun 24 04:44 sys
> drwxrwxrwt   3 root root        60 Jun 24 14:32 tmp
> drwxr-xr-x  11 root root      4096 Jun 23 12:09 usr
> drwxr-xr-x  10 root root      4096 Jun 24 10:19 var

That's all fine as is.


> Thoughts?  I miss something??
> 
> Dale
> 
> :-)  :-) 

Do you have a directory called EFI in your /efi partition?

Have you mounted your /mnt/gentoo/boot partition when you called dracut?

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Monday, 24 June 2024 20:47:15 BST Dale wrote:
>
>> Have you seen this before?
> No, because I've never used dracut.

I just had a thought.  I have /usr on the root partition now.  Do I even
need a init thingy? 


>
>
>> (chroot) livecd /usr/src/linux # dracut --kver=$(cat
>> include/config/kernel.release)
>> dracut[I]: Executing: /usr/bin/dracut --kver=6.9.4-gentoo
>> dracut[F]: Can't write to
>> /efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo: Directory
>> /efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo does not exist or is
>> not accessible.
>> (chroot) livecd /usr/src/linux #
>>
>>
>> The directory inside /efi does not exist.  
> The long string is either a PARTUUID, or a fs UUID.
>
> Run blikid to find out what it is.

/dev/nvme0n1p1: UUID="6488-1019" BLOCK_SIZE="512" TYPE="vfat"
PARTLABEL="efi-part" PARTUUID="50add3c0-4ab3-4453-85e5-93af643a586e"

I don't see anything, UUID or anything else that starts with dba6 for
any partition.  I don't know why dracut is looking for that. 


>  <<< SNIP >>>
>> Thoughts?  I miss something??
>>
>> Dale
>>
>> :-)  :-) 
> Do you have a directory called EFI in your /efi partition?
>
> Have you mounted your /mnt/gentoo/boot partition when you called dracut?


Yep.  There is.  Should that be there?  This is what is there. 

(chroot) livecd / # ls -al /efi/
total 12
drwxr-xr-x  3 root root 4096 Dec 31  1969 .
drwxr-xr-x 17 root root 4096 Jun 23 12:06 ..
drwxr-xr-x  3 root root 4096 Jun 24 14:29 EFI
-rwxr-xr-x  1 root root    0 Jun 24 14:01 test
(chroot) livecd / # ls -al /efi/EFI/gentoo/grubx64.efi
-rwxr-xr-x 1 root root 143360 Jun 24 14:33 /efi/EFI/gentoo/grubx64.efi
(chroot) livecd / # 

I mounted /boot when I mounted the others.  I already have a kernel and
such in /boot.  When I did a search, I found where someone posted they
used force with dracut to get it to install a init thingy.  I used it
and it did build and put one in /boot.  Thing is, I've never had to use
force before and figure something is wrong somewhere.  This is /boot. 


(chroot) livecd / # ls -al /boot/
total 22512
drwxr-xr-x  4 root root     4096 Jun 24 14:29 .
drwxr-xr-x 17 root root     4096 Jun 23 12:06 ..
-rw-r--r--  1 root root    77312 Jun 24 11:40 amd-uc.img
-rw-r--r--  1 root root   158391 Jun 24 12:02 config-6.9.4-6
drwxr-xr-x  6 root root     4096 Jun 24 14:29 grub
-rw-------  1 root root  7740012 Jun 24 14:06 initramfs-6.9.4-6.img
-rw-r--r--  1 root root 15000576 Jun 24 12:02 kernel-6.9.4-6
drwx------  2 root root    16384 Jun 24 04:03 lost+found
(chroot) livecd / #


That give you any clues?  Or am I starting over again.  ROFL 

Dale

:-)  :-) 

[gentoo-user] Re: Can't get the GUI to stay up for more than a minute or so before crashing

[Grant Edwards]

On 2024-06-24, Dale <rdalek1967@gmail.com> wrote:
> Michael wrote:
>> On Monday, 24 June 2024 20:47:15 BST Dale wrote:
>>
>>> Have you seen this before?
>> No, because I've never used dracut.
>
> I just had a thought.  I have /usr on the root partition now.  Do I even
> need a init thingy? 

Same question as always: does your kernel have enough built-in
drivers/modules to mount the root fileystem on /?

If yes, then you don't need an initrd.

If no, then you do need an initrd.

I don't think where /usr is matters, does it?

--
Grant

Re: [gentoo-user] Re: Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Grant Edwards wrote:
> On 2024-06-24, Dale <rdalek1967@gmail.com> wrote:
>> Michael wrote:
>>> On Monday, 24 June 2024 20:47:15 BST Dale wrote:
>>>
>>>> Have you seen this before?
>>> No, because I've never used dracut.
>> I just had a thought.  I have /usr on the root partition now.  Do I even
>> need a init thingy? 
> Same question as always: does your kernel have enough built-in
> drivers/modules to mount the root fileystem on /?
>
> If yes, then you don't need an initrd.
>
> If no, then you do need an initrd.
>
> I don't think where /usr is matters, does it?
>
> --
> Grant

My understanding, the whole init thing started with a bluetooth keyboard
or mouse driver that was installed in /usr instead of /bin or /sbin,
whichever one fits.  I've always had /usr on its own partition until
this time.  Mostly because it is easier to put /boot and root on regular
partitions and then put /usr, /var and of course /home on LVM.  That way
as software like LOo, KDE and others grew, I could use LVM to grow them
easily enough. 

Given the merge of bin and sbin to /usr, I have no idea if a system will
boot without a init thingy or not.  This is the first time I've
ran/installed a system with those merged.  I'd think it would work but I
don't want to have a unbootable system to find out it doesn't either. 
;-)  I'm having enough fun already.  LOL

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 3904 bytes --]

On Monday, 24 June 2024 22:03:14 BST Dale wrote:
> Michael wrote:
> > On Monday, 24 June 2024 20:47:15 BST Dale wrote:
> >> Have you seen this before?
> > 
> > No, because I've never used dracut.
> 
> I just had a thought.  I have /usr on the root partition now.  Do I even
> need a init thingy? 

Only you can answer this.

You don't need it if your kernel image has all the drivers it requires built-
in to mount / and start initializing your hardware.

Binary distros tend to built a lot of kernel drivers as modules and these will 
not be accessible until / has been mounted.  Therefore initrd/initramfs will 
include necessary modules, as well as firmware, CPU microcode, etc. to be able 
to run in memory enough of a temporary initial / fs, until the real / becomes 
accessible.

This is explained briefly here:

https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/
Kernel#Building_an_initramfs


> >> (chroot) livecd /usr/src/linux # dracut --kver=$(cat
> >> include/config/kernel.release)
> >> dracut[I]: Executing: /usr/bin/dracut --kver=6.9.4-gentoo
> >> dracut[F]: Can't write to
> >> /efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo: Directory
> >> /efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo does not exist or is
> >> not accessible.
> >> (chroot) livecd /usr/src/linux #
> >> 
> >> 
> >> The directory inside /efi does not exist.
> > 
> > The long string is either a PARTUUID, or a fs UUID.
> > 
> > Run blikid to find out what it is.
> 
> /dev/nvme0n1p1: UUID="6488-1019" BLOCK_SIZE="512" TYPE="vfat"
> PARTLABEL="efi-part" PARTUUID="50add3c0-4ab3-4453-85e5-93af643a586e"
> 
> I don't see anything, UUID or anything else that starts with dba6 for
> any partition.  I don't know why dracut is looking for that. 

Hmm ... I wonder if it is implementing a systemd-boot UUID for each OS kernel.  
:-/


> > Do you have a directory called EFI in your /efi partition?
> > 
> > Have you mounted your /mnt/gentoo/boot partition when you called dracut?
> 
> Yep.  There is.  Should that be there?  This is what is there. 
> 
> (chroot) livecd / # ls -al /efi/
> total 12
> drwxr-xr-x  3 root root 4096 Dec 31  1969 .
> drwxr-xr-x 17 root root 4096 Jun 23 12:06 ..
> drwxr-xr-x  3 root root 4096 Jun 24 14:29 EFI
> -rwxr-xr-x  1 root root    0 Jun 24 14:01 test
> (chroot) livecd / # ls -al /efi/EFI/gentoo/grubx64.efi
> -rwxr-xr-x 1 root root 143360 Jun 24 14:33 /efi/EFI/gentoo/grubx64.efi

That's all as it should be.


> I mounted /boot when I mounted the others.  I already have a kernel and
> such in /boot.  When I did a search, I found where someone posted they
> used force with dracut to get it to install a init thingy.  I used it
> and it did build and put one in /boot.  Thing is, I've never had to use
> force before and figure something is wrong somewhere.

The first option in the man page explains what you did:

https://linux.die.net/man/8/dracut

-f, --force
overwrite existing initramfs file.

Did you have an initramfs already in there?

> This is /boot. 
> 
> 
> (chroot) livecd / # ls -al /boot/
> total 22512
> drwxr-xr-x  4 root root     4096 Jun 24 14:29 .
> drwxr-xr-x 17 root root     4096 Jun 23 12:06 ..
> -rw-r--r--  1 root root    77312 Jun 24 11:40 amd-uc.img
> -rw-r--r--  1 root root   158391 Jun 24 12:02 config-6.9.4-6
> drwxr-xr-x  6 root root     4096 Jun 24 14:29 grub
> -rw-------  1 root root  7740012 Jun 24 14:06 initramfs-6.9.4-6.img
> -rw-r--r--  1 root root 15000576 Jun 24 12:02 kernel-6.9.4-6
> drwx------  2 root root    16384 Jun 24 04:03 lost+found

This looks good.


> That give you any clues?  Or am I starting over again.  ROFL 
> 
> Dale
> 
> :-)  :-) 

No don't start over!  Have you read through this:

https://wiki.gentoo.org/wiki/Dracut


I don't use an initramfs, dracut, or systemd, wherever I can avoid them and I 
do avoid them on my Gentoo.  Someone more clued up in these and their 
peculiarities should chime in here.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Re: Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1948 bytes --]

On Monday, 24 June 2024 22:52:31 BST Dale wrote:
> Grant Edwards wrote:
> > On 2024-06-24, Dale <rdalek1967@gmail.com> wrote:
> >> Michael wrote:
> >>> On Monday, 24 June 2024 20:47:15 BST Dale wrote:
> >>>> Have you seen this before?
> >>> 
> >>> No, because I've never used dracut.
> >> 
> >> I just had a thought.  I have /usr on the root partition now.  Do I even
> >> need a init thingy? 
> > 
> > Same question as always: does your kernel have enough built-in
> > drivers/modules to mount the root fileystem on /?
> > 
> > If yes, then you don't need an initrd.
> > 
> > If no, then you do need an initrd.
> > 
> > I don't think where /usr is matters, does it?
> > 
> > --
> > Grant
> 
> My understanding, the whole init thing started with a bluetooth keyboard
> or mouse driver that was installed in /usr instead of /bin or /sbin,
> whichever one fits.  I've always had /usr on its own partition until
> this time.  Mostly because it is easier to put /boot and root on regular
> partitions and then put /usr, /var and of course /home on LVM.  That way
> as software like LOo, KDE and others grew, I could use LVM to grow them
> easily enough. 

You need access to the LVM tools to be able to access your /usr.  I expect 
they will be under /usr - hence you need an early userspace with the required 
tools to be able mount LVM and anything in it.

Alternatively, use btrfs and do away with LVM.


> Given the merge of bin and sbin to /usr, I have no idea if a system will
> boot without a init thingy or not.

It won't boot without a initrd if /usr is on a different partition, because 
the OS needs commands available on /usr to boot with.  Chicken <-> egg 
problem.


> This is the first time I've
> ran/installed a system with those merged.  I'd think it would work but I
> don't want to have a unbootable system to find out it doesn't either. 

With a merged /usr you will now also have /bin, /sbin, /lib, /lib64, all of 
them in /usr.


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Monday, 24 June 2024 22:03:14 BST Dale wrote:
>> Michael wrote:
>>> On Monday, 24 June 2024 20:47:15 BST Dale wrote:
>>>> Have you seen this before?
>>> No, because I've never used dracut.
>> I just had a thought.  I have /usr on the root partition now.  Do I even
>> need a init thingy? 
> Only you can answer this.
>
> You don't need it if your kernel image has all the drivers it requires built-
> in to mount / and start initializing your hardware.
>
> Binary distros tend to built a lot of kernel drivers as modules and these will 
> not be accessible until / has been mounted.  Therefore initrd/initramfs will 
> include necessary modules, as well as firmware, CPU microcode, etc. to be able 
> to run in memory enough of a temporary initial / fs, until the real / becomes 
> accessible.
>
> This is explained briefly here:
>
> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/
> Kernel#Building_an_initramfs
>

I build all drivers in the kernel except the nvidia drivers.  I do have
a CPU micrcode thing for this CPU tho in /boot.  It's in the list of
things grub picks up.  I assume since Grub finds it, it is part of the
boot process. 


>>>> (chroot) livecd /usr/src/linux # dracut --kver=$(cat
>>>> include/config/kernel.release)
>>>> dracut[I]: Executing: /usr/bin/dracut --kver=6.9.4-gentoo
>>>> dracut[F]: Can't write to
>>>> /efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo: Directory
>>>> /efi/dba652170b7a716f303c3c5966799436/6.9.4-gentoo does not exist or is
>>>> not accessible.
>>>> (chroot) livecd /usr/src/linux #
>>>>
>>>>
>>>> The directory inside /efi does not exist.
>>> The long string is either a PARTUUID, or a fs UUID.
>>>
>>> Run blikid to find out what it is.
>> /dev/nvme0n1p1: UUID="6488-1019" BLOCK_SIZE="512" TYPE="vfat"
>> PARTLABEL="efi-part" PARTUUID="50add3c0-4ab3-4453-85e5-93af643a586e"
>>
>> I don't see anything, UUID or anything else that starts with dba6 for
>> any partition.  I don't know why dracut is looking for that. 
> Hmm ... I wonder if it is implementing a systemd-boot UUID for each OS kernel.  
> :-/
>

I'm on openrc here.  I checked the stage tarball, it's openrc.  I used
grep on /etc and no systemd USE flags enabled there either.  Is confusing. 


>>> Do you have a directory called EFI in your /efi partition?
>>>
>>> Have you mounted your /mnt/gentoo/boot partition when you called dracut?
>> Yep.  There is.  Should that be there?  This is what is there. 
>>
>> (chroot) livecd / # ls -al /efi/
>> total 12
>> drwxr-xr-x  3 root root 4096 Dec 31  1969 .
>> drwxr-xr-x 17 root root 4096 Jun 23 12:06 ..
>> drwxr-xr-x  3 root root 4096 Jun 24 14:29 EFI
>> -rwxr-xr-x  1 root root    0 Jun 24 14:01 test
>> (chroot) livecd / # ls -al /efi/EFI/gentoo/grubx64.efi
>> -rwxr-xr-x 1 root root 143360 Jun 24 14:33 /efi/EFI/gentoo/grubx64.efi
> That's all as it should be.
>
>
>> I mounted /boot when I mounted the others.  I already have a kernel and
>> such in /boot.  When I did a search, I found where someone posted they
>> used force with dracut to get it to install a init thingy.  I used it
>> and it did build and put one in /boot.  Thing is, I've never had to use
>> force before and figure something is wrong somewhere.
> The first option in the man page explains what you did:
>
> https://linux.die.net/man/8/dracut
>
> -f, --force
> overwrite existing initramfs file.
>
> Did you have an initramfs already in there?

I had the kernel and the config file on /boot.  I did not have anything
else there except grub and the CPU microcode file.  I didn't save the
init thingy when I was copying files over from previous install.  I just
saved the config and kernel.


>
>> This is /boot. 
>>
>>
>> (chroot) livecd / # ls -al /boot/
>> total 22512
>> drwxr-xr-x  4 root root     4096 Jun 24 14:29 .
>> drwxr-xr-x 17 root root     4096 Jun 23 12:06 ..
>> -rw-r--r--  1 root root    77312 Jun 24 11:40 amd-uc.img
>> -rw-r--r--  1 root root   158391 Jun 24 12:02 config-6.9.4-6
>> drwxr-xr-x  6 root root     4096 Jun 24 14:29 grub
>> -rw-------  1 root root  7740012 Jun 24 14:06 initramfs-6.9.4-6.img
>> -rw-r--r--  1 root root 15000576 Jun 24 12:02 kernel-6.9.4-6
>> drwx------  2 root root    16384 Jun 24 04:03 lost+found
> This looks good.
>
>
>> That give you any clues?  Or am I starting over again.  ROFL 
>>
>> Dale
>>
>> :-)  :-) 
> No don't start over!  Have you read through this:
>
> https://wiki.gentoo.org/wiki/Dracut
>
>
> I don't use an initramfs, dracut, or systemd, wherever I can avoid them and I 
> do avoid them on my Gentoo.  Someone more clued up in these and their 
> peculiarities should chime in here.


Yep.  I saw that too.  Thing is, it confuses me.  On the main install
page, it shows /efi mounted on the / partition.  In other words, the
same place /boot, /usr and /var are mounted too.  In the page you link
to it seems to show the efi partition mounted inside /boot.  Like this: 
/boot/efi.  The main page I think says this is no longer recommended. 
Which am I to follow?  If it being inside /boot is discouraged, someone
needs to update the page. 

I'm continuing on with the install but still puzzled about the dracut
error.  Is this what /efi should look like? 


(chroot) livecd / # tree /efi/
/efi/
└── EFI
    └── gentoo
        └── grubx64.efi

3 directories, 1 file
(chroot) livecd / #


I never looked in the directory on the last install.  Nothing reported a
error so I just went with it.  ;-)

Dale

:-)  :-) 

Re: [gentoo-user] Re: Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 2303 bytes --]

Michael wrote:
> On Monday, 24 June 2024 22:52:31 BST Dale wrote:
>> Grant Edwards wrote:
>>> On 2024-06-24, Dale <rdalek1967@gmail.com> wrote:
>>>> Michael wrote:
>>>>> On Monday, 24 June 2024 20:47:15 BST Dale wrote:
>>>>>> Have you seen this before?
>>>>> No, because I've never used dracut.
>>>> I just had a thought.  I have /usr on the root partition now.  Do I even
>>>> need a init thingy? 
>>> Same question as always: does your kernel have enough built-in
>>> drivers/modules to mount the root fileystem on /?
>>>
>>> If yes, then you don't need an initrd.
>>>
>>> If no, then you do need an initrd.
>>>
>>> I don't think where /usr is matters, does it?
>>>
>>> --
>>> Grant
>> My understanding, the whole init thing started with a bluetooth keyboard
>> or mouse driver that was installed in /usr instead of /bin or /sbin,
>> whichever one fits.  I've always had /usr on its own partition until
>> this time.  Mostly because it is easier to put /boot and root on regular
>> partitions and then put /usr, /var and of course /home on LVM.  That way
>> as software like LOo, KDE and others grew, I could use LVM to grow them
>> easily enough. 
> You need access to the LVM tools to be able to access your /usr.  I expect 
> they will be under /usr - hence you need an early userspace with the required 
> tools to be able mount LVM and anything in it.
>
> Alternatively, use btrfs and do away with LVM.
>
>
>> Given the merge of bin and sbin to /usr, I have no idea if a system will
>> boot without a init thingy or not.
> It won't boot without a initrd if /usr is on a different partition, because 
> the OS needs commands available on /usr to boot with.  Chicken <-> egg 
> problem.
>
>
>> This is the first time I've
>> ran/installed a system with those merged.  I'd think it would work but I
>> don't want to have a unbootable system to find out it doesn't either. 
> With a merged /usr you will now also have /bin, /sbin, /lib, /lib64, all of 
> them in /usr.
>

On this new install, basically, I have /, /boot, /efi, /home and /var on
separate partitions.  I put /usr on / like most people do nowadays.  I
guess I can boot without a init thingy but not sure.  I'd rather have
two entries, one with and one without a init thingy to test with.  May
do that later on. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 4191 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 3867 bytes --]

On Tuesday, 25 June 2024 00:47:07 BST Dale wrote:
> Michael wrote:

> > The first option in the man page explains what you did:
> > 
> > https://linux.die.net/man/8/dracut
> > 
> > -f, --force
> > overwrite existing initramfs file.
> > 
> > Did you have an initramfs already in there?
> 
> I had the kernel and the config file on /boot.

Did these files arrived in /boot/ by installing them yourself manually, or by 
having them installed automatically by calling 'make install', which utilised 
'sys-kernel/installkernel' to do it with?

If the latter, did 'sys-kernel/installkernel' have the right USE flags set for 
your system?


> I did not have anything
> else there except grub and the CPU microcode file.  I didn't save the
> init thingy when I was copying files over from previous install.  I just
> saved the config and kernel.

I suspect you may have overlaid manual and automated kernel installation 
procedures, resulting in one trying to over-write the other.  Then you run 
dracut and it complained, until you used --force to overwrite whatever files 
had already been installed in /boot.


> > No don't start over!  Have you read through this:
> > 
> > https://wiki.gentoo.org/wiki/Dracut
[snip ...]

> Yep.  I saw that too.  Thing is, it confuses me.  On the main install
> page, it shows /efi mounted on the / partition.  In other words, the
> same place /boot, /usr and /var are mounted too.  In the page you link
> to it seems to show the efi partition mounted inside /boot.  Like this: 
> /boot/efi.  The main page I think says this is no longer recommended. 
> Which am I to follow?  If it being inside /boot is discouraged, someone
> needs to update the page. 

Err ... you lost me there.  Where in the 'https://wiki.gentoo.org/wiki/Dracut' 
wiki page does it state what you mention above?!  o_O

The ESP partition's mountpoint is /efi.  Some time ago the ESP mountpoint used 
to be /boot/efi, but this is no longer recommended.

The boot partition's mountpoint for your installation is /boot.

The directories for /usr, /var, et al. will be found in the / partition.  If 
you have chosen for your /var directory to be stored on a different partition, 
then its mountpoint would be /var.


> I'm continuing on with the install but still puzzled about the dracut
> error.  Is this what /efi should look like? 
> 
> 
> (chroot) livecd / # tree /efi/
> /efi/
> └── EFI
>     └── gentoo
>         └── grubx64.efi
> 
> 3 directories, 1 file
> (chroot) livecd / #

Yes, this looks good.  The MoBo's UEFI firmware will load grubx64.efi, which 
in turn will fetch your kernel & initrd images from /boot.


> I never looked in the directory on the last install.  Nothing reported a
> error so I just went with it.  ;-)

I'm guessing, in your last install you had not mixed up manual and automated 
kernel installation steps, but in this one you did.  ;-)

You probably want to spend some quality time reading this at your leisure:

https://wiki.gentoo.org/wiki/Installkernel

Regarding the microcode file '/boot/amd-uc.img', this is created by the 'sys-
kernel/linux-firmware' package if it has USE="initramfs" set.  GRUB will find 
pick up this image file and include it along with any other initramfs images 
when you run grub-mkconfig, or when grub-mkconfig is run by 'make install'.  
Then GRUB will load it at boot time.  However, you can built both the AMD CPU 
microcode and any other firmware needed by your machine in the kernel.  Just 
add them in your kernel:

# Firmware loader
CONFIG_EXTRA_FIRMWARE="....."

before you build it.

Regarding Nvidia's module, I don't think you need an initramfs for this.  When 
the kernel loads it will fetch the Nvidia module from /lib/modules/, provided 
it can mount the root partition.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Tuesday, 25 June 2024 00:47:07 BST Dale wrote:
>> Michael wrote:
>>> The first option in the man page explains what you did:
>>>
>>> https://linux.die.net/man/8/dracut
>>>
>>> -f, --force
>>> overwrite existing initramfs file.
>>>
>>> Did you have an initramfs already in there?
>> I had the kernel and the config file on /boot.
> Did these files arrived in /boot/ by installing them yourself manually, or by 
> having them installed automatically by calling 'make install', which utilised 
> 'sys-kernel/installkernel' to do it with?
>
> If the latter, did 'sys-kernel/installkernel' have the right USE flags set for 
> your system?
>

I always do my kernel install manually.  While dracut puts the image in
/boot, I have to rename it so grub will match the names up correctly. 
Way back tho, I had one init image for each kernel version.  Grub would
match ever how many kernels I had of that version to the same init image
and boot.  Then either I did something different or it stopped working. 
Now each kernel has to have its own init image.  Could be me. 

>> I did not have anything
>> else there except grub and the CPU microcode file.  I didn't save the
>> init thingy when I was copying files over from previous install.  I just
>> saved the config and kernel.
> I suspect you may have overlaid manual and automated kernel installation 
> procedures, resulting in one trying to over-write the other.  Then you run 
> dracut and it complained, until you used --force to overwrite whatever files 
> had already been installed in /boot.
>

I manually config and build the kernel and then manually copy the kernel
to /boot. 


>>> No don't start over!  Have you read through this:
>>>
>>> https://wiki.gentoo.org/wiki/Dracut
> [snip ...]
>
>> Yep.  I saw that too.  Thing is, it confuses me.  On the main install
>> page, it shows /efi mounted on the / partition.  In other words, the
>> same place /boot, /usr and /var are mounted too.  In the page you link
>> to it seems to show the efi partition mounted inside /boot.  Like this: 
>> /boot/efi.  The main page I think says this is no longer recommended. 
>> Which am I to follow?  If it being inside /boot is discouraged, someone
>> needs to update the page. 
> Err ... you lost me there.  Where in the 'https://wiki.gentoo.org/wiki/Dracut' 
> wiki page does it state what you mention above?!  o_O
>
> The ESP partition's mountpoint is /efi.  Some time ago the ESP mountpoint used 
> to be /boot/efi, but this is no longer recommended.
>
> The boot partition's mountpoint for your installation is /boot.
>
> The directories for /usr, /var, et al. will be found in the / partition.  If 
> you have chosen for your /var directory to be stored on a different partition, 
> then its mountpoint would be /var.
>

I may have confused the pages but in one place it showed it inside
/boot.  In another place it said /efi was on / itself.  I did it the
last way as I did the first time.  I think I read on this list somewhere
about the change.  Could have been on -dev mailing list too. 

>> I'm continuing on with the install but still puzzled about the dracut
>> error.  Is this what /efi should look like? 
>>
>>
>> (chroot) livecd / # tree /efi/
>> /efi/
>> └── EFI
>>     └── gentoo
>>         └── grubx64.efi
>>
>> 3 directories, 1 file
>> (chroot) livecd / #
> Yes, this looks good.  The MoBo's UEFI firmware will load grubx64.efi, which 
> in turn will fetch your kernel & initrd images from /boot.
>

It did.  I got to the point where I needed to boot and it worked.  Yay!!

>> I never looked in the directory on the last install.  Nothing reported a
>> error so I just went with it.  ;-)
> I'm guessing, in your last install you had not mixed up manual and automated 
> kernel installation steps, but in this one you did.  ;-)
>
> You probably want to spend some quality time reading this at your leisure:
>
> https://wiki.gentoo.org/wiki/Installkernel

I've read up a little on that but I've done it manually so long, I just
keep doing it that way.  Someone posted I can set it up to do just like
I'm doing it but still, I just stick with the old way. 


>
> Regarding the microcode file '/boot/amd-uc.img', this is created by the 'sys-
> kernel/linux-firmware' package if it has USE="initramfs" set.  GRUB will find 
> pick up this image file and include it along with any other initramfs images 
> when you run grub-mkconfig, or when grub-mkconfig is run by 'make install'.  
> Then GRUB will load it at boot time.  However, you can built both the AMD CPU 
> microcode and any other firmware needed by your machine in the kernel.  Just 
> add them in your kernel:
>
> # Firmware loader
> CONFIG_EXTRA_FIRMWARE="....."
>
> before you build it.
>
> Regarding Nvidia's module, I don't think you need an initramfs for this.  When 
> the kernel loads it will fetch the Nvidia module from /lib/modules/, provided 
> it can mount the root partition.


I did check, grub did include it when I ran the grub-mkconfig command. 
I checked once on my main rig, it does load.  I assume it does on the
new rig too.

If I recall correctly, nvidia loads shortly before the GUI stuff starts
to come up.  Unless that is changed.  I know when I boot into a text
console and no GUI ever started, lspci -k shows nvidia already loaded. 
I suspect I could go without a init thingy now but it's not that much
trouble to make one.  It does work.  I think I had one fail once way
back when dracut first came into use.  Could have been me.  Still,
that's pretty good. 

As it is, I'm installing packages from my world file on the main rig in
chunks.  I think it has about 25 packages or so to go in this last
batch.  They are some of the larger packages, LOo, Kicad, Firefox,
Seamonkey etc etc. 

Oh, the m.2 stick is staying pretty cool.  The temp for the controller,
which is usually the hottest one, stays below 105F.  That cute little
cooler is working very well.  The CPU is running a little cooler now
too.  I think I saw it just below 170F a time or two.  It's hard to
catch it when the CPU is running at full speed.  I'm mostly watching it
in htop now.  If the CPUTIN temp is supposed to be comparable to my old
FX series sensor, this CPU runs cooler.  That temp maxes out at under
110F.  My FX CPU usually maxes out at about 124 to 125F.  The new rig
has a lot bigger cooler tho.  Also has two cooler fans. 

Once all these packages install, I hope the GUI works.  I got the
partitions done right now tho.  LOL 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Picking here to get a fresh sub thread going.  Attempt two. 

I got all the packages installed.  Made sure the Nvidia video drivers
were loaded.  I remembered to make sure elogind was running.  It wasn't,
so I started it.  Why doesn't display-manager pull that in???  Anyway, I
started display-manager and got the sddm screen.  I selected Plasma x11
instead of Plasma wayland.  I then logged in.  It took a little bit but
finally the screen came up.  All I get is the 'Welcome to KDE plasma"
window.  Everything else is black.  I like the screen that says "simple
by default".  It's simple alright.  A black screen is pretty simple. 

The mouse pointer moves so it sees the mouse.  Right click should bring
up a menu.  Nothing.  The little panel thing that is usually at the
bottom, nothing.  Once I close the welcome window, it's black. 

This is the messages file from the point of me starting display-manager. 



Jun 25 09:08:32 Gentoo-1 elogind-daemon[3079]: New session 5 of user root.
Jun 25 09:08:32 Gentoo-1 login[3115]: ROOT LOGIN  on '/dev/tty1'
Jun 25 09:09:03 Gentoo-1 sddm-helper[3204]:
pam_unix(sddm-greeter:session): session opened for user sddm(uid=219) by
root(uid=0)
Jun 25 09:09:03 Gentoo-1 elogind-daemon[3079]: Existing logind session
ID 5 used by new audit session, ignoring.
Jun 25 09:09:03 Gentoo-1 elogind-daemon[3079]: New session c1 of user sddm.
Jun 25 09:09:40 Gentoo-1 sddm-helper[3223]: gkr-pam: unable to locate
daemon control file
Jun 25 09:09:40 Gentoo-1 sddm-helper[3223]: gkr-pam: stashed password to
try later in open session
Jun 25 09:09:40 Gentoo-1 sddm-helper[3223]: pam_kwallet5(sddm:auth):
pam_kwallet5: pam_sm_authenticate
Jun 25 09:09:40 Gentoo-1 sddm-helper[3223]: pam_kwallet5(sddm:setcred):
pam_kwallet5: pam_sm_setcred
Jun 25 09:09:40 Gentoo-1 sddm-helper[3223]: pam_unix(sddm:session):
session opened for user dale(uid=1000) by dale(uid=0)
Jun 25 09:09:40 Gentoo-1 elogind-daemon[3079]: New session 6 of user dale.
Jun 25 09:09:40 Gentoo-1 sddm-helper[3223]: gkr-pam:
gnome-keyring-daemon started properly and unlocked keyring
Jun 25 09:09:40 Gentoo-1 sddm-helper[3223]: pam_kwallet5(sddm:session):
pam_kwallet5: pam_sm_open_session
Jun 25 09:09:40 Gentoo-1 sddm-helper[3204]:
pam_unix(sddm-greeter:session): session closed for user sddm
Jun 25 09:09:40 Gentoo-1 elogind-daemon[3079]: Removed session c1.
Jun 25 09:09:40 Gentoo-1 sddm-helper[3235]: pam_kwallet5: final socket
path: /run/user/1000/kwallet5.socket
Jun 25 09:09:40 Gentoo-1 dbus-daemon[3249]: [session uid=1000 pid=3247
pidfd=4] Activating service name='org.a11y.Bus' requested by ':1.1'
(uid=1000 pid=3241 comm="/usr/bin/nvidia-settings --load-config-only"
label="kernel")
Jun 25 09:09:40 Gentoo-1 dbus-daemon[3249]: [session uid=1000 pid=3247
pidfd=4] Successfully activated service 'org.a11y.Bus'
Jun 25 09:09:40 Gentoo-1 kernel: nvidia_uvm: module uses symbols
nvUvmInterfaceDisableAccessCntr from proprietary module nvidia,
inheriting taint.
Jun 25 09:09:40 Gentoo-1 kernel: nvidia-uvm: Loaded the UVM driver,
major device number 240.
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service name='org.freedesktop.portal.Desktop'
requested by ':1.3' (uid=1000 pid=3297
comm="/usr/lib64/libexec/kf5/klauncher --fd=9" label="kernel")
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service name='org.freedesktop.portal.Documents'
requested by ':1.4' (uid=1000 pid=3300
comm="/usr/libexec/xdg-desktop-portal" label="kernel")
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service
name='org.freedesktop.impl.portal.PermissionStore' requested by ':1.5'
(uid=1000 pid=3307 comm="/usr/libexec/xdg-document-portal" label="kernel")
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service
'org.freedesktop.impl.portal.PermissionStore'
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service 'org.freedesktop.portal.Documents'
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service
name='org.freedesktop.impl.portal.desktop.kde' requested by ':1.4'
(uid=1000 pid=3300 comm="/usr/libexec/xdg-desktop-portal" label="kernel")
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service
'org.freedesktop.impl.portal.desktop.kde'
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service 'org.freedesktop.portal.Desktop'
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='net.hadess.PowerProfiles' requested by ':1.11' (uid=1000 pid=3300
comm="/usr/libexec/xdg-desktop-portal" label="kernel") (using servicehelper)
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3051]: [system] Activated service
'net.hadess.PowerProfiles' failed: Launch helper exited with unknown
return code 1
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service name='org.kde.kglobalaccel' requested by
':1.10' (uid=1000 pid=3341 comm="/usr/bin/kded5" label="kernel")
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service 'org.kde.kglobalaccel'
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service name='org.kde.ActivityManager' requested by
':1.10' (uid=1000 pid=3341 comm="/usr/bin/kded5" label="kernel")
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service 'org.kde.ActivityManager'
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service name='ca.desrt.dconf' requested by ':1.14'
(uid=1000 pid=3341 comm="/usr/bin/kded5" label="kernel")
Jun 25 09:09:41 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service 'ca.desrt.dconf'
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='org.freedesktop.PolicyKit1' requested by ':1.0' (uid=0 pid=3079
comm="elogind-daemon" label="kernel") (using servicehelper)
Jun 25 09:09:42 Gentoo-1 polkitd[3417]: Started polkitd version 124
Jun 25 09:09:42 Gentoo-1 polkitd[3417]: Loading rules from directory
/etc/polkit-1/rules.d
Jun 25 09:09:42 Gentoo-1 polkitd[3417]: Loading rules from directory
/usr/share/polkit-1/rules.d
Jun 25 09:09:42 Gentoo-1 polkitd[3417]: Finished loading, compiling and
executing 3 rules
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Successfully
activated service 'org.freedesktop.PolicyKit1'
Jun 25 09:09:42 Gentoo-1 polkitd[3417]: Acquired the name
org.freedesktop.PolicyKit1 on the system bus
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='org.freedesktop.UDisks2' requested by ':1.20' (uid=1000 pid=3405
comm="/usr/lib64/libexec/baloo_file" label="kernel") (using servicehelper)
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='org.freedesktop.UPower' requested by ':1.21' (uid=1000 pid=3408
comm="/usr/lib64/libexec/org_kde_powerdevil" label="kernel") (using
servicehelper)
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Successfully
activated service 'org.freedesktop.UPower'
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='org.kde.powerdevil.discretegpuhelper' requested by ':1.21'
(uid=1000 pid=3408 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Successfully
activated service 'org.kde.powerdevil.discretegpuhelper'
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='org.kde.powerdevil.chargethresholdhelper' requested by ':1.21'
(uid=1000 pid=3408 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Successfully
activated service 'org.kde.powerdevil.chargethresholdhelper'
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='org.kde.powerdevil.backlighthelper' requested by ':1.21' (uid=1000
pid=3408 comm="/usr/lib64/libexec/org_kde_powerdevil" label="kernel")
(using servicehelper)
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Successfully
activated service 'org.kde.powerdevil.backlighthelper'
Jun 25 09:09:42 Gentoo-1 dbus-daemon[3051]: [system] Successfully
activated service 'org.freedesktop.UDisks2'
Jun 25 09:09:42 Gentoo-1 polkitd[3417]: Registered Authentication Agent
for unix-session:6 (system bus name :1.38
[/usr/lib64/libexec/polkit-kde-authentication-agent-1], object path
/org/kde/PolicyKit1/AuthenticationAgent, locale en_US.utf8)
Jun 25 09:09:43 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='net.hadess.PowerProfiles' requested by ':1.21' (uid=1000 pid=3408
comm="/usr/lib64/libexec/org_kde_powerdevil" label="kernel") (using
servicehelper)
Jun 25 09:09:43 Gentoo-1 dbus-daemon[3051]: [system] Activated service
'net.hadess.PowerProfiles' failed: Launch helper exited with unknown
return code 1
Jun 25 09:09:43 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service name='org.kde.KScreen' requested by ':1.22'
(uid=1000 pid=3408 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel")
Jun 25 09:09:43 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service 'org.kde.KScreen'
Jun 25 09:09:44 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service name='org.gtk.vfs.Daemon' requested by
':1.38' (uid=1000 pid=3520 comm="/usr/bin/wireplumber" label="kernel")
Jun 25 09:09:44 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service 'org.gtk.vfs.Daemon'
Jun 25 09:09:44 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='org.freedesktop.ModemManager1' requested by ':1.15' (uid=1000
pid=3341 comm="/usr/bin/kded5" label="kernel") (using servicehelper)
Jun 25 09:09:44 Gentoo-1 ModemManager[3611]: <info>  ModemManager
(version 1.20.6) starting in system bus...
Jun 25 09:09:44 Gentoo-1 dbus-daemon[3051]: [system] Successfully
activated service 'org.freedesktop.ModemManager1'
Jun 25 09:09:45 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Activating service name='org.bluez.obex' requested by ':1.10'
(uid=1000 pid=3341 comm="/usr/bin/kded5" label="kernel")
Jun 25 09:09:45 Gentoo-1 dbus-daemon[3051]: [system] Activating service
name='org.kde.kded.smart' requested by ':1.15' (uid=1000 pid=3341
comm="/usr/bin/kded5" label="kernel") (using servicehelper)
Jun 25 09:09:45 Gentoo-1 obexd[3625]: OBEX daemon 5.76
Jun 25 09:09:45 Gentoo-1 dbus-daemon[3273]: [session uid=1000 pid=3271
pidfd=4] Successfully activated service 'org.bluez.obex'
Jun 25 09:09:45 Gentoo-1 dbus-daemon[3051]: [system] Successfully
activated service 'org.kde.kded.smart'
Jun 25 09:09:47 Gentoo-1 ModemManager[3611]: <info>  [base-manager]
couldn't check support for device
'/sys/devices/pci0000:00/0000:00:01.2/0000:02:00.2/0000:03:09.0/0000:08:00.0':
not supported by any plugin


/var/log/Xorg.0.log didn't add anything at all.  This is sddm.log but it
looks like it worked.  I was able to login. 


tail -f /var/log/sddm.log
[09:09:02.445] (II) DAEMON: Initializing...
[09:09:02.448] (II) DAEMON: Starting...
[09:09:02.448] (II) DAEMON: Logind interface found
[09:09:02.448] (II) DAEMON: Adding new display...
[09:09:02.448] (II) DAEMON: Loaded empty theme configuration
[09:09:02.449] (II) DAEMON: Xauthority path: "/run/sddm/xauth_dotOqf"
[09:09:02.449] (II) DAEMON: Using VT 7
[09:09:02.449] (II) DAEMON: Display server starting...
[09:09:02.449] (II) DAEMON: Writing cookie to "/run/sddm/xauth_dotOqf"
[09:09:02.449] (II) DAEMON: Running: /usr/bin/X -nolisten tcp
-background none -seat seat0 vt7 -auth /run/sddm/xauth_dotOqf -noreset
-displayfd 16
[09:09:03.551] (II) DAEMON: Setting default cursor
[09:09:03.554] (II) DAEMON: Running display setup script 
"/usr/share/sddm/scripts/Xsetup"
[09:09:03.555] (II) DAEMON: Display server started.
[09:09:03.555] (II) DAEMON: Socket server starting...
[09:09:03.555] (II) DAEMON: Socket server started.
[09:09:03.555] (II) DAEMON: Loaded empty theme configuration
[09:09:03.555] (II) DAEMON: Greeter starting...
[09:09:03.561] (II) HELPER: [PAM] Starting...
[09:09:03.561] (II) HELPER: [PAM] Authenticating...
[09:09:03.561] (II) HELPER: [PAM] returning.
[09:09:03.588] (II) HELPER: Writing cookie to "/tmp/xauth_AWrxzW"
[09:09:03.588] (II) HELPER: Starting X11 session: ""
"/usr/bin/sddm-greeter --socket /tmp/sddm-:0-RhvuXn"
[09:09:03.589] (II) DAEMON: Greeter session started successfully
[09:09:03.623] (II) DAEMON: Message received from greeter: Connect
[09:09:40.423] (II) DAEMON: Message received from greeter: Login
[09:09:40.423] (II) DAEMON: Reading from
"/usr/share/xsessions/plasma.desktop"
[09:09:40.424] (II) DAEMON: Session
"/usr/share/xsessions/plasma.desktop" selected, command:
"/usr/bin/startplasma-x11" for VT 7
[09:09:40.464] (II) HELPER: [PAM] Starting...
[09:09:40.464] (II) HELPER: [PAM] Authenticating...
[09:09:40.464] (II) HELPER: [PAM] Preparing to converse...
[09:09:40.464] (II) HELPER: [PAM] Conversation with 1 messages
[09:09:40.467] (II) HELPER: [PAM] returning.
[09:09:40.467] (II) DAEMON: Authentication for user  "dale"  successful
[09:09:40.504] (II) HELPER: [PAM] Closing session
[09:09:40.505] (II) HELPER: [PAM] Ended.
[09:09:40.505] (II) DAEMON: Auth: sddm-helper exited successfully
[09:09:40.506] (II) DAEMON: Greeter stopped. SDDM::Auth::HELPER_SUCCESS
[09:09:40.510] (II) HELPER: Writing cookie to "/tmp/xauth_amdOcN"
[09:09:40.510] (II) HELPER: Starting X11 session: ""
"/usr/share/sddm/scripts/Xsession \"/usr/bin/startplasma-x11\""
[09:09:40.511] (II) DAEMON: Session started true


Here's one more interesting tidbit. 


Gentoo-1 ~ # xrandr --listmonitors
Can't open display
Gentoo-1 ~ #


That's while the screen has locked, which I might add has a background
picture unlike the KDE screen. 

Does this yield any clues? 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1432 bytes --]

On Tuesday, 25 June 2024 15:27:00 BST Dale wrote:
> Picking here to get a fresh sub thread going.  Attempt two. 
> 
> I got all the packages installed.  Made sure the Nvidia video drivers
> were loaded.  I remembered to make sure elogind was running.  It wasn't,
> so I started it.  Why doesn't display-manager pull that in???

You need to have USE="elogind -systemd" in your make.conf, then add the 
elogind service to the *boot* runlevel as shown here:

https://wiki.gentoo.org/wiki/Elogind


> Anyway, I
> started display-manager and got the sddm screen.  I selected Plasma x11
> instead of Plasma wayland.  I then logged in.  It took a little bit but
> finally the screen came up.  All I get is the 'Welcome to KDE plasma"
> window.  Everything else is black.  I like the screen that says "simple
> by default".  It's simple alright.  A black screen is pretty simple. 

LOL!


> The mouse pointer moves so it sees the mouse.  Right click should bring
> up a menu.  Nothing.  The little panel thing that is usually at the
> bottom, nothing.  Once I close the welcome window, it's black. 
> 
> This is the messages file from the point of me starting display-manager. 
[snip ..]

> Does this yield any clues? 

Not yet.

Can you please save and attach as plain text files your:

1. dmesg
2. Xorg.0.log
3. ~/.local/share/sddm/xorg-session.log
4. /var/log/sddm.log

after you end up in a black screen, in case they reveal something.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 2302 bytes --]

Michael wrote:
> On Tuesday, 25 June 2024 15:27:00 BST Dale wrote:
>> Picking here to get a fresh sub thread going.  Attempt two. 
>>
>> I got all the packages installed.  Made sure the Nvidia video drivers
>> were loaded.  I remembered to make sure elogind was running.  It wasn't,
>> so I started it.  Why doesn't display-manager pull that in???
> You need to have USE="elogind -systemd" in your make.conf, then add the 
> elogind service to the *boot* runlevel as shown here:
>
> https://wiki.gentoo.org/wiki/Elogind
>

I read down through that.  I did find that acl had made it into the USE
flag line.  I removed it.  It's not on my main rig so no idea where that
came from.  I added -systemd but I think it was already set somewhere
else.  The elogind flag was already set.  I ran emerge -auDN world just
to be sure.  It did recompile packages for the acl change but not
anything else.  I also checked the drivers needed in the kernel.  Looks
like they all there. 


>> Does this yield any clues? 
> Not yet.
>
> Can you please save and attach as plain text files your:
>
> 1. dmesg
> 2. Xorg.0.log
> 3. ~/.local/share/sddm/xorg-session.log
> 4. /var/log/sddm.log
>
> after you end up in a black screen, in case they reveal something.


Should be attached.  I blanked the files and then rebooted and started
display-manager, (DM).  You should have only the most recent info.  I'm
also putting a chunk of messages below.  It might help.  It isn't much. 
Same as before it seems.  I still say this is something simple but hard
to find.  :/ 

Dale

:-)  :-) 


Messages:

Jun 25 13:31:08 Gentoo-1 login[2726]: pam_unix(login:session): session
opened for user root(uid=0) by root(uid=0)
Jun 25 13:31:08 Gentoo-1 kernel: elogind-daemon[1945]: New session 2 of
user root.
Jun 25 13:31:08 Gentoo-1 login[2759]: ROOT LOGIN  on '/dev/tty1'
Jun 25 13:31:18 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device DP-3
Jun 25 13:31:18 Gentoo-1 sddm-helper[2834]:
pam_unix(sddm-greeter:session): session opened for user sddm(uid=219) by
root(uid=0)
Jun 25 13:31:18 Gentoo-1 kernel: elogind-daemon[1945]: Existing logind
session ID 2 used by new audit session, ignoring.
Jun 25 13:31:18 Gentoo-1 kernel: elogind-daemon[1945]: New session c1 of
user sddm.


[-- Attachment #2: dmesg --]
[-- Type: text/plain, Size: 75843 bytes --]

[    0.000000] Linux version 6.9.4-gentoo (root@Gentoo-1) (gcc (Gentoo 13.2.1_p20240210 p14) 13.2.1 20240210, GNU ld (Gentoo 2.42 p3) 2.42.0) #11 SMP PREEMPT_DYNAMIC Sat Jun 22 18:45:21 CDT 2024
[    0.000000] Command line: BOOT_IMAGE=/kernel-6.9.4-6 root=UUID=26e58ee4-9c8f-4efd-bbb3-215df71cf85e ro
[    0.000000] BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
[    0.000000] BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x0000000009d1efff] usable
[    0.000000] BIOS-e820: [mem 0x0000000009d1f000-0x0000000009ffffff] reserved
[    0.000000] BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
[    0.000000] BIOS-e820: [mem 0x000000000a200000-0x000000000a20dfff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000000a20e000-0x000000000affffff] usable
[    0.000000] BIOS-e820: [mem 0x000000000b000000-0x000000000b01ffff] reserved
[    0.000000] BIOS-e820: [mem 0x000000000b020000-0x00000000ca603fff] usable
[    0.000000] BIOS-e820: [mem 0x00000000ca604000-0x00000000ca967fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000ca968000-0x00000000caac2fff] ACPI data
[    0.000000] BIOS-e820: [mem 0x00000000caac3000-0x00000000cae97fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000cae98000-0x00000000cbbfefff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000cbbff000-0x00000000ccffffff] usable
[    0.000000] BIOS-e820: [mem 0x00000000cd000000-0x00000000cfffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fd200000-0x00000000fd2fffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fd600000-0x00000000fd7fffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fea00000-0x00000000fea0ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000feb80000-0x00000000fec01fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fec30000-0x00000000fec30fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed40000-0x00000000fed44fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed80000-0x00000000fed8ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fedc2000-0x00000000fedcffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fedd4000-0x00000000fedd5fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000102f37ffff] usable
[    0.000000] BIOS-e820: [mem 0x000000102f380000-0x000000102fffffff] reserved
[    0.000000] NX (Execute Disable) protection: active
[    0.000000] APIC: Static calls initialized
[    0.000000] e820: update [mem 0xbb5f0018-0xbb604257] usable ==> usable
[    0.000000] e820: update [mem 0xbb5e1018-0xbb5ef067] usable ==> usable
[    0.000000] e820: update [mem 0xbb5c1018-0xbb5e0a57] usable ==> usable
[    0.000000] extended physical RAM map:
[    0.000000] reserve setup_data: [mem 0x0000000000000000-0x000000000009ffff] usable
[    0.000000] reserve setup_data: [mem 0x00000000000a0000-0x00000000000fffff] reserved
[    0.000000] reserve setup_data: [mem 0x0000000000100000-0x0000000009d1efff] usable
[    0.000000] reserve setup_data: [mem 0x0000000009d1f000-0x0000000009ffffff] reserved
[    0.000000] reserve setup_data: [mem 0x000000000a000000-0x000000000a1fffff] usable
[    0.000000] reserve setup_data: [mem 0x000000000a200000-0x000000000a20dfff] ACPI NVS
[    0.000000] reserve setup_data: [mem 0x000000000a20e000-0x000000000affffff] usable
[    0.000000] reserve setup_data: [mem 0x000000000b000000-0x000000000b01ffff] reserved
[    0.000000] reserve setup_data: [mem 0x000000000b020000-0x00000000bb5c1017] usable
[    0.000000] reserve setup_data: [mem 0x00000000bb5c1018-0x00000000bb5e0a57] usable
[    0.000000] reserve setup_data: [mem 0x00000000bb5e0a58-0x00000000bb5e1017] usable
[    0.000000] reserve setup_data: [mem 0x00000000bb5e1018-0x00000000bb5ef067] usable
[    0.000000] reserve setup_data: [mem 0x00000000bb5ef068-0x00000000bb5f0017] usable
[    0.000000] reserve setup_data: [mem 0x00000000bb5f0018-0x00000000bb604257] usable
[    0.000000] reserve setup_data: [mem 0x00000000bb604258-0x00000000ca603fff] usable
[    0.000000] reserve setup_data: [mem 0x00000000ca604000-0x00000000ca967fff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000ca968000-0x00000000caac2fff] ACPI data
[    0.000000] reserve setup_data: [mem 0x00000000caac3000-0x00000000cae97fff] ACPI NVS
[    0.000000] reserve setup_data: [mem 0x00000000cae98000-0x00000000cbbfefff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000cbbff000-0x00000000ccffffff] usable
[    0.000000] reserve setup_data: [mem 0x00000000cd000000-0x00000000cfffffff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fd200000-0x00000000fd2fffff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fd600000-0x00000000fd7fffff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fea00000-0x00000000fea0ffff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000feb80000-0x00000000fec01fff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fec30000-0x00000000fec30fff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fed40000-0x00000000fed44fff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fed80000-0x00000000fed8ffff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fedc2000-0x00000000fedcffff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000fedd4000-0x00000000fedd5fff] reserved
[    0.000000] reserve setup_data: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
[    0.000000] reserve setup_data: [mem 0x0000000100000000-0x000000102f37ffff] usable
[    0.000000] reserve setup_data: [mem 0x000000102f380000-0x000000102fffffff] reserved
[    0.000000] efi: EFI v2.7 by American Megatrends
[    0.000000] efi: ACPI=0xcaac2000 ACPI 2.0=0xcaac2014 TPMFinalLog=0xcae4d000 SMBIOS=0xcb9ef000 SMBIOS 3.0=0xcb9ee000 MEMATTR=0xc71db198 ESRT=0xc71ba318 INITRD=0xbfd02c18 RNG=0xcaaa1c18 TPMEventLog=0xbfb59018 
[    0.000000] random: crng init done
[    0.000000] efi: Remove mem71: MMIO range=[0xf0000000-0xf7ffffff] (128MB) from e820 map
[    0.000000] e820: remove [mem 0xf0000000-0xf7ffffff] reserved
[    0.000000] efi: Remove mem72: MMIO range=[0xfd200000-0xfd2fffff] (1MB) from e820 map
[    0.000000] e820: remove [mem 0xfd200000-0xfd2fffff] reserved
[    0.000000] efi: Remove mem73: MMIO range=[0xfd600000-0xfd7fffff] (2MB) from e820 map
[    0.000000] e820: remove [mem 0xfd600000-0xfd7fffff] reserved
[    0.000000] efi: Not removing mem74: MMIO range=[0xfea00000-0xfea0ffff] (64KB) from e820 map
[    0.000000] efi: Remove mem75: MMIO range=[0xfeb80000-0xfec01fff] (0MB) from e820 map
[    0.000000] e820: remove [mem 0xfeb80000-0xfec01fff] reserved
[    0.000000] efi: Not removing mem76: MMIO range=[0xfec10000-0xfec10fff] (4KB) from e820 map
[    0.000000] efi: Not removing mem77: MMIO range=[0xfec30000-0xfec30fff] (4KB) from e820 map
[    0.000000] efi: Not removing mem78: MMIO range=[0xfed00000-0xfed00fff] (4KB) from e820 map
[    0.000000] efi: Not removing mem79: MMIO range=[0xfed40000-0xfed44fff] (20KB) from e820 map
[    0.000000] efi: Not removing mem80: MMIO range=[0xfed80000-0xfed8ffff] (64KB) from e820 map
[    0.000000] efi: Not removing mem81: MMIO range=[0xfedc2000-0xfedcffff] (56KB) from e820 map
[    0.000000] efi: Not removing mem82: MMIO range=[0xfedd4000-0xfedd5fff] (8KB) from e820 map
[    0.000000] efi: Remove mem83: MMIO range=[0xff000000-0xffffffff] (16MB) from e820 map
[    0.000000] e820: remove [mem 0xff000000-0xffffffff] reserved
[    0.000000] SMBIOS 3.3.0 present.
[    0.000000] DMI: ASUS System Product Name/PRIME B550-PLUS AC-HES, BIOS 3607 03/22/2024
[    0.000000] tsc: Fast TSC calibration using PIT
[    0.000000] tsc: Detected 3792.723 MHz processor
[    0.000123] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[    0.000125] e820: remove [mem 0x000a0000-0x000fffff] usable
[    0.000129] last_pfn = 0x102f380 max_arch_pfn = 0x400000000
[    0.000133] MTRR map: 8 entries (4 fixed + 4 variable; max 21), built from 9 variable MTRRs
[    0.000134] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  
[    0.000351] e820: update [mem 0xcab90000-0xcab9ffff] usable ==> reserved
[    0.000355] e820: update [mem 0xd0000000-0xffffffff] usable ==> reserved
[    0.000357] last_pfn = 0xcd000 max_arch_pfn = 0x400000000
[    0.002474] esrt: Reserving ESRT space from 0x00000000c71ba318 to 0x00000000c71ba350.
[    0.002479] e820: update [mem 0xc71ba000-0xc71bafff] usable ==> reserved
[    0.002489] Using GB pages for direct mapping
[    0.002729] Secure boot disabled
[    0.002729] RAMDISK: [mem 0xbb70b000-0xbbe7ffff]
[    0.002734] ACPI: Early table checksum verification disabled
[    0.002736] ACPI: RSDP 0x00000000CAAC2014 000024 (v02 ALASKA)
[    0.002739] ACPI: XSDT 0x00000000CAAC1728 0000D4 (v01 ALASKA A M I    01072009 AMI  01000013)
[    0.002742] ACPI: FACP 0x00000000CAAB2000 000114 (v06 ALASKA A M I    01072009 AMI  00010013)
[    0.002745] ACPI: DSDT 0x00000000CAAA6000 00B216 (v02 ALASKA A M I    01072009 INTL 20120913)
[    0.002746] ACPI: FACS 0x00000000CAE7D000 000040
[    0.002747] ACPI: SSDT 0x00000000CAAB8000 008CE9 (v02 AMD    AmdTable 00000002 MSFT 04000000)
[    0.002749] ACPI: SSDT 0x00000000CAAB4000 003B8E (v02 AMD    AMD AOD  00000001 INTL 20120913)
[    0.002750] ACPI: SSDT 0x00000000CAAB3000 000221 (v02 ALASKA CPUSSDT  01072009 AMI  01072009)
[    0.002751] ACPI: FIDT 0x00000000CAAA5000 00009C (v01 ALASKA A M I    01072009 AMI  00010013)
[    0.002752] ACPI: FPDT 0x00000000CA9AD000 000044 (v01 ALASKA A M I    01072009 AMI  01000013)
[    0.002753] ACPI: MCFG 0x00000000CAAA3000 00003C (v01 ALASKA A M I    01072009 MSFT 00010013)
[    0.002754] ACPI: HPET 0x00000000CAAA2000 000038 (v01 ALASKA A M I    01072009 AMI  00000005)
[    0.002755] ACPI: IVRS 0x00000000CAAA0000 0000D0 (v02 AMD    AmdTable 00000001 AMD  00000001)
[    0.002756] ACPI: BGRT 0x00000000CAA9F000 000038 (v01 ALASKA A M I    01072009 AMI  00010013)
[    0.002758] ACPI: WPBT 0x00000000CA9C0000 00003C (v01 ALASKA A M I    00000001 ASUS 00000001)
[    0.002759] ACPI: TPM2 0x00000000CA9BF000 00004C (v04 ALASKA A M I    00000001 AMI  00000000)
[    0.002760] ACPI: PCCT 0x00000000CA9BE000 00006E (v02 AMD    AmdTable 00000001 AMD  00000001)
[    0.002761] ACPI: SSDT 0x00000000CA9B9000 004133 (v02 AMD    AmdTable 00000001 AMD  00000001)
[    0.002762] ACPI: CRAT 0x00000000CA9B8000 000F10 (v01 AMD    AmdTable 00000001 AMD  00000001)
[    0.002763] ACPI: CDIT 0x00000000CA9B7000 000029 (v01 AMD    AmdTable 00000001 AMD  00000001)
[    0.002764] ACPI: SSDT 0x00000000CA9B6000 000259 (v02 AMD    ArticDGP 00000001 INTL 20120913)
[    0.002765] ACPI: SSDT 0x00000000CA9B2000 003E6E (v02 AMD    ArticN   00000001 INTL 20120913)
[    0.002766] ACPI: WSMT 0x00000000CA9B1000 000028 (v01 ALASKA A M I    01072009 AMI  00010013)
[    0.002768] ACPI: APIC 0x00000000CA9B0000 00015E (v04 ALASKA A M I    01072009 AMI  00010013)
[    0.002769] ACPI: SSDT 0x00000000CA9AF000 00007D (v02 AMD    ArticDIS 00000001 INTL 20120913)
[    0.002770] ACPI: SSDT 0x00000000CA9AE000 0000BF (v01 AMD    AmdTable 00001000 INTL 20120913)
[    0.002771] ACPI: Reserving FACP table memory at [mem 0xcaab2000-0xcaab2113]
[    0.002771] ACPI: Reserving DSDT table memory at [mem 0xcaaa6000-0xcaab1215]
[    0.002772] ACPI: Reserving FACS table memory at [mem 0xcae7d000-0xcae7d03f]
[    0.002772] ACPI: Reserving SSDT table memory at [mem 0xcaab8000-0xcaac0ce8]
[    0.002772] ACPI: Reserving SSDT table memory at [mem 0xcaab4000-0xcaab7b8d]
[    0.002773] ACPI: Reserving SSDT table memory at [mem 0xcaab3000-0xcaab3220]
[    0.002773] ACPI: Reserving FIDT table memory at [mem 0xcaaa5000-0xcaaa509b]
[    0.002773] ACPI: Reserving FPDT table memory at [mem 0xca9ad000-0xca9ad043]
[    0.002774] ACPI: Reserving MCFG table memory at [mem 0xcaaa3000-0xcaaa303b]
[    0.002774] ACPI: Reserving HPET table memory at [mem 0xcaaa2000-0xcaaa2037]
[    0.002774] ACPI: Reserving IVRS table memory at [mem 0xcaaa0000-0xcaaa00cf]
[    0.002775] ACPI: Reserving BGRT table memory at [mem 0xcaa9f000-0xcaa9f037]
[    0.002775] ACPI: Reserving WPBT table memory at [mem 0xca9c0000-0xca9c003b]
[    0.002775] ACPI: Reserving TPM2 table memory at [mem 0xca9bf000-0xca9bf04b]
[    0.002776] ACPI: Reserving PCCT table memory at [mem 0xca9be000-0xca9be06d]
[    0.002776] ACPI: Reserving SSDT table memory at [mem 0xca9b9000-0xca9bd132]
[    0.002776] ACPI: Reserving CRAT table memory at [mem 0xca9b8000-0xca9b8f0f]
[    0.002777] ACPI: Reserving CDIT table memory at [mem 0xca9b7000-0xca9b7028]
[    0.002777] ACPI: Reserving SSDT table memory at [mem 0xca9b6000-0xca9b6258]
[    0.002777] ACPI: Reserving SSDT table memory at [mem 0xca9b2000-0xca9b5e6d]
[    0.002778] ACPI: Reserving WSMT table memory at [mem 0xca9b1000-0xca9b1027]
[    0.002778] ACPI: Reserving APIC table memory at [mem 0xca9b0000-0xca9b015d]
[    0.002778] ACPI: Reserving SSDT table memory at [mem 0xca9af000-0xca9af07c]
[    0.002779] ACPI: Reserving SSDT table memory at [mem 0xca9ae000-0xca9ae0be]
[    0.002821] No NUMA configuration found
[    0.002821] Faking a node at [mem 0x0000000000000000-0x000000102f37ffff]
[    0.002823] NODE_DATA(0) allocated [mem 0x102f37c000-0x102f37ffff]
[    0.002847] Zone ranges:
[    0.002847]   DMA      [mem 0x0000000000001000-0x0000000000ffffff]
[    0.002848]   DMA32    [mem 0x0000000001000000-0x00000000ffffffff]
[    0.002849]   Normal   [mem 0x0000000100000000-0x000000102f37ffff]
[    0.002850] Movable zone start for each node
[    0.002850] Early memory node ranges
[    0.002851]   node   0: [mem 0x0000000000001000-0x000000000009ffff]
[    0.002851]   node   0: [mem 0x0000000000100000-0x0000000009d1efff]
[    0.002852]   node   0: [mem 0x000000000a000000-0x000000000a1fffff]
[    0.002852]   node   0: [mem 0x000000000a20e000-0x000000000affffff]
[    0.002852]   node   0: [mem 0x000000000b020000-0x00000000ca603fff]
[    0.002853]   node   0: [mem 0x00000000cbbff000-0x00000000ccffffff]
[    0.002853]   node   0: [mem 0x0000000100000000-0x000000102f37ffff]
[    0.002855] Initmem setup node 0 [mem 0x0000000000001000-0x000000102f37ffff]
[    0.002858] On node 0, zone DMA: 1 pages in unavailable ranges
[    0.002868] On node 0, zone DMA: 96 pages in unavailable ranges
[    0.002946] On node 0, zone DMA32: 737 pages in unavailable ranges
[    0.002954] On node 0, zone DMA32: 14 pages in unavailable ranges
[    0.005196] On node 0, zone DMA32: 32 pages in unavailable ranges
[    0.005245] On node 0, zone DMA32: 5627 pages in unavailable ranges
[    0.070642] On node 0, zone Normal: 12288 pages in unavailable ranges
[    0.070661] On node 0, zone Normal: 3200 pages in unavailable ranges
[    0.071150] ACPI: PM-Timer IO Port: 0x808
[    0.071155] CPU topo: Ignoring hot-pluggable APIC ID 0 in present package.
[    0.071158] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
[    0.071168] IOAPIC[0]: apic_id 17, version 33, address 0xfec00000, GSI 0-23
[    0.071173] IOAPIC[1]: apic_id 18, version 33, address 0xfec01000, GSI 24-55
[    0.071174] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.071176] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
[    0.071178] ACPI: Using ACPI (MADT) for SMP configuration information
[    0.071178] ACPI: HPET id: 0x10228201 base: 0xfed00000
[    0.071184] e820: update [mem 0xc60ad000-0xc61a0fff] usable ==> reserved
[    0.071195] CPU topo: Max. logical packages:   1
[    0.071195] CPU topo: Max. logical dies:       1
[    0.071195] CPU topo: Max. dies per package:   1
[    0.071197] CPU topo: Max. threads per core:   2
[    0.071198] CPU topo: Num. cores per package:     8
[    0.071198] CPU topo: Num. threads per package:  16
[    0.071198] CPU topo: Allowing 16 present CPUs plus 0 hotplug CPUs
[    0.071199] CPU topo: Rejected CPUs 16
[    0.071211] PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]
[    0.071212] PM: hibernation: Registered nosave memory: [mem 0x000a0000-0x000fffff]
[    0.071213] PM: hibernation: Registered nosave memory: [mem 0x09d1f000-0x09ffffff]
[    0.071213] PM: hibernation: Registered nosave memory: [mem 0x0a200000-0x0a20dfff]
[    0.071214] PM: hibernation: Registered nosave memory: [mem 0x0b000000-0x0b01ffff]
[    0.071215] PM: hibernation: Registered nosave memory: [mem 0xbb5c1000-0xbb5c1fff]
[    0.071215] PM: hibernation: Registered nosave memory: [mem 0xbb5e0000-0xbb5e0fff]
[    0.071216] PM: hibernation: Registered nosave memory: [mem 0xbb5e1000-0xbb5e1fff]
[    0.071216] PM: hibernation: Registered nosave memory: [mem 0xbb5ef000-0xbb5effff]
[    0.071217] PM: hibernation: Registered nosave memory: [mem 0xbb5f0000-0xbb5f0fff]
[    0.071217] PM: hibernation: Registered nosave memory: [mem 0xbb604000-0xbb604fff]
[    0.071218] PM: hibernation: Registered nosave memory: [mem 0xc60ad000-0xc61a0fff]
[    0.071219] PM: hibernation: Registered nosave memory: [mem 0xc71ba000-0xc71bafff]
[    0.071220] PM: hibernation: Registered nosave memory: [mem 0xca604000-0xca967fff]
[    0.071220] PM: hibernation: Registered nosave memory: [mem 0xca968000-0xcaac2fff]
[    0.071220] PM: hibernation: Registered nosave memory: [mem 0xcaac3000-0xcae97fff]
[    0.071220] PM: hibernation: Registered nosave memory: [mem 0xcae98000-0xcbbfefff]
[    0.071221] PM: hibernation: Registered nosave memory: [mem 0xcd000000-0xcfffffff]
[    0.071222] PM: hibernation: Registered nosave memory: [mem 0xd0000000-0xfe9fffff]
[    0.071222] PM: hibernation: Registered nosave memory: [mem 0xfea00000-0xfea0ffff]
[    0.071222] PM: hibernation: Registered nosave memory: [mem 0xfea10000-0xfec0ffff]
[    0.071222] PM: hibernation: Registered nosave memory: [mem 0xfec10000-0xfec10fff]
[    0.071223] PM: hibernation: Registered nosave memory: [mem 0xfec11000-0xfec2ffff]
[    0.071223] PM: hibernation: Registered nosave memory: [mem 0xfec30000-0xfec30fff]
[    0.071223] PM: hibernation: Registered nosave memory: [mem 0xfec31000-0xfecfffff]
[    0.071224] PM: hibernation: Registered nosave memory: [mem 0xfed00000-0xfed00fff]
[    0.071224] PM: hibernation: Registered nosave memory: [mem 0xfed01000-0xfed3ffff]
[    0.071224] PM: hibernation: Registered nosave memory: [mem 0xfed40000-0xfed44fff]
[    0.071224] PM: hibernation: Registered nosave memory: [mem 0xfed45000-0xfed7ffff]
[    0.071225] PM: hibernation: Registered nosave memory: [mem 0xfed80000-0xfed8ffff]
[    0.071225] PM: hibernation: Registered nosave memory: [mem 0xfed90000-0xfedc1fff]
[    0.071225] PM: hibernation: Registered nosave memory: [mem 0xfedc2000-0xfedcffff]
[    0.071225] PM: hibernation: Registered nosave memory: [mem 0xfedd0000-0xfedd3fff]
[    0.071226] PM: hibernation: Registered nosave memory: [mem 0xfedd4000-0xfedd5fff]
[    0.071226] PM: hibernation: Registered nosave memory: [mem 0xfedd6000-0xffffffff]
[    0.071227] [mem 0xd0000000-0xfe9fffff] available for PCI devices
[    0.071228] Booting paravirtualized kernel on bare hardware
[    0.071229] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1910969940391419 ns
[    0.074678] setup_percpu: NR_CPUS:64 nr_cpumask_bits:16 nr_cpu_ids:16 nr_node_ids:1
[    0.075037] percpu: Embedded 56 pages/cpu s191976 r8192 d29208 u262144
[    0.075041] pcpu-alloc: s191976 r8192 d29208 u262144 alloc=1*2097152
[    0.075042] pcpu-alloc: [0] 00 01 02 03 04 05 06 07 [0] 08 09 10 11 12 13 14 15 
[    0.075053] Kernel command line: BOOT_IMAGE=/kernel-6.9.4-6 root=UUID=26e58ee4-9c8f-4efd-bbb3-215df71cf85e ro
[    0.075071] Unknown kernel command line parameters "BOOT_IMAGE=/kernel-6.9.4-6", will be passed to user space.
[    0.079237] Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes, linear)
[    0.081336] Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes, linear)
[    0.081388] Fallback order for Node 0: 0 
[    0.081390] Built 1 zonelists, mobility grouping on.  Total pages: 16493260
[    0.081391] Policy zone: Normal
[    0.081392] mem auto-init: stack:all(zero), heap alloc:off, heap free:off
[    0.081423] software IO TLB: area num 16.
[    0.160227] Memory: 65638480K/67020884K available (20480K kernel code, 3421K rwdata, 7572K rodata, 2956K init, 1712K bss, 1382144K reserved, 0K cma-reserved)
[    0.160252] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=16, Nodes=1
[    0.161251] Dynamic Preempt: voluntary
[    0.161288] rcu: Preemptible hierarchical RCU implementation.
[    0.161288] rcu: 	RCU event tracing is enabled.
[    0.161288] rcu: 	RCU restricting CPUs from NR_CPUS=64 to nr_cpu_ids=16.
[    0.161289] 	Trampoline variant of Tasks RCU enabled.
[    0.161290] rcu: RCU calculated value of scheduler-enlistment delay is 100 jiffies.
[    0.161290] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=16
[    0.161296] RCU Tasks: Setting shift to 4 and lim to 1 rcu_task_cb_adjust=1.
[    0.162343] NR_IRQS: 4352, nr_irqs: 1096, preallocated irqs: 16
[    0.162512] rcu: srcu_init: Setting srcu_struct sizes based on contention.
[    0.162577] Console: colour dummy device 80x25
[    0.162579] printk: legacy console [tty0] enabled
[    0.162803] ACPI: Core revision 20230628
[    0.162886] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 133484873504 ns
[    0.162903] APIC: Switch to symmetric I/O mode setup
[    0.162907] APIC: Switched APIC routing to: physical flat
[    0.163510] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[    0.167903] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x6d56fa9ac8e, max_idle_ns: 881590436530 ns
[    0.167907] Calibrating delay loop (skipped), value calculated using timer frequency.. 7585.44 BogoMIPS (lpj=3792723)
[    0.167918] SVM disabled (by BIOS) in MSR_VM_CR
[    0.167920] x86/cpu: User Mode Instruction Prevention (UMIP) activated
[    0.167964] LVT offset 1 assigned for vector 0xf9
[    0.168106] LVT offset 2 assigned for vector 0xf4
[    0.168138] Last level iTLB entries: 4KB 512, 2MB 512, 4MB 256
[    0.168139] Last level dTLB entries: 4KB 2048, 2MB 2048, 4MB 1024, 1GB 0
[    0.168142] process: using mwait in idle threads
[    0.168144] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization
[    0.168146] Spectre V2 : Mitigation: Retpolines
[    0.168147] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch
[    0.168148] Spectre V2 : Spectre v2 / SpectreRSB : Filling RSB on VMEXIT
[    0.168149] Spectre V2 : Enabling Restricted Speculation for firmware calls
[    0.168151] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier
[    0.168152] Spectre V2 : User space: Mitigation: STIBP always-on protection
[    0.168155] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl
[    0.168156] Speculative Return Stack Overflow: Mitigation: Safe RET
[    0.168160] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
[    0.168162] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[    0.168163] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[    0.168164] x86/fpu: Supporting XSAVE feature 0x200: 'Protection Keys User registers'
[    0.168166] x86/fpu: Supporting XSAVE feature 0x800: 'Control-flow User registers'
[    0.168168] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[    0.168170] x86/fpu: xstate_offset[9]:  832, xstate_sizes[9]:    8
[    0.168171] x86/fpu: xstate_offset[11]:  840, xstate_sizes[11]:   16
[    0.168172] x86/fpu: Enabled xstate features 0xa07, context size is 856 bytes, using 'compacted' format.
[    0.185918] Freeing SMP alternatives memory: 52K
[    0.185924] pid_max: default: 32768 minimum: 301
[    0.187920] LSM: initializing lsm=capability,selinux
[    0.187926] SELinux:  Initializing.
[    0.188002] Mount-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear)
[    0.188073] Mountpoint-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear)
[    0.291935] smpboot: CPU0: AMD Ryzen 7 5800X 8-Core Processor (family: 0x19, model: 0x21, stepping: 0x2)
[    0.292045] Performance Events: Fam17h+ core perfctr, AMD PMU driver.
[    0.292066] ... version:                0
[    0.292068] ... bit width:              48
[    0.292070] ... generic registers:      6
[    0.292072] ... value mask:             0000ffffffffffff
[    0.292075] ... max period:             00007fffffffffff
[    0.292077] ... fixed-purpose events:   0
[    0.292080] ... event mask:             000000000000003f
[    0.292149] signal: max sigframe size: 3376
[    0.292172] rcu: Hierarchical SRCU implementation.
[    0.292174] rcu: 	Max phase no-delay instances is 400.
[    0.295653] smp: Bringing up secondary CPUs ...
[    0.295711] smpboot: x86: Booting SMP configuration:
[    0.295714] .... node  #0, CPUs:        #1  #2  #3  #4  #5  #6  #7  #8  #9 #10 #11 #12 #13 #14 #15
[    0.305957] Spectre V2 : Update user space SMT mitigation: STIBP always-on
[    0.312918] smp: Brought up 1 node, 16 CPUs
[    0.312920] smpboot: Total of 16 processors activated (121367.13 BogoMIPS)
[    0.314907] devtmpfs: initialized
[    0.315452] ACPI: PM: Registering ACPI NVS region [mem 0x0a200000-0x0a20dfff] (57344 bytes)
[    0.315452] ACPI: PM: Registering ACPI NVS region [mem 0xcaac3000-0xcae97fff] (4018176 bytes)
[    0.315452] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275000 ns
[    0.315452] futex hash table entries: 4096 (order: 6, 262144 bytes, linear)
[    0.315452] PM: RTC time: 13:30:34, date: 2024-06-25
[    0.315452] NET: Registered PF_NETLINK/PF_ROUTE protocol family
[    0.315452] audit: initializing netlink subsys (disabled)
[    0.315452] audit: type=2000 audit(1719322234.152:1): state=initialized audit_enabled=0 res=1
[    0.315452] thermal_sys: Registered thermal governor 'step_wise'
[    0.315452] thermal_sys: Registered thermal governor 'user_space'
[    0.315912] cpuidle: using governor menu
[    0.315940] Detected 1 PCC Subspaces
[    0.315943] Registering PCC driver as Mailbox controller
[    0.315985] PCI: ECAM [mem 0xf0000000-0xf7ffffff] (base 0xf0000000) for domain 0000 [bus 00-7f]
[    0.315996] PCI: Using configuration type 1 for base access
[    0.316059] kprobes: kprobe jump-optimization is enabled. All kprobes are optimized if possible.
[    0.316071] HugeTLB: registered 2.00 MiB page size, pre-allocated 0 pages
[    0.316071] HugeTLB: 28 KiB vmemmap can be freed for a 2.00 MiB page
[    0.316071] Demotion targets for Node 0: null
[    0.332410] raid6: avx2x4   gen() 38910 MB/s
[    0.349410] raid6: avx2x2   gen() 32951 MB/s
[    0.366410] raid6: avx2x1   gen() 27829 MB/s
[    0.366413] raid6: using algorithm avx2x4 gen() 38910 MB/s
[    0.383412] raid6: .... xor() 6197 MB/s, rmw enabled
[    0.383415] raid6: using avx2x2 recovery algorithm
[    0.383447] ACPI: Added _OSI(Module Device)
[    0.383450] ACPI: Added _OSI(Processor Device)
[    0.383452] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.383455] ACPI: Added _OSI(Processor Aggregator Device)
[    0.393907] ACPI: 9 ACPI AML tables successfully acquired and loaded
[    0.395454] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    0.399739] ACPI: _OSC evaluation for CPUs failed, trying _PDC
[    0.400078] ACPI: Interpreter enabled
[    0.400094] ACPI: PM: (supports S0 S3 S4 S5)
[    0.400097] ACPI: Using IOAPIC for interrupt routing
[    0.400463] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    0.400467] PCI: Ignoring E820 reservations for host bridge windows
[    0.400735] ACPI: Enabled 5 GPEs in block 00 to 1F
[    0.419131] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    0.419138] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3]
[    0.419218] acpi PNP0A08:00: _OSC: platform does not support [PCIeHotplug PME LTR]
[    0.419359] acpi PNP0A08:00: _OSC: OS now controls [PCIeCapability]
[    0.419368] acpi PNP0A08:00: [Firmware Info]: ECAM [mem 0xf0000000-0xf7ffffff] for domain 0000 [bus 00-7f] only partially covers this bridge
[    0.419633] PCI host bridge to bus 0000:00
[    0.419636] pci_bus 0000:00: root bus resource [io  0x0000-0x03af window]
[    0.419641] pci_bus 0000:00: root bus resource [io  0x03e0-0x0cf7 window]
[    0.419644] pci_bus 0000:00: root bus resource [io  0x03b0-0x03df window]
[    0.419648] pci_bus 0000:00: root bus resource [io  0x0d00-0xffff window]
[    0.419651] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000dffff window]
[    0.419655] pci_bus 0000:00: root bus resource [mem 0xd0000000-0xfec2ffff window]
[    0.419659] pci_bus 0000:00: root bus resource [mem 0xfee00000-0xffffffff window]
[    0.419663] pci_bus 0000:00: root bus resource [bus 00-ff]
[    0.419679] pci 0000:00:00.0: [1022:1480] type 00 class 0x060000 conventional PCI endpoint
[    0.419778] pci 0000:00:00.2: [1022:1481] type 00 class 0x080600 conventional PCI endpoint
[    0.419876] pci 0000:00:01.0: [1022:1482] type 00 class 0x060000 conventional PCI endpoint
[    0.419942] pci 0000:00:01.1: [1022:1483] type 01 class 0x060400 PCIe Root Port
[    0.419962] pci 0000:00:01.1: PCI bridge to [bus 01]
[    0.419970] pci 0000:00:01.1:   bridge window [mem 0xfc800000-0xfc8fffff]
[    0.420033] pci 0000:00:01.1: PME# supported from D0 D3hot D3cold
[    0.420135] pci 0000:00:01.2: [1022:1483] type 01 class 0x060400 PCIe Root Port
[    0.420156] pci 0000:00:01.2: PCI bridge to [bus 02-08]
[    0.420162] pci 0000:00:01.2:   bridge window [io  0xf000-0xffff]
[    0.420167] pci 0000:00:01.2:   bridge window [mem 0xfc500000-0xfc7fffff]
[    0.420182] pci 0000:00:01.2: enabling Extended Tags
[    0.420232] pci 0000:00:01.2: PME# supported from D0 D3hot D3cold
[    0.420377] pci 0000:00:02.0: [1022:1482] type 00 class 0x060000 conventional PCI endpoint
[    0.420446] pci 0000:00:03.0: [1022:1482] type 00 class 0x060000 conventional PCI endpoint
[    0.420509] pci 0000:00:03.1: [1022:1483] type 01 class 0x060400 PCIe Root Port
[    0.420532] pci 0000:00:03.1: PCI bridge to [bus 09]
[    0.420538] pci 0000:00:03.1:   bridge window [io  0xe000-0xefff]
[    0.420542] pci 0000:00:03.1:   bridge window [mem 0xfb000000-0xfc0fffff]
[    0.420552] pci 0000:00:03.1:   bridge window [mem 0xd0000000-0xe1ffffff 64bit pref]
[    0.420617] pci 0000:00:03.1: PME# supported from D0 D3hot D3cold
[    0.420904] pci 0000:00:04.0: [1022:1482] type 00 class 0x060000 conventional PCI endpoint
[    0.420973] pci 0000:00:05.0: [1022:1482] type 00 class 0x060000 conventional PCI endpoint
[    0.421039] pci 0000:00:07.0: [1022:1482] type 00 class 0x060000 conventional PCI endpoint
[    0.421101] pci 0000:00:07.1: [1022:1484] type 01 class 0x060400 PCIe Root Port
[    0.421120] pci 0000:00:07.1: PCI bridge to [bus 0a]
[    0.421138] pci 0000:00:07.1: enabling Extended Tags
[    0.421184] pci 0000:00:07.1: PME# supported from D0 D3hot D3cold
[    0.421288] pci 0000:00:08.0: [1022:1482] type 00 class 0x060000 conventional PCI endpoint
[    0.421351] pci 0000:00:08.1: [1022:1484] type 01 class 0x060400 PCIe Root Port
[    0.421372] pci 0000:00:08.1: PCI bridge to [bus 0b]
[    0.421379] pci 0000:00:08.1:   bridge window [mem 0xfc200000-0xfc4fffff]
[    0.421394] pci 0000:00:08.1: enabling Extended Tags
[    0.421444] pci 0000:00:08.1: PME# supported from D0 D3hot D3cold
[    0.421573] pci 0000:00:14.0: [1022:790b] type 00 class 0x0c0500 conventional PCI endpoint
[    0.421692] pci 0000:00:14.3: [1022:790e] type 00 class 0x060100 conventional PCI endpoint
[    0.421828] pci 0000:00:18.0: [1022:1440] type 00 class 0x060000 conventional PCI endpoint
[    0.421865] pci 0000:00:18.1: [1022:1441] type 00 class 0x060000 conventional PCI endpoint
[    0.421901] pci 0000:00:18.2: [1022:1442] type 00 class 0x060000 conventional PCI endpoint
[    0.421938] pci 0000:00:18.3: [1022:1443] type 00 class 0x060000 conventional PCI endpoint
[    0.421974] pci 0000:00:18.4: [1022:1444] type 00 class 0x060000 conventional PCI endpoint
[    0.422010] pci 0000:00:18.5: [1022:1445] type 00 class 0x060000 conventional PCI endpoint
[    0.422047] pci 0000:00:18.6: [1022:1446] type 00 class 0x060000 conventional PCI endpoint
[    0.422083] pci 0000:00:18.7: [1022:1447] type 00 class 0x060000 conventional PCI endpoint
[    0.422165] pci 0000:01:00.0: [144d:a80d] type 00 class 0x010802 PCIe Endpoint
[    0.422186] pci 0000:01:00.0: BAR 0 [mem 0xfc800000-0xfc803fff 64bit]
[    0.422430] pci 0000:00:01.1: PCI bridge to [bus 01]
[    0.422482] pci 0000:02:00.0: [1022:43ee] type 00 class 0x0c0330 PCIe Legacy Endpoint
[    0.422505] pci 0000:02:00.0: BAR 0 [mem 0xfc7a0000-0xfc7a7fff 64bit]
[    0.422551] pci 0000:02:00.0: enabling Extended Tags
[    0.422614] pci 0000:02:00.0: PME# supported from D3hot D3cold
[    0.422751] pci 0000:02:00.1: [1022:43eb] type 00 class 0x010601 PCIe Legacy Endpoint
[    0.422806] pci 0000:02:00.1: BAR 5 [mem 0xfc780000-0xfc79ffff]
[    0.422817] pci 0000:02:00.1: ROM [mem 0xfc700000-0xfc77ffff pref]
[    0.422826] pci 0000:02:00.1: enabling Extended Tags
[    0.422873] pci 0000:02:00.1: PME# supported from D3hot D3cold
[    0.422972] pci 0000:02:00.2: [1022:43e9] type 01 class 0x060400 PCIe Switch Upstream Port
[    0.423006] pci 0000:02:00.2: PCI bridge to [bus 03-08]
[    0.423014] pci 0000:02:00.2:   bridge window [io  0xf000-0xffff]
[    0.423019] pci 0000:02:00.2:   bridge window [mem 0xfc500000-0xfc6fffff]
[    0.423044] pci 0000:02:00.2: enabling Extended Tags
[    0.423098] pci 0000:02:00.2: PME# supported from D3hot D3cold
[    0.423204] pci 0000:00:01.2: PCI bridge to [bus 02-08]
[    0.423263] pci 0000:03:00.0: [1022:43ea] type 01 class 0x060400 PCIe Switch Downstream Port
[    0.423298] pci 0000:03:00.0: PCI bridge to [bus 04]
[    0.423333] pci 0000:03:00.0: enabling Extended Tags
[    0.423396] pci 0000:03:00.0: PME# supported from D3hot D3cold
[    0.423495] pci 0000:03:01.0: [1022:43ea] type 01 class 0x060400 PCIe Switch Downstream Port
[    0.423530] pci 0000:03:01.0: PCI bridge to [bus 05]
[    0.423540] pci 0000:03:01.0:   bridge window [mem 0xfc600000-0xfc6fffff]
[    0.423568] pci 0000:03:01.0: enabling Extended Tags
[    0.423632] pci 0000:03:01.0: PME# supported from D3hot D3cold
[    0.423728] pci 0000:03:02.0: [1022:43ea] type 01 class 0x060400 PCIe Switch Downstream Port
[    0.423763] pci 0000:03:02.0: PCI bridge to [bus 06]
[    0.423798] pci 0000:03:02.0: enabling Extended Tags
[    0.423862] pci 0000:03:02.0: PME# supported from D3hot D3cold
[    0.423961] pci 0000:03:03.0: [1022:43ea] type 01 class 0x060400 PCIe Switch Downstream Port
[    0.423996] pci 0000:03:03.0: PCI bridge to [bus 07]
[    0.424030] pci 0000:03:03.0: enabling Extended Tags
[    0.424094] pci 0000:03:03.0: PME# supported from D3hot D3cold
[    0.424198] pci 0000:03:09.0: [1022:43ea] type 01 class 0x060400 PCIe Switch Downstream Port
[    0.424233] pci 0000:03:09.0: PCI bridge to [bus 08]
[    0.424241] pci 0000:03:09.0:   bridge window [io  0xf000-0xffff]
[    0.424247] pci 0000:03:09.0:   bridge window [mem 0xfc500000-0xfc5fffff]
[    0.424275] pci 0000:03:09.0: enabling Extended Tags
[    0.424339] pci 0000:03:09.0: PME# supported from D3hot D3cold
[    0.424445] pci 0000:02:00.2: PCI bridge to [bus 03-08]
[    0.424494] pci 0000:03:00.0: PCI bridge to [bus 04]
[    0.424567] pci 0000:05:00.0: [1b21:1166] type 00 class 0x010601 PCIe Endpoint
[    0.424595] pci 0000:05:00.0: BAR 0 [mem 0xfc682000-0xfc683fff]
[    0.424660] pci 0000:05:00.0: BAR 5 [mem 0xfc680000-0xfc681fff]
[    0.424675] pci 0000:05:00.0: ROM [mem 0xfc600000-0xfc67ffff pref]
[    0.424689] pci 0000:05:00.0: enabling Extended Tags
[    0.424775] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold
[    0.424815] pci 0000:05:00.0: 7.876 Gb/s available PCIe bandwidth, limited by 8.0 GT/s PCIe x1 link at 0000:03:01.0 (capable of 15.752 Gb/s with 8.0 GT/s PCIe x2 link)
[    0.424918] pci 0000:03:01.0: PCI bridge to [bus 05]
[    0.424968] pci 0000:03:02.0: PCI bridge to [bus 06]
[    0.425018] pci 0000:03:03.0: PCI bridge to [bus 07]
[    0.425096] pci 0000:08:00.0: [10ec:8168] type 00 class 0x020000 PCIe Endpoint
[    0.425128] pci 0000:08:00.0: BAR 0 [io  0xf000-0xf0ff]
[    0.425169] pci 0000:08:00.0: BAR 2 [mem 0xfc504000-0xfc504fff 64bit]
[    0.425196] pci 0000:08:00.0: BAR 4 [mem 0xfc500000-0xfc503fff 64bit]
[    0.425365] pci 0000:08:00.0: supports D1 D2
[    0.425368] pci 0000:08:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[    0.425582] pci 0000:03:09.0: PCI bridge to [bus 08]
[    0.425672] pci 0000:09:00.0: [10de:1cb1] type 00 class 0x030000 PCIe Legacy Endpoint
[    0.425690] pci 0000:09:00.0: BAR 0 [mem 0xfb000000-0xfbffffff]
[    0.425705] pci 0000:09:00.0: BAR 1 [mem 0xd0000000-0xdfffffff 64bit pref]
[    0.425720] pci 0000:09:00.0: BAR 3 [mem 0xe0000000-0xe1ffffff 64bit pref]
[    0.425731] pci 0000:09:00.0: BAR 5 [io  0xe000-0xe07f]
[    0.425742] pci 0000:09:00.0: ROM [mem 0xfc000000-0xfc07ffff pref]
[    0.425854] pci 0000:09:00.0: 32.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x16 link at 0000:00:03.1 (capable of 126.016 Gb/s with 8.0 GT/s PCIe x16 link)
[    0.425957] pci 0000:09:00.1: [10de:0fb9] type 00 class 0x040300 PCIe Endpoint
[    0.425973] pci 0000:09:00.1: BAR 0 [mem 0xfc080000-0xfc083fff]
[    0.426144] pci 0000:00:03.1: PCI bridge to [bus 09]
[    0.426188] pci 0000:0a:00.0: [1022:148a] type 00 class 0x130000 PCIe Endpoint
[    0.426221] pci 0000:0a:00.0: enabling Extended Tags
[    0.426358] pci 0000:00:07.1: PCI bridge to [bus 0a]
[    0.426403] pci 0000:0b:00.0: [1022:1485] type 00 class 0x130000 PCIe Endpoint
[    0.426441] pci 0000:0b:00.0: enabling Extended Tags
[    0.426580] pci 0000:0b:00.1: [1022:1486] type 00 class 0x108000 PCIe Endpoint
[    0.426600] pci 0000:0b:00.1: BAR 2 [mem 0xfc300000-0xfc3fffff]
[    0.426614] pci 0000:0b:00.1: BAR 5 [mem 0xfc408000-0xfc409fff]
[    0.426625] pci 0000:0b:00.1: enabling Extended Tags
[    0.426743] pci 0000:0b:00.3: [1022:149c] type 00 class 0x0c0330 PCIe Endpoint
[    0.426760] pci 0000:0b:00.3: BAR 0 [mem 0xfc200000-0xfc2fffff 64bit]
[    0.426793] pci 0000:0b:00.3: enabling Extended Tags
[    0.426845] pci 0000:0b:00.3: PME# supported from D0 D3hot D3cold
[    0.426943] pci 0000:0b:00.4: [1022:1487] type 00 class 0x040300 PCIe Endpoint
[    0.426955] pci 0000:0b:00.4: BAR 0 [mem 0xfc400000-0xfc407fff]
[    0.426985] pci 0000:0b:00.4: enabling Extended Tags
[    0.427033] pci 0000:0b:00.4: PME# supported from D0 D3hot D3cold
[    0.427135] pci 0000:00:08.1: PCI bridge to [bus 0b]
[    0.427522] ACPI: PCI: Interrupt link LNKA configured for IRQ 0
[    0.427565] ACPI: PCI: Interrupt link LNKB configured for IRQ 0
[    0.427601] ACPI: PCI: Interrupt link LNKC configured for IRQ 0
[    0.427645] ACPI: PCI: Interrupt link LNKD configured for IRQ 0
[    0.427685] ACPI: PCI: Interrupt link LNKE configured for IRQ 0
[    0.427719] ACPI: PCI: Interrupt link LNKF configured for IRQ 0
[    0.427753] ACPI: PCI: Interrupt link LNKG configured for IRQ 0
[    0.427787] ACPI: PCI: Interrupt link LNKH configured for IRQ 0
[    0.428462] iommu: Default domain type: Translated
[    0.428466] iommu: DMA domain TLB invalidation policy: lazy mode
[    0.428510] SCSI subsystem initialized
[    0.428913] libata version 3.00 loaded.
[    0.428930] ACPI: bus type USB registered
[    0.428942] usbcore: registered new interface driver usbfs
[    0.428950] usbcore: registered new interface driver hub
[    0.428958] usbcore: registered new device driver usb
[    0.428971] pps_core: LinuxPPS API ver. 1 registered
[    0.428974] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[    0.428979] PTP clock support registered
[    0.428991] efivars: Registered efivars operations
[    0.428991] Advanced Linux Sound Architecture Driver Initialized.
[    0.429056] NetLabel: Initializing
[    0.429058] NetLabel:  domain hash size = 128
[    0.429061] NetLabel:  protocols = UNLABELED CIPSOv4 CALIPSO
[    0.429076] NetLabel:  unlabeled traffic allowed by default
[    0.429090] PCI: Using ACPI for IRQ routing
[    0.432783] PCI: pci_cache_line_size set to 64 bytes
[    0.432851] e820: reserve RAM buffer [mem 0x09d1f000-0x0bffffff]
[    0.432853] e820: reserve RAM buffer [mem 0x0a200000-0x0bffffff]
[    0.432854] e820: reserve RAM buffer [mem 0x0b000000-0x0bffffff]
[    0.432855] e820: reserve RAM buffer [mem 0xbb5c1018-0xbbffffff]
[    0.432856] e820: reserve RAM buffer [mem 0xbb5e1018-0xbbffffff]
[    0.432857] e820: reserve RAM buffer [mem 0xbb5f0018-0xbbffffff]
[    0.432858] e820: reserve RAM buffer [mem 0xc60ad000-0xc7ffffff]
[    0.432859] e820: reserve RAM buffer [mem 0xc71ba000-0xc7ffffff]
[    0.432860] e820: reserve RAM buffer [mem 0xca604000-0xcbffffff]
[    0.432861] e820: reserve RAM buffer [mem 0xcd000000-0xcfffffff]
[    0.432861] e820: reserve RAM buffer [mem 0x102f380000-0x102fffffff]
[    0.432922] pci 0000:09:00.0: vgaarb: setting as boot VGA device
[    0.432922] pci 0000:09:00.0: vgaarb: bridge control possible
[    0.432922] pci 0000:09:00.0: vgaarb: VGA device added: decodes=io+mem,owns=none,locks=none
[    0.432926] vgaarb: loaded
[    0.433306] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
[    0.433313] hpet0: 3 comparators, 32-bit 14.318180 MHz counter
[    0.435905] clocksource: Switched to clocksource tsc-early
[    0.436034] VFS: Disk quotas dquot_6.6.0
[    0.436034] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    0.436034] pnp: PnP ACPI init
[    0.436034] system 00:00: [mem 0xf0000000-0xf7ffffff] has been reserved
[    0.436034] system 00:01: [mem 0xfd200000-0xfd2fffff] has been reserved
[    0.436034] system 00:03: [io  0x0290-0x029f] has been reserved
[    0.436034] system 00:03: [io  0x0200-0x021f] has been reserved
[    0.436441] pnp 00:04: [dma 0 disabled]
[    0.436643] system 00:05: [io  0x04d0-0x04d1] has been reserved
[    0.436647] system 00:05: [io  0x040b] has been reserved
[    0.436651] system 00:05: [io  0x04d6] has been reserved
[    0.436654] system 00:05: [io  0x0c00-0x0c01] has been reserved
[    0.436657] system 00:05: [io  0x0c14] has been reserved
[    0.436660] system 00:05: [io  0x0c50-0x0c51] has been reserved
[    0.436663] system 00:05: [io  0x0c52] has been reserved
[    0.436667] system 00:05: [io  0x0c6c] has been reserved
[    0.436670] system 00:05: [io  0x0c6f] has been reserved
[    0.436673] system 00:05: [io  0x0cd8-0x0cdf] has been reserved
[    0.436676] system 00:05: [io  0x0800-0x089f] has been reserved
[    0.436679] system 00:05: [io  0x0b00-0x0b0f] has been reserved
[    0.436682] system 00:05: [io  0x0b20-0x0b3f] has been reserved
[    0.436686] system 00:05: [io  0x0900-0x090f] has been reserved
[    0.436689] system 00:05: [io  0x0910-0x091f] has been reserved
[    0.436693] system 00:05: [mem 0xfec00000-0xfec00fff] could not be reserved
[    0.436697] system 00:05: [mem 0xfec01000-0xfec01fff] could not be reserved
[    0.436701] system 00:05: [mem 0xfedc0000-0xfedc0fff] has been reserved
[    0.436705] system 00:05: [mem 0xfee00000-0xfee00fff] has been reserved
[    0.436708] system 00:05: [mem 0xfed80000-0xfed8ffff] could not be reserved
[    0.436712] system 00:05: [mem 0xfec10000-0xfec10fff] has been reserved
[    0.436715] system 00:05: [mem 0xff000000-0xffffffff] has been reserved
[    0.437158] pnp: PnP ACPI: found 6 devices
[    0.442771] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[    0.442803] NET: Registered PF_INET protocol family
[    0.442903] IP idents hash table entries: 262144 (order: 9, 2097152 bytes, linear)
[    0.444542] tcp_listen_portaddr_hash hash table entries: 32768 (order: 7, 524288 bytes, linear)
[    0.444570] Table-perturb hash table entries: 65536 (order: 6, 262144 bytes, linear)
[    0.444577] TCP established hash table entries: 524288 (order: 10, 4194304 bytes, linear)
[    0.444821] TCP bind hash table entries: 65536 (order: 9, 2097152 bytes, linear)
[    0.444913] TCP: Hash tables configured (established 524288 bind 65536)
[    0.444938] UDP hash table entries: 32768 (order: 8, 1048576 bytes, linear)
[    0.445004] UDP-Lite hash table entries: 32768 (order: 8, 1048576 bytes, linear)
[    0.445095] NET: Registered PF_UNIX/PF_LOCAL protocol family
[    0.445146] RPC: Registered named UNIX socket transport module.
[    0.445149] RPC: Registered udp transport module.
[    0.445151] RPC: Registered tcp transport module.
[    0.445154] RPC: Registered tcp-with-tls transport module.
[    0.445156] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.445467] pci 0000:00:01.1: PCI bridge to [bus 01]
[    0.445473] pci 0000:00:01.1:   bridge window [mem 0xfc800000-0xfc8fffff]
[    0.445481] pci 0000:03:00.0: PCI bridge to [bus 04]
[    0.445494] pci 0000:03:01.0: PCI bridge to [bus 05]
[    0.445500] pci 0000:03:01.0:   bridge window [mem 0xfc600000-0xfc6fffff]
[    0.445510] pci 0000:03:02.0: PCI bridge to [bus 06]
[    0.445523] pci 0000:03:03.0: PCI bridge to [bus 07]
[    0.445536] pci 0000:03:09.0: PCI bridge to [bus 08]
[    0.445540] pci 0000:03:09.0:   bridge window [io  0xf000-0xffff]
[    0.445546] pci 0000:03:09.0:   bridge window [mem 0xfc500000-0xfc5fffff]
[    0.445556] pci 0000:02:00.2: PCI bridge to [bus 03-08]
[    0.445560] pci 0000:02:00.2:   bridge window [io  0xf000-0xffff]
[    0.445567] pci 0000:02:00.2:   bridge window [mem 0xfc500000-0xfc6fffff]
[    0.445576] pci 0000:00:01.2: PCI bridge to [bus 02-08]
[    0.445580] pci 0000:00:01.2:   bridge window [io  0xf000-0xffff]
[    0.445585] pci 0000:00:01.2:   bridge window [mem 0xfc500000-0xfc7fffff]
[    0.445592] pci 0000:00:03.1: PCI bridge to [bus 09]
[    0.445596] pci 0000:00:03.1:   bridge window [io  0xe000-0xefff]
[    0.445601] pci 0000:00:03.1:   bridge window [mem 0xfb000000-0xfc0fffff]
[    0.445606] pci 0000:00:03.1:   bridge window [mem 0xd0000000-0xe1ffffff 64bit pref]
[    0.445612] pci 0000:00:07.1: PCI bridge to [bus 0a]
[    0.445621] pci 0000:00:08.1: PCI bridge to [bus 0b]
[    0.445625] pci 0000:00:08.1:   bridge window [mem 0xfc200000-0xfc4fffff]
[    0.445633] pci_bus 0000:00: resource 4 [io  0x0000-0x03af window]
[    0.445636] pci_bus 0000:00: resource 5 [io  0x03e0-0x0cf7 window]
[    0.445639] pci_bus 0000:00: resource 6 [io  0x03b0-0x03df window]
[    0.445642] pci_bus 0000:00: resource 7 [io  0x0d00-0xffff window]
[    0.445646] pci_bus 0000:00: resource 8 [mem 0x000a0000-0x000dffff window]
[    0.445649] pci_bus 0000:00: resource 9 [mem 0xd0000000-0xfec2ffff window]
[    0.445652] pci_bus 0000:00: resource 10 [mem 0xfee00000-0xffffffff window]
[    0.445656] pci_bus 0000:01: resource 1 [mem 0xfc800000-0xfc8fffff]
[    0.445659] pci_bus 0000:02: resource 0 [io  0xf000-0xffff]
[    0.445662] pci_bus 0000:02: resource 1 [mem 0xfc500000-0xfc7fffff]
[    0.445666] pci_bus 0000:03: resource 0 [io  0xf000-0xffff]
[    0.445668] pci_bus 0000:03: resource 1 [mem 0xfc500000-0xfc6fffff]
[    0.445672] pci_bus 0000:05: resource 1 [mem 0xfc600000-0xfc6fffff]
[    0.445675] pci_bus 0000:08: resource 0 [io  0xf000-0xffff]
[    0.445678] pci_bus 0000:08: resource 1 [mem 0xfc500000-0xfc5fffff]
[    0.445681] pci_bus 0000:09: resource 0 [io  0xe000-0xefff]
[    0.445684] pci_bus 0000:09: resource 1 [mem 0xfb000000-0xfc0fffff]
[    0.445687] pci_bus 0000:09: resource 2 [mem 0xd0000000-0xe1ffffff 64bit pref]
[    0.445691] pci_bus 0000:0b: resource 1 [mem 0xfc200000-0xfc4fffff]
[    0.445863] pci 0000:09:00.1: extending delay after power-on from D3hot to 20 msec
[    0.445887] pci 0000:09:00.1: D0 power state depends on 0000:09:00.0
[    0.446018] PCI: CLS 64 bytes, default 64
[    0.446068] Unpacking initramfs...
[    0.447565] AMD-Vi: Using global IVHD EFR:0x0, EFR2:0x0
[    0.504734] Freeing initrd memory: 7636K
[    0.766396] pci 0000:00:00.2: AMD-Vi: IOMMU performance counters supported
[    0.766447] pci 0000:00:01.0: Adding to iommu group 0
[    0.766463] pci 0000:00:01.1: Adding to iommu group 1
[    0.766477] pci 0000:00:01.2: Adding to iommu group 2
[    0.766496] pci 0000:00:02.0: Adding to iommu group 3
[    0.766516] pci 0000:00:03.0: Adding to iommu group 4
[    0.766531] pci 0000:00:03.1: Adding to iommu group 5
[    0.766550] pci 0000:00:04.0: Adding to iommu group 6
[    0.766569] pci 0000:00:05.0: Adding to iommu group 7
[    0.766589] pci 0000:00:07.0: Adding to iommu group 8
[    0.766604] pci 0000:00:07.1: Adding to iommu group 9
[    0.766624] pci 0000:00:08.0: Adding to iommu group 10
[    0.766638] pci 0000:00:08.1: Adding to iommu group 11
[    0.766663] pci 0000:00:14.0: Adding to iommu group 12
[    0.766677] pci 0000:00:14.3: Adding to iommu group 12
[    0.766737] pci 0000:00:18.0: Adding to iommu group 13
[    0.766751] pci 0000:00:18.1: Adding to iommu group 13
[    0.766765] pci 0000:00:18.2: Adding to iommu group 13
[    0.766779] pci 0000:00:18.3: Adding to iommu group 13
[    0.766793] pci 0000:00:18.4: Adding to iommu group 13
[    0.766807] pci 0000:00:18.5: Adding to iommu group 13
[    0.766821] pci 0000:00:18.6: Adding to iommu group 13
[    0.766835] pci 0000:00:18.7: Adding to iommu group 13
[    0.766849] pci 0000:01:00.0: Adding to iommu group 14
[    0.766880] pci 0000:02:00.0: Adding to iommu group 15
[    0.766896] pci 0000:02:00.1: Adding to iommu group 15
[    0.766912] pci 0000:02:00.2: Adding to iommu group 15
[    0.766919] pci 0000:03:00.0: Adding to iommu group 15
[    0.766925] pci 0000:03:01.0: Adding to iommu group 15
[    0.766931] pci 0000:03:02.0: Adding to iommu group 15
[    0.766938] pci 0000:03:03.0: Adding to iommu group 15
[    0.766944] pci 0000:03:09.0: Adding to iommu group 15
[    0.766951] pci 0000:05:00.0: Adding to iommu group 15
[    0.766958] pci 0000:08:00.0: Adding to iommu group 15
[    0.766984] pci 0000:09:00.0: Adding to iommu group 16
[    0.767001] pci 0000:09:00.1: Adding to iommu group 16
[    0.767016] pci 0000:0a:00.0: Adding to iommu group 17
[    0.767031] pci 0000:0b:00.0: Adding to iommu group 18
[    0.767047] pci 0000:0b:00.1: Adding to iommu group 19
[    0.767064] pci 0000:0b:00.3: Adding to iommu group 20
[    0.767080] pci 0000:0b:00.4: Adding to iommu group 21
[    0.768226] AMD-Vi: Extended features (0x58f77ef22294a5a, 0x0): PPR NX GT IA PC GA_vAPIC
[    0.768298] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[    0.768304] software IO TLB: mapped [mem 0x00000000b75c1000-0x00000000bb5c1000] (64MB)
[    0.768313] ACPI: bus type thunderbolt registered
[    0.768410] RAPL PMU: API unit is 2^-32 Joules, 1 fixed counters, 163840 ms ovfl timer
[    0.768415] RAPL PMU: hw unit of domain package 2^-16 Joules
[    0.768419] LVT offset 0 assigned for vector 0x400
[    0.768474] perf: AMD IBS detected (0x000003ff)
[    0.768524] amd_uncore: 4 amd_df counters detected
[    0.768529] amd_uncore: 6 amd_l3 counters detected
[    0.768578] perf/amd_iommu: Detected AMD IOMMU #0 (2 banks, 4 counters/bank).
[    0.769719] Initialise system trusted keyrings
[    0.769742] workingset: timestamp_bits=56 max_order=24 bucket_order=0
[    0.769859] NFS: Registering the id_resolver key type
[    0.769864] Key type id_resolver registered
[    0.769867] Key type id_legacy registered
[    0.769873] nfs4filelayout_init: NFSv4 File Layout Driver Registering...
[    0.769877] nfs4flexfilelayout_init: NFSv4 Flexfile Layout Driver Registering...
[    0.769984] SGI XFS with security attributes, no debug enabled
[    0.770047] 9p: Installing v9fs 9p2000 file system support
[    0.777585] xor: automatically using best checksumming function   avx       
[    0.777590] Key type asymmetric registered
[    0.777593] Asymmetric key parser 'x509' registered
[    0.777603] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
[    0.777614] io scheduler mq-deadline registered
[    0.777617] io scheduler kyber registered
[    0.777692] gpio_it87: no device
[    0.778810] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
[    0.778833] ACPI: button: Power Button [PWRB]
[    0.778864] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
[    0.778897] ACPI: button: Power Button [PWRF]
[    0.779807] Estimated ratio of average max frequency by base frequency (times 1024): 1165
[    0.779818] Monitor-Mwait will be used to enter C-1 state
[    0.779821] ACPI: \_SB_.PLTF.C000: Found 2 idle states
[    0.779913] ACPI: \_SB_.PLTF.C002: Found 2 idle states
[    0.779982] ACPI: \_SB_.PLTF.C004: Found 2 idle states
[    0.780049] ACPI: \_SB_.PLTF.C006: Found 2 idle states
[    0.780117] ACPI: \_SB_.PLTF.C008: Found 2 idle states
[    0.780183] ACPI: \_SB_.PLTF.C00A: Found 2 idle states
[    0.780250] ACPI: \_SB_.PLTF.C00C: Found 2 idle states
[    0.780317] ACPI: \_SB_.PLTF.C00E: Found 2 idle states
[    0.780383] ACPI: \_SB_.PLTF.C001: Found 2 idle states
[    0.780464] ACPI: \_SB_.PLTF.C003: Found 2 idle states
[    0.780544] ACPI: \_SB_.PLTF.C005: Found 2 idle states
[    0.780628] ACPI: \_SB_.PLTF.C007: Found 2 idle states
[    0.780709] ACPI: \_SB_.PLTF.C009: Found 2 idle states
[    0.780788] ACPI: \_SB_.PLTF.C00B: Found 2 idle states
[    0.780872] ACPI: \_SB_.PLTF.C00D: Found 2 idle states
[    0.780939] ACPI: \_SB_.PLTF.C00F: Found 2 idle states
[    0.781074] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    0.781165] 00:04: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
[    0.781539] Non-volatile memory driver v1.3
[    0.781542] Linux agpgart interface v0.103
[    0.781809] ACPI: bus type drm_connector registered
[    0.783724] loop: module loaded
[    0.783782] Key type psk registered
[    0.783942] nvme nvme0: pci function 0000:01:00.0
[    0.783976] ahci 0000:02:00.1: version 3.0
[    0.784071] ahci 0000:02:00.1: SSS flag set, parallel bus scan disabled
[    0.784127] ahci 0000:02:00.1: AHCI vers 0001.0301, 32 command slots, 6 Gbps, SATA mode
[    0.784132] ahci 0000:02:00.1: 6/6 ports implemented (port mask 0x3f)
[    0.784136] ahci 0000:02:00.1: flags: 64bit ncq sntf stag pm led clo only pmp pio slum part sxs deso sadm sds apst 
[    0.784529] scsi host0: ahci
[    0.784600] scsi host1: ahci
[    0.784667] scsi host2: ahci
[    0.784731] scsi host3: ahci
[    0.784792] scsi host4: ahci
[    0.784854] scsi host5: ahci
[    0.784883] ata1: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780100 irq 43 lpm-pol 0
[    0.784888] ata2: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780180 irq 43 lpm-pol 0
[    0.784893] ata3: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780200 irq 43 lpm-pol 0
[    0.784897] ata4: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780280 irq 43 lpm-pol 0
[    0.784901] ata5: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780300 irq 43 lpm-pol 0
[    0.784906] ata6: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780380 irq 43 lpm-pol 0
[    0.785114] ahci 0000:05:00.0: SSS flag set, parallel bus scan disabled
[    0.795577] ahci 0000:05:00.0: AHCI vers 0001.0301, 32 command slots, 6 Gbps, SATA mode
[    0.795584] ahci 0000:05:00.0: 30/32 ports implemented (port mask 0xffffff3f)
[    0.795589] ahci 0000:05:00.0: flags: 64bit ncq sntf stag pm led only pio sxs deso sadm sds apst 
[    0.796463] nvme nvme0: D3 entry latency set to 10 seconds
[    0.797693] scsi host6: ahci
[    0.797762] scsi host7: ahci
[    0.797831] scsi host8: ahci
[    0.797896] scsi host9: ahci
[    0.797959] scsi host10: ahci
[    0.798021] scsi host11: ahci
[    0.798082] scsi host12: ahci
[    0.798147] scsi host13: ahci
[    0.798208] scsi host14: ahci
[    0.798271] scsi host15: ahci
[    0.798339] scsi host16: ahci
[    0.798407] scsi host17: ahci
[    0.798478] scsi host18: ahci
[    0.798548] scsi host19: ahci
[    0.798620] scsi host20: ahci
[    0.798693] scsi host21: ahci
[    0.798765] scsi host22: ahci
[    0.798838] scsi host23: ahci
[    0.798910] scsi host24: ahci
[    0.798981] scsi host25: ahci
[    0.799051] scsi host26: ahci
[    0.799125] scsi host27: ahci
[    0.799201] scsi host28: ahci
[    0.799274] scsi host29: ahci
[    0.799350] scsi host30: ahci
[    0.799425] scsi host31: ahci
[    0.799501] scsi host32: ahci
[    0.799578] scsi host33: ahci
[    0.799658] scsi host34: ahci
[    0.799734] scsi host35: ahci
[    0.799812] scsi host36: ahci
[    0.799888] scsi host37: ahci
[    0.799925] ata7: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680100 irq 44 lpm-pol 0
[    0.799931] ata8: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680180 irq 44 lpm-pol 0
[    0.799935] ata9: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680200 irq 44 lpm-pol 0
[    0.799940] ata10: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680280 irq 44 lpm-pol 0
[    0.799945] ata11: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680300 irq 44 lpm-pol 0
[    0.799951] ata12: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680380 irq 44 lpm-pol 0
[    0.799957] ata13: DUMMY
[    0.799959] ata14: DUMMY
[    0.799960] ata15: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680500 irq 44 lpm-pol 0
[    0.799966] ata16: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680580 irq 44 lpm-pol 0
[    0.799971] ata17: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680600 irq 44 lpm-pol 0
[    0.799976] ata18: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680680 irq 44 lpm-pol 0
[    0.799981] ata19: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680700 irq 44 lpm-pol 0
[    0.799986] ata20: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680780 irq 44 lpm-pol 0
[    0.799992] ata21: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680800 irq 44 lpm-pol 0
[    0.799997] ata22: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680880 irq 44 lpm-pol 0
[    0.800002] ata23: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680900 irq 44 lpm-pol 0
[    0.800007] ata24: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680980 irq 44 lpm-pol 0
[    0.800013] ata25: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680a00 irq 44 lpm-pol 0
[    0.800018] ata26: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680a80 irq 44 lpm-pol 0
[    0.800023] ata27: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680b00 irq 44 lpm-pol 0
[    0.800029] ata28: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680b80 irq 44 lpm-pol 0
[    0.800034] ata29: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680c00 irq 44 lpm-pol 0
[    0.800039] ata30: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680c80 irq 44 lpm-pol 0
[    0.800045] ata31: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680d00 irq 44 lpm-pol 0
[    0.800050] ata32: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680d80 irq 44 lpm-pol 0
[    0.800056] ata33: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680e00 irq 44 lpm-pol 0
[    0.800061] ata34: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680e80 irq 44 lpm-pol 0
[    0.800066] ata35: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680f00 irq 44 lpm-pol 0
[    0.800072] ata36: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc680f80 irq 44 lpm-pol 0
[    0.800078] ata37: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc681000 irq 44 lpm-pol 0
[    0.800083] ata38: SATA max UDMA/133 abar m8192@0xfc680000 port 0xfc681080 irq 44 lpm-pol 0
[    0.800313] e100: Intel(R) PRO/100 Network Driver
[    0.800316] e100: Copyright(c) 1999-2006 Intel Corporation
[    0.800328] e1000: Intel(R) PRO/1000 Network Driver
[    0.800331] e1000: Copyright (c) 1999-2006 Intel Corporation.
[    0.800343] e1000e: Intel(R) PRO/1000 Network Driver
[    0.800345] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[    0.800359] sky2: driver version 1.30
[    0.802915] nvme nvme0: allocated 64 MiB host memory buffer.
[    0.807442] modprobe (252) used greatest stack depth: 13296 bytes left
[    0.807630] r8169 0000:08:00.0 eth0: RTL8168h/8111h, 10:7c:61:3d:b1:e8, XID 541, IRQ 45
[    0.807636] r8169 0000:08:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko]
[    0.807786] xhci_hcd 0000:02:00.0: xHCI Host Controller
[    0.807816] xhci_hcd 0000:02:00.0: new USB bus registered, assigned bus number 1
[    0.829277] nvme nvme0: 16/0/0 default/read/poll queues
[    0.834223]  nvme0n1: p1 p2 p3 p4 p5
[    0.863242] xhci_hcd 0000:02:00.0: hcc params 0x0200ef81 hci version 0x110 quirks 0x0000000000000410
[    0.863463] xhci_hcd 0000:02:00.0: xHCI Host Controller
[    0.863492] xhci_hcd 0000:02:00.0: new USB bus registered, assigned bus number 2
[    0.863497] xhci_hcd 0000:02:00.0: Host supports USB 3.1 Enhanced SuperSpeed
[    0.863547] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.09
[    0.863552] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.863555] usb usb1: Product: xHCI Host Controller
[    0.863558] usb usb1: Manufacturer: Linux 6.9.4-gentoo xhci-hcd
[    0.863561] usb usb1: SerialNumber: 0000:02:00.0
[    0.863676] hub 1-0:1.0: USB hub found
[    0.863692] hub 1-0:1.0: 10 ports detected
[    0.872580] usb usb2: We don't know the algorithms for LPM for this host, disabling LPM.
[    0.872597] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 6.09
[    0.872601] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.872605] usb usb2: Product: xHCI Host Controller
[    0.872608] usb usb2: Manufacturer: Linux 6.9.4-gentoo xhci-hcd
[    0.872611] usb usb2: SerialNumber: 0000:02:00.0
[    0.872677] hub 2-0:1.0: USB hub found
[    0.872688] hub 2-0:1.0: 4 ports detected
[    0.876599] usb: port power management may be unreliable
[    0.876701] xhci_hcd 0000:0b:00.3: xHCI Host Controller
[    0.876731] xhci_hcd 0000:0b:00.3: new USB bus registered, assigned bus number 3
[    0.876843] xhci_hcd 0000:0b:00.3: hcc params 0x0278ffe5 hci version 0x110 quirks 0x0000000000000410
[    0.877031] xhci_hcd 0000:0b:00.3: xHCI Host Controller
[    0.877055] xhci_hcd 0000:0b:00.3: new USB bus registered, assigned bus number 4
[    0.877060] xhci_hcd 0000:0b:00.3: Host supports USB 3.1 Enhanced SuperSpeed
[    0.877083] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.09
[    0.877087] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.877092] usb usb3: Product: xHCI Host Controller
[    0.877094] usb usb3: Manufacturer: Linux 6.9.4-gentoo xhci-hcd
[    0.877097] usb usb3: SerialNumber: 0000:0b:00.3
[    0.877169] hub 3-0:1.0: USB hub found
[    0.877177] hub 3-0:1.0: 4 ports detected
[    0.877348] usb usb4: We don't know the algorithms for LPM for this host, disabling LPM.
[    0.877364] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 6.09
[    0.877369] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.877372] usb usb4: Product: xHCI Host Controller
[    0.877375] usb usb4: Manufacturer: Linux 6.9.4-gentoo xhci-hcd
[    0.877378] usb usb4: SerialNumber: 0000:0b:00.3
[    0.877441] hub 4-0:1.0: USB hub found
[    0.877449] hub 4-0:1.0: 4 ports detected
[    0.877601] usbcore: registered new interface driver usblp
[    0.877616] usbcore: registered new interface driver usb-storage
[    0.877639] i8042: PNP: No PS/2 controller found.
[    0.877684] mousedev: PS/2 mouse device common for all mice
[    0.877748] rtc_cmos 00:02: RTC can wake from S4
[    0.877943] rtc_cmos 00:02: registered as rtc0
[    0.877967] rtc_cmos 00:02: alarms up to one month, y3k, 114 bytes nvram
[    0.877979] i2c_dev: i2c /dev entries driver
[    0.878056] piix4_smbus 0000:00:14.0: SMBus Host Controller at 0xb00, revision 0
[    0.878060] piix4_smbus 0000:00:14.0: Using register 0x02 for SMBus port selection
[    0.878133] piix4_smbus 0000:00:14.0: Auxiliary SMBus Host Controller at 0xb20
[    0.878200] fail to initialize ptp_kvm
[    0.878509] nct6775: Found NCT6798D or compatible chip at 0x2e:0x290
[    0.909119] device-mapper: ioctl: 4.48.0-ioctl (2023-03-01) initialised: dm-devel@lists.linux.dev
[    0.909128] amd_pstate: driver load is disabled, boot with specific mode to enable this
[    0.909150] efifb: probing for efifb
[    0.909158] efifb: framebuffer at 0xd0000000, using 8640k, total 8640k
[    0.909161] efifb: mode is 1920x1080x32, linelength=8192, pages=1
[    0.909164] efifb: scrolling: redraw
[    0.909166] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[    0.911973] Console: switching to colour frame buffer device 240x67
[    0.914852] fb0: EFI VGA frame buffer device
[    0.914889] ccp 0000:0b:00.1: enabling device (0000 -> 0002)
[    0.914964] ccp 0000:0b:00.1: ccp: unable to access the device: you might be running a broken BIOS.
[    0.914994] ccp 0000:0b:00.1: psp enabled
[    0.915012] ccp_crypto: Cannot load: there are no available CCPs
[    0.915034] hid: raw HID events driver (C) Jiri Kosina
[    0.915145] usbcore: registered new interface driver usbhid
[    0.915158] usbhid: USB HID core driver
[    0.915338] snd_hda_intel 0000:09:00.1: enabling device (0000 -> 0002)
[    0.915383] snd_hda_intel 0000:09:00.1: Disabling MSI
[    0.915409] snd_hda_intel 0000:0b:00.4: enabling device (0000 -> 0002)
[    0.915839] Initializing XFRM netlink socket
[    0.915861] NET: Registered PF_INET6 protocol family
[    0.916040] Segment Routing with IPv6
[    0.916058] In-situ OAM (IOAM) with IPv6
[    0.916092] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
[    0.916203] NET: Registered PF_PACKET protocol family
[    0.916234] 9pnet: Installing 9P2000 support
[    0.916255] Key type dns_resolver registered
[    0.917184] microcode: Current revision: 0x0a20120e
[    0.917321] IPI shorthand broadcast: enabled
[    0.919502] sched_clock: Marking stable (918440279, 366487)->(1043004744, -124197978)
[    0.919574] Timer migration: 2 hierarchy levels; 8 children per group; 2 crossnode level
[    0.919666] registered taskstats version 1
[    0.919677] Loading compiled-in X.509 certificates
[    0.921363] Btrfs loaded, zoned=no, fsverity=no
[    0.921427] PM:   Magic number: 12:734:534
[    0.921495] printk: legacy console [netcon0] enabled
[    0.921509] netconsole: network logging started
[    0.922503] snd_hda_intel 0000:09:00.1: Cannot probe codecs, giving up
[    0.937460] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[    0.938853] Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[    0.938976] Loaded X.509 cert 'wens: 61c038651aabdcf94bd0ac7ff06c7248db18c600'
[    0.939005] ALSA device list:
[    0.939016]   No soundcards found.
[    0.939046] Loading firmware: regulatory.db
[    0.939072] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[    0.939096] cfg80211: failed to load regulatory.db
[    1.097456] ata1: SATA link down (SStatus 0 SControl 300)
[    1.105519] ata7: SATA link down (SStatus 0 SControl 300)
[    1.171332] usb 1-5: new full-speed USB device number 2 using xhci_hcd
[    1.462862] usb 1-5: New USB device found, idVendor=13d3, idProduct=3556, bcdDevice= 1.10
[    1.463606] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    1.464319] usb 1-5: Product: Bluetooth Radio 
[    1.465009] usb 1-5: Manufacturer: Realtek 
[    1.465673] usb 1-5: SerialNumber: 00e04c000001
[    1.570688] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.574710] ata2.00: ATAPI: HL-DT-ST DVDRAM GH22NS50, TN03, max UDMA/100
[    1.580122] ata2.00: configured for UDMA/100
[    1.589991] scsi 1:0:0:0: CD-ROM            HL-DT-ST DVDRAM GH22NS50  TN03 PQ: 0 ANSI: 5
[    1.624090] sr 1:0:0:0: [sr0] scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
[    1.624793] cdrom: Uniform CD-ROM driver Revision: 3.20
[    1.642241] sr 1:0:0:0: Attached scsi CD-ROM sr0
[    1.642310] sr 1:0:0:0: Attached scsi generic sg0 type 5
[    1.667692] usb 1-6: new full-speed USB device number 3 using xhci_hcd
[    1.794693] tsc: Refined TSC clocksource calibration: 3792.873 MHz
[    1.795431] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x6d5818a734c, max_idle_ns: 881590694765 ns
[    1.796263] clocksource: Switched to clocksource tsc
[    1.951757] ata3: SATA link down (SStatus 0 SControl 330)
[    2.030829] usb 1-6: config 1 has an invalid interface number: 2 but max is 1
[    2.031561] usb 1-6: config 1 has no interface number 1
[    2.043617] usb 1-6: New USB device found, idVendor=0b05, idProduct=1939, bcdDevice= 1.00
[    2.044341] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.045054] usb 1-6: Product: AURA LED Controller
[    2.045722] usb 1-6: Manufacturer: AsusTek Computer Inc.
[    2.046391] usb 1-6: SerialNumber: 9876543210
[    2.064034] hid-generic 0003:0B05:1939.0001: hiddev96,hidraw0: USB HID v1.11 Device [AsusTek Computer Inc. AURA LED Controller] on usb-0000:02:00.0-6/input2
[    2.241685] usb 1-7: new high-speed USB device number 4 using xhci_hcd
[    2.264674] ata4: SATA link down (SStatus 0 SControl 330)
[    2.456345] usb 1-7: New USB device found, idVendor=05e3, idProduct=0608, bcdDevice=60.70
[    2.457095] usb 1-7: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    2.457808] usb 1-7: Product: USB2.0 Hub
[    2.468407] hub 1-7:1.0: USB hub found
[    2.473329] hub 1-7:1.0: 4 ports detected
[    2.580676] ata5: SATA link down (SStatus 0 SControl 330)
[    2.671704] usb 1-9: new low-speed USB device number 5 using xhci_hcd
[    2.888278] ata6: SATA link down (SStatus 0 SControl 330)
[    2.975223] usb 1-9: New USB device found, idVendor=046d, idProduct=c077, bcdDevice=72.00
[    2.975975] usb 1-9: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    2.976694] usb 1-9: Product: USB Optical Mouse
[    2.977397] usb 1-9: Manufacturer: Logitech
[    2.997108] input: Logitech USB Optical Mouse as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-9/1-9:1.0/0003:046D:C077.0002/input/input2
[    2.997997] hid-generic 0003:046D:C077.0002: input,hidraw1: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-0000:02:00.0-9/input0
[    3.175675] usb 1-10: new low-speed USB device number 6 using xhci_hcd
[    3.200721] ata8: SATA link down (SStatus 0 SControl 300)
[    3.479917] usb 1-10: New USB device found, idVendor=413c, idProduct=2107, bcdDevice= 1.04
[    3.480728] usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    3.481503] usb 1-10: Product: Dell USB Entry Keyboard
[    3.482267] usb 1-10: Manufacturer: DELL
[    3.508164] input: DELL Dell USB Entry Keyboard as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-10/1-10:1.0/0003:413C:2107.0003/input/input3
[    3.511977] ata9: SATA link down (SStatus 0 SControl 300)
[    3.560904] hid-generic 0003:413C:2107.0003: input,hidraw2: USB HID v1.11 Keyboard [DELL Dell USB Entry Keyboard] on usb-0000:02:00.0-10/input0
[    3.824722] ata10: SATA link down (SStatus 0 SControl 300)
[    4.136448] ata11: SATA link down (SStatus 0 SControl 300)
[    4.448728] ata12: SATA link down (SStatus 0 SControl 300)
[    4.760680] ata15: SATA link down (SStatus 0 SControl 300)
[    5.072869] ata16: SATA link down (SStatus 0 SControl 300)
[    5.384686] ata17: SATA link down (SStatus 0 SControl 300)
[    5.696819] ata18: SATA link down (SStatus 0 SControl 300)
[    6.008668] ata19: SATA link down (SStatus 0 SControl 300)
[    6.320815] ata20: SATA link down (SStatus 0 SControl 300)
[    6.632664] ata21: SATA link down (SStatus 0 SControl 300)
[    6.944671] ata22: SATA link down (SStatus 0 SControl 300)
[    7.256546] ata23: SATA link down (SStatus 0 SControl 300)
[    7.568659] ata24: SATA link down (SStatus 0 SControl 300)
[    7.880157] ata25: SATA link down (SStatus 0 SControl 300)
[    8.192884] ata26: SATA link down (SStatus 0 SControl 300)
[    8.504684] ata27: SATA link down (SStatus 0 SControl 300)
[    8.816647] ata28: SATA link down (SStatus 0 SControl 300)
[    9.128244] ata29: SATA link down (SStatus 0 SControl 300)
[    9.440096] ata30: SATA link down (SStatus 0 SControl 300)
[    9.752746] ata31: SATA link down (SStatus 0 SControl 300)
[   10.064648] ata32: SATA link down (SStatus 0 SControl 300)
[   10.376678] ata33: SATA link down (SStatus 0 SControl 300)
[   10.688668] ata34: SATA link down (SStatus 0 SControl 300)
[   11.000735] ata35: SATA link down (SStatus 0 SControl 300)
[   11.312670] ata36: SATA link down (SStatus 0 SControl 300)
[   11.624670] ata37: SATA link down (SStatus 0 SControl 300)
[   11.936827] ata38: SATA link down (SStatus 0 SControl 300)
[   11.937943] Freeing unused kernel image (initmem) memory: 2956K
[   11.938597] Write protecting the kernel read-only data: 28672k
[   11.939391] Freeing unused kernel image (rodata/data gap) memory: 620K
[   11.975820] x86/mm: Checked W+X mappings: passed, no W+X pages found.
[   11.976460] Run /init as init process
[   11.977069]   with arguments:
[   11.977070]     /init
[   11.977071]   with environment:
[   11.977072]     HOME=/
[   11.977073]     TERM=linux
[   11.977073]     BOOT_IMAGE=/kernel-6.9.4-6
[   11.986935] findmnt (285) used greatest stack depth: 13232 bytes left
[   12.004382] dracut: Gentoo-2.15
[   12.397014] EXT4-fs (nvme0n1p3): mounted filesystem 26e58ee4-9c8f-4efd-bbb3-215df71cf85e ro with ordered data mode. Quota mode: none.
[   12.397725] mount (523) used greatest stack depth: 13216 bytes left
[   12.410815] EXT4-fs (nvme0n1p3): unmounting filesystem 26e58ee4-9c8f-4efd-bbb3-215df71cf85e.
[   12.414845] dracut: Checking ext4: /dev/nvme0n1p3
[   12.415550] dracut: issuing e2fsck -a /dev/nvme0n1p3
[   12.422076] dracut: root-fs: clean, 419124/26214400 files, 5588384/104857600 blocks
[   12.423641] dracut: Mounting /dev/disk/by-uuid/26e58ee4-9c8f-4efd-bbb3-215df71cf85e with -o defaults,ro
[   12.427531] EXT4-fs (nvme0n1p3): mounted filesystem 26e58ee4-9c8f-4efd-bbb3-215df71cf85e ro with ordered data mode. Quota mode: none.
[   12.440666] dracut: Mounted root filesystem /dev/nvme0n1p3
[   12.462687] dracut: Switching root
[   12.480043] kbd_mode (621) used greatest stack depth: 13072 bytes left
[   12.484140] init-early.sh (620) used greatest stack depth: 13032 bytes left
[   13.171956] r8169 0000:08:00.0 enp8s0: renamed from eth0
[   13.219237] nvidia: loading out-of-tree module taints kernel.
[   13.219244] nvidia: module license 'NVIDIA' taints kernel.
[   13.219245] Disabling lock debugging due to kernel taint
[   13.219247] nvidia: module license taints kernel.
[   13.492695] nvidia-nvlink: Nvlink Core is being initialized, major device number 242

[   13.493512] nvidia 0000:09:00.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=none
[   13.698413] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  550.90.07  Fri May 31 09:35:42 UTC 2024
[   13.714652] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms  550.90.07  Fri May 31 09:30:47 UTC 2024
[   13.716085] [drm] [nvidia-drm] [GPU ID 0x00000900] Loading driver
[   14.504601] EXT4-fs (nvme0n1p3): re-mounted 26e58ee4-9c8f-4efd-bbb3-215df71cf85e r/w. Quota mode: none.
[   14.509040] EXT4-fs (nvme0n1p3): re-mounted 26e58ee4-9c8f-4efd-bbb3-215df71cf85e r/w. Quota mode: none.
[   14.568396] ext2 filesystem being mounted at /boot supports timestamps until 2038-01-19 (0x7fffffff)
[   14.573180] EXT4-fs (nvme0n1p4): mounted filesystem 7e5930c0-30f5-493c-97c2-0c60fa048b09 r/w with ordered data mode. Quota mode: none.

[-- Attachment #3: sddm.log --]
[-- Type: text/x-log, Size: 1484 bytes --]


[13:31:18.262] (II) DAEMON: Initializing...
[13:31:18.264] (II) DAEMON: Starting...
[13:31:18.264] (II) DAEMON: Logind interface found
[13:31:18.265] (II) DAEMON: Adding new display...
[13:31:18.265] (II) DAEMON: Loaded empty theme configuration
[13:31:18.266] (II) DAEMON: Xauthority path: "/run/sddm/xauth_FIWeNk"
[13:31:18.266] (II) DAEMON: Using VT 7
[13:31:18.266] (II) DAEMON: Display server starting...
[13:31:18.266] (II) DAEMON: Writing cookie to "/run/sddm/xauth_FIWeNk"
[13:31:18.266] (II) DAEMON: Running: /usr/bin/X -nolisten tcp -background none -seat seat0 vt7 -auth /run/sddm/xauth_FIWeNk -noreset -displayfd 16
[13:31:18.760] (II) DAEMON: Setting default cursor
[13:31:18.764] (II) DAEMON: Running display setup script  "/usr/share/sddm/scripts/Xsetup"
[13:31:18.765] (II) DAEMON: Display server started.
[13:31:18.765] (II) DAEMON: Socket server starting...
[13:31:18.765] (II) DAEMON: Socket server started.
[13:31:18.765] (II) DAEMON: Loaded empty theme configuration
[13:31:18.765] (II) DAEMON: Greeter starting...
[13:31:18.771] (II) HELPER: [PAM] Starting...
[13:31:18.771] (II) HELPER: [PAM] Authenticating...
[13:31:18.771] (II) HELPER: [PAM] returning.
[13:31:18.790] (II) HELPER: Writing cookie to "/tmp/xauth_AFHlro"
[13:31:18.791] (II) HELPER: Starting X11 session: "" "/usr/bin/sddm-greeter --socket /tmp/sddm-:0-QeXneb"
[13:31:18.791] (II) DAEMON: Greeter session started successfully
[13:31:18.825] (II) DAEMON: Message received from greeter: Connect

[-- Attachment #4: Xorg.0.log --]
[-- Type: text/x-log, Size: 18360 bytes --]

[    44.035] (--) Log file renamed from "/var/log/Xorg.pid-2827.log" to "/var/log/Xorg.0.log"
[    44.035] 
X.Org X Server 1.21.1.13
X Protocol Version 11, Revision 0
[    44.035] Current Operating System: Linux Gentoo-1 6.9.4-gentoo #11 SMP PREEMPT_DYNAMIC Sat Jun 22 18:45:21 CDT 2024 x86_64
[    44.035] Kernel command line: BOOT_IMAGE=/kernel-6.9.4-6 root=UUID=26e58ee4-9c8f-4efd-bbb3-215df71cf85e ro
[    44.035]  
[    44.035] Current version of pixman: 0.43.4
[    44.035] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[    44.035] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    44.035] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jun 25 13:31:18 2024
[    44.036] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[    44.037] (==) No Layout section.  Using the first Screen section.
[    44.037] (==) No screen section available. Using defaults.
[    44.037] (**) |-->Screen "Default Screen Section" (0)
[    44.037] (**) |   |-->Monitor "<default monitor>"
[    44.037] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[    44.037] (**) Allowing byte-swapped clients
[    44.037] (==) Automatically adding devices
[    44.037] (==) Automatically enabling devices
[    44.037] (==) Automatically adding GPU devices
[    44.037] (==) Automatically binding GPU devices
[    44.037] (==) Max clients allowed: 256, resource mask: 0x1fffff
[    44.037] (WW) The directory "/usr/share/fonts/OTF" does not exist.
[    44.037] 	Entry deleted from font path.
[    44.038] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/75dpi".
[    44.038] 	Entry deleted from font path.
[    44.038] 	(Run 'mkfontdir' on "/usr/share/fonts/75dpi").
[    44.038] (==) FontPath set to:
	/usr/share/fonts/misc,
	/usr/share/fonts/TTF,
	/usr/share/fonts/Type1,
	/usr/share/fonts/100dpi
[    44.038] (==) ModulePath set to "/usr/lib64/xorg/modules"
[    44.038] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[    44.038] (II) Module ABI versions:
[    44.038] 	X.Org ANSI C Emulation: 0.4
[    44.038] 	X.Org Video Driver: 25.2
[    44.038] 	X.Org XInput driver : 24.4
[    44.038] 	X.Org Server Extension : 10.0
[    44.038] (++) using VT number 7

[    44.038] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[    44.038] (II) xfree86: Adding drm device (/dev/dri/card0)
[    44.038] (II) Platform probe for /sys/devices/pci0000:00/0000:00:03.1/0000:09:00.0/drm/card0
[    44.166] (--) PCI:*(9@0:0:0) 10de:1cb1:10de:11bc rev 161, Mem @ 0xfb000000/16777216, 0xd0000000/268435456, 0xe0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/524288
[    44.166] (II) LoadModule: "glx"
[    44.170] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[    44.173] (II) Module glx: vendor="X.Org Foundation"
[    44.173] 	compiled for 1.21.1.13, module version = 1.0.0
[    44.173] 	ABI class: X.Org Server Extension, version 10.0
[    44.173] (II) Applying OutputClass "nvidia" to /dev/dri/card0
[    44.173] 	loading driver: nvidia
[    44.173] (==) Matched nvidia as autoconfigured driver 0
[    44.173] (==) Matched nouveau as autoconfigured driver 1
[    44.173] (==) Matched nv as autoconfigured driver 2
[    44.173] (==) Matched modesetting as autoconfigured driver 3
[    44.173] (==) Matched fbdev as autoconfigured driver 4
[    44.173] (==) Matched vesa as autoconfigured driver 5
[    44.173] (==) Assigned the driver to the xf86ConfigLayout
[    44.173] (II) LoadModule: "nvidia"
[    44.173] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
[    44.175] (II) Module nvidia: vendor="NVIDIA Corporation"
[    44.175] 	compiled for 1.6.99.901, module version = 1.0.0
[    44.175] 	Module class: X.Org Video Driver
[    44.175] (II) LoadModule: "nouveau"
[    44.175] (WW) Warning, couldn't open module nouveau
[    44.175] (EE) Failed to load module "nouveau" (module does not exist, 0)
[    44.175] (II) LoadModule: "nv"
[    44.175] (WW) Warning, couldn't open module nv
[    44.175] (EE) Failed to load module "nv" (module does not exist, 0)
[    44.175] (II) LoadModule: "modesetting"
[    44.175] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[    44.177] (II) Module modesetting: vendor="X.Org Foundation"
[    44.177] 	compiled for 1.21.1.13, module version = 1.21.1
[    44.177] 	Module class: X.Org Video Driver
[    44.177] 	ABI class: X.Org Video Driver, version 25.2
[    44.177] (II) LoadModule: "fbdev"
[    44.177] (WW) Warning, couldn't open module fbdev
[    44.177] (EE) Failed to load module "fbdev" (module does not exist, 0)
[    44.177] (II) LoadModule: "vesa"
[    44.177] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[    44.178] (II) Module vesa: vendor="X.Org Foundation"
[    44.178] 	compiled for 1.21.1.13, module version = 2.6.0
[    44.178] 	Module class: X.Org Video Driver
[    44.178] 	ABI class: X.Org Video Driver, version 25.2
[    44.178] (II) NVIDIA dlloader X Driver  550.90.07  Fri May 31 09:34:34 UTC 2024
[    44.178] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[    44.178] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[    44.178] (II) VESA: driver for VESA chipsets: vesa
[    44.181] (II) Loading sub module "fb"
[    44.181] (II) LoadModule: "fb"
[    44.181] (II) Module "fb" already built-in
[    44.181] (II) Loading sub module "wfb"
[    44.181] (II) LoadModule: "wfb"
[    44.181] (II) Loading /usr/lib64/xorg/modules/libwfb.so
[    44.181] (II) Module wfb: vendor="X.Org Foundation"
[    44.181] 	compiled for 1.21.1.13, module version = 1.0.0
[    44.181] 	ABI class: X.Org ANSI C Emulation, version 0.4
[    44.182] (WW) Falling back to old probe method for modesetting
[    44.283] (II) NVIDIA(0): Creating default Display subsection in Screen section
	"Default Screen Section" for depth/fbbpp 24/32
[    44.283] (==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32
[    44.283] (==) NVIDIA(0): RGB weight 888
[    44.283] (==) NVIDIA(0): Default visual is TrueColor
[    44.283] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[    44.284] (**) NVIDIA(0): Enabling 2D acceleration
[    44.284] (II) Loading sub module "glxserver_nvidia"
[    44.284] (II) LoadModule: "glxserver_nvidia"
[    44.284] (II) Loading /usr/lib64/xorg/modules/extensions/libglxserver_nvidia.so
[    44.310] (II) Module glxserver_nvidia: vendor="NVIDIA Corporation"
[    44.310] 	compiled for 1.6.99.901, module version = 1.0.0
[    44.310] 	Module class: X.Org Server Extension
[    44.310] (II) NVIDIA GLX Module  550.90.07  Fri May 31 09:34:56 UTC 2024
[    44.310] (II) NVIDIA: The X server supports PRIME Render Offload.
[    44.311] (--) NVIDIA(0): Valid display device(s) on GPU-0 at PCI:9:0:0
[    44.311] (--) NVIDIA(0):     DFP-0
[    44.311] (--) NVIDIA(0):     DFP-1
[    44.311] (--) NVIDIA(0):     DFP-2
[    44.311] (--) NVIDIA(0):     DFP-3 (boot)
[    44.311] (--) NVIDIA(0):     DFP-4
[    44.311] (--) NVIDIA(0):     DFP-5
[    44.311] (--) NVIDIA(0):     DFP-6
[    44.311] (--) NVIDIA(0):     DFP-7
[    44.312] (II) NVIDIA(0): NVIDIA GPU Quadro P1000 (GP107GL-A) at PCI:9:0:0 (GPU-0)
[    44.312] (--) NVIDIA(0): Memory: 4194304 kBytes
[    44.312] (--) NVIDIA(0): VideoBIOS: 86.07.6d.00.01
[    44.312] (II) NVIDIA(0): Detected PCI Express Link width: 16X
[    44.312] (--) NVIDIA(GPU-0): DFP-0: disconnected
[    44.312] (--) NVIDIA(GPU-0): DFP-0: Internal DisplayPort
[    44.312] (--) NVIDIA(GPU-0): DFP-0: 1440.0 MHz maximum pixel clock
[    44.312] (--) NVIDIA(GPU-0): 
[    44.312] (--) NVIDIA(GPU-0): DFP-1: disconnected
[    44.312] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
[    44.312] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
[    44.312] (--) NVIDIA(GPU-0): 
[    44.312] (--) NVIDIA(GPU-0): DFP-2: disconnected
[    44.312] (--) NVIDIA(GPU-0): DFP-2: Internal DisplayPort
[    44.312] (--) NVIDIA(GPU-0): DFP-2: 1440.0 MHz maximum pixel clock
[    44.312] (--) NVIDIA(GPU-0): 
[    44.332] (--) NVIDIA(GPU-0): DFP-3: disconnected
[    44.332] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
[    44.332] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
[    44.332] (--) NVIDIA(GPU-0): 
[    44.332] (--) NVIDIA(GPU-0): DFP-4: disconnected
[    44.332] (--) NVIDIA(GPU-0): DFP-4: Internal DisplayPort
[    44.332] (--) NVIDIA(GPU-0): DFP-4: 1440.0 MHz maximum pixel clock
[    44.332] (--) NVIDIA(GPU-0): 
[    44.332] (--) NVIDIA(GPU-0): DFP-5: disconnected
[    44.332] (--) NVIDIA(GPU-0): DFP-5: Internal TMDS
[    44.332] (--) NVIDIA(GPU-0): DFP-5: 165.0 MHz maximum pixel clock
[    44.332] (--) NVIDIA(GPU-0): 
[    44.332] (--) NVIDIA(GPU-0): DFP-6: disconnected
[    44.332] (--) NVIDIA(GPU-0): DFP-6: Internal DisplayPort
[    44.332] (--) NVIDIA(GPU-0): DFP-6: 1440.0 MHz maximum pixel clock
[    44.332] (--) NVIDIA(GPU-0): 
[    44.333] (--) NVIDIA(GPU-0): DFP-7: disconnected
[    44.333] (--) NVIDIA(GPU-0): DFP-7: Internal TMDS
[    44.333] (--) NVIDIA(GPU-0): DFP-7: 165.0 MHz maximum pixel clock
[    44.333] (--) NVIDIA(GPU-0): 
[    44.333] (==) NVIDIA(0): 
[    44.333] (==) NVIDIA(0): No modes were requested; the default mode "nvidia-auto-select"
[    44.333] (==) NVIDIA(0):     will be used as the requested mode.
[    44.333] (==) NVIDIA(0): 
[    44.333] (--) NVIDIA(0): No enabled display devices found; starting anyway because
[    44.333] (--) NVIDIA(0):     AllowEmptyInitialConfiguration is enabled
[    44.333] (II) NVIDIA(0): Validated MetaModes:
[    44.333] (II) NVIDIA(0):     "NULL"
[    44.333] (II) NVIDIA(0): Virtual screen size determined to be 640 x 480
[    44.333] (WW) NVIDIA(0): Unable to get display device for DPI computation.
[    44.333] (==) NVIDIA(0): DPI set to (75, 75); computed from built-in default
[    44.333] (II) UnloadModule: "modesetting"
[    44.333] (II) Unloading modesetting
[    44.333] (II) UnloadModule: "vesa"
[    44.333] (II) Unloading vesa
[    44.333] (II) NVIDIA: Reserving 24576.00 MB of virtual memory for indirect memory
[    44.333] (II) NVIDIA:     access.
[    44.336] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
[    44.336] (II) NVIDIA(0):     may not be running or the "AcpidSocketPath" X
[    44.336] (II) NVIDIA(0):     configuration option may not be set correctly.  When the
[    44.336] (II) NVIDIA(0):     ACPI event daemon is available, the NVIDIA X driver will
[    44.336] (II) NVIDIA(0):     try to use it to receive ACPI event notifications.  For
[    44.336] (II) NVIDIA(0):     details, please see the "ConnectToAcpid" and
[    44.336] (II) NVIDIA(0):     "AcpidSocketPath" X configuration options in Appendix B: X
[    44.336] (II) NVIDIA(0):     Config Options in the README.
[    44.348] (II) NVIDIA(0): Setting mode "NULL"
[    44.389] (==) NVIDIA(0): Disabling shared memory pixmaps
[    44.389] (==) NVIDIA(0): Backing store enabled
[    44.389] (==) NVIDIA(0): Silken mouse enabled
[    44.389] (==) NVIDIA(0): DPMS enabled
[    44.389] (II) Loading sub module "dri2"
[    44.389] (II) LoadModule: "dri2"
[    44.389] (II) Module "dri2" already built-in
[    44.389] (II) NVIDIA(0): [DRI2] Setup complete
[    44.389] (II) NVIDIA(0): [DRI2]   VDPAU driver: nvidia
[    44.389] (II) Initializing extension Generic Event Extension
[    44.389] (II) Initializing extension SHAPE
[    44.389] (II) Initializing extension MIT-SHM
[    44.389] (II) Initializing extension XInputExtension
[    44.389] (II) Initializing extension XTEST
[    44.389] (II) Initializing extension BIG-REQUESTS
[    44.389] (II) Initializing extension SYNC
[    44.389] (II) Initializing extension XKEYBOARD
[    44.389] (II) Initializing extension XC-MISC
[    44.389] (II) Initializing extension XFIXES
[    44.389] (II) Initializing extension RENDER
[    44.389] (II) Initializing extension RANDR
[    44.389] (II) Initializing extension COMPOSITE
[    44.389] (II) Initializing extension DAMAGE
[    44.389] (II) Initializing extension MIT-SCREEN-SAVER
[    44.389] (II) Initializing extension DOUBLE-BUFFER
[    44.389] (II) Initializing extension RECORD
[    44.389] (II) Initializing extension DPMS
[    44.389] (II) Initializing extension Present
[    44.389] (II) Initializing extension DRI3
[    44.389] (II) Initializing extension X-Resource
[    44.389] (II) Initializing extension XVideo
[    44.389] (II) Initializing extension XVideo-MotionCompensation
[    44.389] (II) Initializing extension GLX
[    44.389] (II) Initializing extension GLX
[    44.389] (II) Indirect GLX disabled.
[    44.389] (II) GLX: Another vendor is already registered for screen 0
[    44.389] (II) Initializing extension XFree86-VidModeExtension
[    44.389] (II) Initializing extension XFree86-DGA
[    44.389] (II) Initializing extension XFree86-DRI
[    44.389] (II) Initializing extension DRI2
[    44.389] (II) Initializing extension NV-GLX
[    44.389] (II) Initializing extension NV-CONTROL
[    44.427] (II) config/udev: Adding input device Power Button (/dev/input/event1)
[    44.427] (**) Power Button: Applying InputClass "libinput keyboard catchall"
[    44.427] (II) LoadModule: "libinput"
[    44.427] (II) Loading /usr/lib64/xorg/modules/input/libinput_drv.so
[    44.429] (II) Module libinput: vendor="X.Org Foundation"
[    44.429] 	compiled for 1.21.1.13, module version = 1.4.0
[    44.429] 	Module class: X.Org XInput Driver
[    44.429] 	ABI class: X.Org XInput driver, version 24.4
[    44.429] (II) Using input driver 'libinput' for 'Power Button'
[    44.429] (**) Power Button: always reports core events
[    44.429] (**) Option "Device" "/dev/input/event1"
[    44.432] (II) event1  - Power Button: is tagged by udev as: Keyboard
[    44.432] (II) event1  - Power Button: device is a keyboard
[    44.432] (II) event1  - Power Button: device removed
[    44.454] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1"
[    44.454] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6)
[    44.454] (II) event1  - Power Button: is tagged by udev as: Keyboard
[    44.454] (II) event1  - Power Button: device is a keyboard
[    44.455] (II) config/udev: Adding input device Power Button (/dev/input/event0)
[    44.455] (**) Power Button: Applying InputClass "libinput keyboard catchall"
[    44.455] (II) Using input driver 'libinput' for 'Power Button'
[    44.455] (**) Power Button: always reports core events
[    44.455] (**) Option "Device" "/dev/input/event0"
[    44.455] (II) event0  - Power Button: is tagged by udev as: Keyboard
[    44.455] (II) event0  - Power Button: device is a keyboard
[    44.455] (II) event0  - Power Button: device removed
[    44.471] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0/event0"
[    44.471] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 7)
[    44.471] (II) event0  - Power Button: is tagged by udev as: Keyboard
[    44.471] (II) event0  - Power Button: device is a keyboard
[    44.472] (II) config/udev: Adding input device DELL Dell USB Entry Keyboard (/dev/input/event3)
[    44.472] (**) DELL Dell USB Entry Keyboard: Applying InputClass "libinput keyboard catchall"
[    44.472] (II) Using input driver 'libinput' for 'DELL Dell USB Entry Keyboard'
[    44.472] (**) DELL Dell USB Entry Keyboard: always reports core events
[    44.472] (**) Option "Device" "/dev/input/event3"
[    44.473] (II) event3  - DELL Dell USB Entry Keyboard: is tagged by udev as: Keyboard
[    44.473] (II) event3  - DELL Dell USB Entry Keyboard: device is a keyboard
[    44.473] (II) event3  - DELL Dell USB Entry Keyboard: device removed
[    44.490] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-10/1-10:1.0/0003:413C:2107.0003/input/input3/event3"
[    44.490] (II) XINPUT: Adding extended input device "DELL Dell USB Entry Keyboard" (type: KEYBOARD, id 8)
[    44.491] (II) event3  - DELL Dell USB Entry Keyboard: is tagged by udev as: Keyboard
[    44.491] (II) event3  - DELL Dell USB Entry Keyboard: device is a keyboard
[    44.491] (II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/event2)
[    44.491] (**) Logitech USB Optical Mouse: Applying InputClass "libinput pointer catchall"
[    44.491] (II) Using input driver 'libinput' for 'Logitech USB Optical Mouse'
[    44.491] (**) Logitech USB Optical Mouse: always reports core events
[    44.491] (**) Option "Device" "/dev/input/event2"
[    44.492] (II) event2  - Logitech USB Optical Mouse: is tagged by udev as: Mouse
[    44.492] (II) event2  - Logitech USB Optical Mouse: device is a pointer
[    44.492] (II) event2  - Logitech USB Optical Mouse: device removed
[    44.518] (II) libinput: Logitech USB Optical Mouse: Step value 0 was provided, libinput Fallback acceleration function is used.
[    44.518] (II) libinput: Logitech USB Optical Mouse: Step value 0 was provided, libinput Fallback acceleration function is used.
[    44.518] (II) libinput: Logitech USB Optical Mouse: Step value 0 was provided, libinput Fallback acceleration function is used.
[    44.518] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-9/1-9:1.0/0003:046D:C077.0002/input/input2/event2"
[    44.518] (II) XINPUT: Adding extended input device "Logitech USB Optical Mouse" (type: MOUSE, id 9)
[    44.518] (**) Option "AccelerationScheme" "none"
[    44.518] (**) Logitech USB Optical Mouse: (accel) selected scheme none/0
[    44.518] (**) Logitech USB Optical Mouse: (accel) acceleration factor: 2.000
[    44.518] (**) Logitech USB Optical Mouse: (accel) acceleration threshold: 4
[    44.519] (II) event2  - Logitech USB Optical Mouse: is tagged by udev as: Mouse
[    44.519] (II) event2  - Logitech USB Optical Mouse: device is a pointer
[    44.519] (II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/mouse0)
[    44.519] (II) No input driver specified, ignoring this device.
[    44.519] (II) This device may have been added with another device file.

[-- Attachment #5: xorg-session.log --]
[-- Type: text/x-log, Size: 1 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 2818 bytes --]

On Tuesday, 25 June 2024 19:54:33 BST Dale wrote:
> Michael wrote:

> > You need to have USE="elogind -systemd" in your make.conf, then add the
> > elogind service to the *boot* runlevel as shown here:
> > 
> > https://wiki.gentoo.org/wiki/Elogind
> 
> I read down through that.  I did find that acl had made it into the USE
> flag line.  I removed it.

You shouldn't have.


> It's not on my main rig so no idea where that
> came from.

It is enabled by the profile defaults:

~ $ euse -I acl
global use flags (searching: acl)
************************************************************
[+ CD   ] /var/db/repos/gentoo/profiles/use.desc:acl - Add support for Access 
Control Lists
[snip ...]


> > Can you please save and attach as plain text files your:
> > 
> > 1. dmesg
> > 2. Xorg.0.log
> > 3. ~/.local/share/sddm/xorg-session.log
> > 4. /var/log/sddm.log
> > 
> > after you end up in a black screen, in case they reveal something.
> 
> Should be attached.  I blanked the files and then rebooted and started
> display-manager, (DM).  You should have only the most recent info.  I'm
> also putting a chunk of messages below.  It might help.  It isn't much. 
> Same as before it seems.  I still say this is something simple but hard
> to find.  :/ 
> 
> Dale
> 
> :-)  :-) 
> 
> Messages:
[snip ...] 

> Jun 25 13:31:18 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
> to read EDID for display device DP-3

The above message indicates the same problem you had experienced before you 
reinstalled.  The monitor is not sending its EDID table, or the card can't 
read it.

Your Xorg sets a default dummy resolution of 640 x 480, because it can't find 
anything connected to the card.

Things I would try, until someone who can grok nvidia contributes better 
ideas:

Eliminate the hardware being the cause of the problem, e.g.: try a different 
cable, different monitor, then try the same card (with same drivers and same 
kernel settings) on your other PC.  If this proves there's nothing wrong with 
the cable, card, or kernel settings:

1. Try different ports and restart display-manager each time.

2. Add these two lines at the bottom of /usr/share/sddm/scripts/Xsetup:

xrandr --setprovideroutputsource modesetting NVIDIA-0
xrandr --auto

Again restart display-manager.

3. Add a file /etc/X11/xorg.conf.d/20nvidia.conf

Section "Device"
   Identifier  "nvidia"
   Driver      "nvidia"
   BusID       "PCI:9:0:0"
   Option "UseEDID" "false" ## Try this too ##
EndSection

Again restart display-manager.

Every time you try a setting and it doesn't produce the goods, revert it 
before you try the next thing.  Make notes and keep an eye on your logs in 
case you spot a difference.

If none of these tweaks work, then you can try capturing the EDID table and 
creating a file for the card to load.

HTH.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] SOLVED Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Tuesday, 25 June 2024 19:54:33 BST Dale wrote:
>> Michael wrote:
>>> You need to have USE="elogind -systemd" in your make.conf, then add the
>>> elogind service to the *boot* runlevel as shown here:
>>>
>>> https://wiki.gentoo.org/wiki/Elogind
>> I read down through that.  I did find that acl had made it into the USE
>> flag line.  I removed it.
> You shouldn't have.
>
>
>> It's not on my main rig so no idea where that
>> came from.
> It is enabled by the profile defaults:
>
> ~ $ euse -I acl
> global use flags (searching: acl)
> ************************************************************
> [+ CD   ] /var/db/repos/gentoo/profiles/use.desc:acl - Add support for Access 
> Control Lists
> [snip ...]
>
>
>>> Can you please save and attach as plain text files your:
>>>
>>> 1. dmesg
>>> 2. Xorg.0.log
>>> 3. ~/.local/share/sddm/xorg-session.log
>>> 4. /var/log/sddm.log
>>>
>>> after you end up in a black screen, in case they reveal something.
>> Should be attached.  I blanked the files and then rebooted and started
>> display-manager, (DM).  You should have only the most recent info.  I'm
>> also putting a chunk of messages below.  It might help.  It isn't much. 
>> Same as before it seems.  I still say this is something simple but hard
>> to find.  :/ 
>>
>> Dale
>>
>> :-)  :-) 
>>
>> Messages:
> [snip ...] 
>
>> Jun 25 13:31:18 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
>> to read EDID for display device DP-3
> The above message indicates the same problem you had experienced before you 
> reinstalled.  The monitor is not sending its EDID table, or the card can't 
> read it.
>
> Your Xorg sets a default dummy resolution of 640 x 480, because it can't find 
> anything connected to the card.
>
> Things I would try, until someone who can grok nvidia contributes better 
> ideas:
>
> Eliminate the hardware being the cause of the problem, e.g.: try a different 
> cable, different monitor, then try the same card (with same drivers and same 
> kernel settings) on your other PC.  If this proves there's nothing wrong with 
> the cable, card, or kernel settings:
>
> 1. Try different ports and restart display-manager each time.
>
> 2. Add these two lines at the bottom of /usr/share/sddm/scripts/Xsetup:
>
> xrandr --setprovideroutputsource modesetting NVIDIA-0
> xrandr --auto
>
> Again restart display-manager.
>
> 3. Add a file /etc/X11/xorg.conf.d/20nvidia.conf
>
> Section "Device"
>    Identifier  "nvidia"
>    Driver      "nvidia"
>    BusID       "PCI:9:0:0"
>    Option "UseEDID" "false" ## Try this too ##
> EndSection
>
> Again restart display-manager.
>
> Every time you try a setting and it doesn't produce the goods, revert it 
> before you try the next thing.  Make notes and keep an eye on your logs in 
> case you spot a difference.
>
> If none of these tweaks work, then you can try capturing the EDID table and 
> creating a file for the card to load.
>
> HTH.


We have some serious patience with this thing.  I think everyone else
evacuated. The reinstall wasn't likely to lead to a resolution but I did
get to fix the partition boo boo.  It's hot here.  I took a nap.  I did
walk to the mailbox and get my mail first.  My little 4 volt battery
came in for my spare electric fence charger, keeps the deer out. 
Anyway, when I woke up, I looked at the rig and was thinking.  I was
even thinking of moving my main rig monitor to the new rig and see what
it did.  I'd already tried a different card so didn't see any need in
repeating that.  Then I had a thought.  Why is it saying port DP-3?  Why
is it not port DP-0?  I thought the first port was the one on the
bottom.  Turns out, the top port is the first one.  So, I moved the
cable to the first port, DP-0.  I booted the rig up, started DM, got the
login screen as usual and guess what was next, a complete desktop.  I
changed it to not power off or switch to a screensaver so that it would
stay on and I could keep a eye on it. I heated up supper, ate, typing
this reply and it is still running, in 1080P no less. 

Now tell me this, why would it not work on DP-3 or DP-2 when I tried
those earlier on?  Does one always have to have a monitor connected to
DP-0 first then others as monitors are added? 

Now comes the next question.  To move just KDE stuff over, desktop
settings and such.  ~/.local and .config.  Are those the big ones? 
Also, I have a .kde4 directory, that's no longer used right?  I think it
died ages ago.  I forgot all about that thing.  I'll copy the other
stuff over at some point but just want to play with the big stuff at the
moment. 

In your list, #1 would have been the fix.  It also turns out, it was
me.  I plugged the cable in the wrong port.  No idea why everything else
worked fine tho.  All the boot media worked just fine.  This is a large
thread over something so simple.  ;-) 

Thanks so much for all the help.  The main rig is still sitting there at
1080P waiting on me.  Finally, after over $1,000 spent, days of
installing, twice, and a lot of testing, a working computer.  :-D  :-D 

Dale

:-)  :-) 

Re: [gentoo-user] SOLVED Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 7027 bytes --]

On Wednesday, 26 June 2024 01:28:47 BST Dale wrote:
> Michael wrote:

> > The above message indicates the same problem you had experienced before
> > you
> > reinstalled.  The monitor is not sending its EDID table, or the card can't
> > read it.
> > 
> > Your Xorg sets a default dummy resolution of 640 x 480, because it can't
> > find anything connected to the card.
> > 
> > Things I would try, until someone who can grok nvidia contributes better
> > ideas:
> > 
> > Eliminate the hardware being the cause of the problem, e.g.: try a
> > different cable, different monitor, then try the same card (with same
> > drivers and same kernel settings) on your other PC.  If this proves
> > there's nothing wrong with the cable, card, or kernel settings:
> > 
> > 1. Try different ports and restart display-manager each time.
> > 
> > 2. Add these two lines at the bottom of /usr/share/sddm/scripts/Xsetup:
> > 
> > xrandr --setprovideroutputsource modesetting NVIDIA-0
> > xrandr --auto
> > 
> > Again restart display-manager.
> > 
> > 3. Add a file /etc/X11/xorg.conf.d/20nvidia.conf
> > 
> > Section "Device"
> > 
> >    Identifier  "nvidia"
> >    Driver      "nvidia"
> >    BusID       "PCI:9:0:0"
> >    Option "UseEDID" "false" ## Try this too ##
> > 
> > EndSection
> > 
> > Again restart display-manager.
> > 
> > Every time you try a setting and it doesn't produce the goods, revert it
> > before you try the next thing.  Make notes and keep an eye on your logs in
> > case you spot a difference.
> > 
> > If none of these tweaks work, then you can try capturing the EDID table
> > and creating a file for the card to load.
[snip ...]

> I was
> even thinking of moving my main rig monitor to the new rig and see what
> it did.  I'd already tried a different card so didn't see any need in
> repeating that.  Then I had a thought.  Why is it saying port DP-3?  Why
> is it not port DP-0?

Your PC indicated DFP-3 was what it had booted at - from your Xorg.0.log:

[    44.311] (--) NVIDIA(0): Valid display device(s) on GPU-0 at PCI:9:0:0
[    44.311] (--) NVIDIA(0):     DFP-0
[    44.311] (--) NVIDIA(0):     DFP-1
[    44.311] (--) NVIDIA(0):     DFP-2
[    44.311] (--) NVIDIA(0):     DFP-3 (boot)
[    44.311] (--) NVIDIA(0):     DFP-4
[    44.311] (--) NVIDIA(0):     DFP-5
[    44.311] (--) NVIDIA(0):     DFP-6
[    44.311] (--) NVIDIA(0):     DFP-7

which is the display device connector type nvidia identifies the monitor being 
connected to.  However, then it prints this discouraging message:

[    44.312] (--) NVIDIA(GPU-0): 
[    44.332] (--) NVIDIA(GPU-0): DFP-3: disconnected  <== This ===
[    44.332] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
[    44.332] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
[    44.332] (--) NVIDIA(GPU-0): 


> I thought the first port was the one on the
> bottom.  Turns out, the top port is the first one.  So, I moved the
> cable to the first port, DP-0.

I thought you had already tried this prior to reinstalling, when I had 
suggested to try different ports.


> I booted the rig up, started DM, got the
> login screen as usual and guess what was next, a complete desktop.  I
> changed it to not power off or switch to a screensaver so that it would
> stay on and I could keep a eye on it. I heated up supper, ate, typing
> this reply and it is still running, in 1080P no less. 

YES!  :-D


> Now tell me this, why would it not work on DP-3 or DP-2 when I tried
> those earlier on?  Does one always have to have a monitor connected to
> DP-0 first then others as monitors are added? 

It may have something to do with auto-detecting PNP display devices, like 
DisplayPort monitor devices.  There is a HPD pin (Hot Plug Detect) on the DP, 
which lets the card know if a monitor turns off.  This seems to cause the 
card's driver to detect the display as "disconnected", which then disables the 
port.

The question is why would the monitor turn off.  Well, it might be taking too 
long for the card to walk from DP-1 to DP-3, by which time the monitor has 
gone to sleep to save energy.  If the monitor is on DP-1, then it doesn't get 
a chance to do this.

Alternatively, the Quadro P1000 video card being a 'pro' graphics card may 
have been designed with the assumption a monitor (the primary monitor) is 
*always* connected on the first port, or else the PC is configured as a 
headless server - I don't know really.

I think if you capture and feed manually the EDID table to the card's driver, 
it may work differently - but again, I have no experience with Nvidia.  By 
accident or good fortune I've always had 'linux-friendly' AMD-Radeon cards on 
my PCs.

One thing I have noticed with my DisplayPort monitor, it needs to be powered 
on while the PC boots up/shuts down.  If the monitor is switched off it will 
not get detected after boot and also the shutdown process is cancelled.  :-/


> Now comes the next question.  To move just KDE stuff over, desktop
> settings and such.  ~/.local and .config.  Are those the big ones?

Yes, if we're talking about plasma and kde applications.

You'll also need:

.mozilla
.ssh
.gnupg
.gkrellm2

and others, if you want to keep their settings the same across PCs.

> Also, I have a .kde4 directory, that's no longer used right?  I think it
> died ages ago.  I forgot all about that thing.

Last time kde4 was touched on my system was in 2022 - perhaps I changed some 
theme/panel colors or some such.  I thought it was defunct as a directory for 
some year now:

~ $ ls -la .kde4/share/apps/color-schemes/
total 23
drwxr-xr-x 2 michael michael 3452 Oct  1  2022 .
drwxr-xr-x 3 michael michael 3452 Jun 14  2019 ..
-rw-r--r-- 1 michael michael 3519 Jun 16  2019 Breeze.colors
-rw-r--r-- 1 michael michael 3806 Jun 15  2019 BreezeDark.colors
-rw-r--r-- 1 michael michael 4474 Oct  1  2022 Oxygen.colors

~ $ ls -la .kde4/share/config/
total 11
drwxr-xr-x 2 michael michael 3452 Oct  1  2022 .
drwxr-xr-x 4 michael michael 3452 Jun 14  2019 ..
-rw------- 1 michael michael 3403 Oct  1  2022 kdeglobals


> I'll copy the other
> stuff over at some point but just want to play with the big stuff at the
> moment. 
> 
> In your list, #1 would have been the fix.  It also turns out, it was
> me.  I plugged the cable in the wrong port.  No idea why everything else
> worked fine tho.  All the boot media worked just fine.  This is a large
> thread over something so simple.  ;-) 

Well, if I had more experience with Nvidia, or if you tried each and every 
port as I erroneously assumed you had done, it may not have taken this long!  
;-)


> Thanks so much for all the help.  The main rig is still sitting there at
> 1080P waiting on me.  Finally, after over $1,000 spent, days of
> installing, twice, and a lot of testing, a working computer.  :-D  :-D 
> 
> Dale
> 
> :-)  :-) 

Could you please send me your Xorg.0.log again with a working and powered up 
monitor, off-list to keep the noise down.  I'd be interested to see what it 
reports now the monitor is connected to DP-1 and initialized correctly.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1.1: Type: text/plain, Size: 7611 bytes --]

Well, I spoke to soon.  I shutdown for a while.  When I rebooted, to get
the logs you wanted, it started cutting off again like it did before. 
It seems it worked that one time but it just wanted to tease me.  :/


Michael wrote:
> On Wednesday, 26 June 2024 01:28:47 BST Dale wrote:
>> Michael wrote:
>>> The above message indicates the same problem you had experienced before
>>> you
>>> reinstalled.  The monitor is not sending its EDID table, or the card can't
>>> read it.
>>>
>>> Your Xorg sets a default dummy resolution of 640 x 480, because it can't
>>> find anything connected to the card.
>>>
>>> Things I would try, until someone who can grok nvidia contributes better
>>> ideas:
>>>
>>> Eliminate the hardware being the cause of the problem, e.g.: try a
>>> different cable, different monitor, then try the same card (with same
>>> drivers and same kernel settings) on your other PC.  If this proves
>>> there's nothing wrong with the cable, card, or kernel settings:
>>>
>>> 1. Try different ports and restart display-manager each time.
>>>
>>> 2. Add these two lines at the bottom of /usr/share/sddm/scripts/Xsetup:
>>>
>>> xrandr --setprovideroutputsource modesetting NVIDIA-0
>>> xrandr --auto
>>>
>>> Again restart display-manager.
>>>
>>> 3. Add a file /etc/X11/xorg.conf.d/20nvidia.conf
>>>
>>> Section "Device"
>>>
>>>    Identifier  "nvidia"
>>>    Driver      "nvidia"
>>>    BusID       "PCI:9:0:0"
>>>    Option "UseEDID" "false" ## Try this too ##
>>>
>>> EndSection
>>>
>>> Again restart display-manager.
>>>
>>> Every time you try a setting and it doesn't produce the goods, revert it
>>> before you try the next thing.  Make notes and keep an eye on your logs in
>>> case you spot a difference.
>>>
>>> If none of these tweaks work, then you can try capturing the EDID table
>>> and creating a file for the card to load.
> [snip ...]

I tried all those in different ways.  Basically, same thing.  The last
one did flash me just long enough to see the sddm login screen was low
resolution. 


>
>> I was
>> even thinking of moving my main rig monitor to the new rig and see what
>> it did.  I'd already tried a different card so didn't see any need in
>> repeating that.  Then I had a thought.  Why is it saying port DP-3?  Why
>> is it not port DP-0?
> Your PC indicated DFP-3 was what it had booted at - from your Xorg.0.log:
>
> [    44.311] (--) NVIDIA(0): Valid display device(s) on GPU-0 at PCI:9:0:0
> [    44.311] (--) NVIDIA(0):     DFP-0
> [    44.311] (--) NVIDIA(0):     DFP-1
> [    44.311] (--) NVIDIA(0):     DFP-2
> [    44.311] (--) NVIDIA(0):     DFP-3 (boot)
> [    44.311] (--) NVIDIA(0):     DFP-4
> [    44.311] (--) NVIDIA(0):     DFP-5
> [    44.311] (--) NVIDIA(0):     DFP-6
> [    44.311] (--) NVIDIA(0):     DFP-7
>
> which is the display device connector type nvidia identifies the monitor being 
> connected to.  However, then it prints this discouraging message:
>
> [    44.312] (--) NVIDIA(GPU-0): 
> [    44.332] (--) NVIDIA(GPU-0): DFP-3: disconnected  <== This ===
> [    44.332] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
> [    44.332] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
> [    44.332] (--) NVIDIA(GPU-0): 
>

I noticed that too.  I was curious why it was saying disconnected when I
didn't. 


>> I thought the first port was the one on the
>> bottom.  Turns out, the top port is the first one.  So, I moved the
>> cable to the first port, DP-0.
> I thought you had already tried this prior to reinstalling, when I had 
> suggested to try different ports.
>

I did try another port, just not all of them.  I figured one port may be
bad.  Surely not more than one tho.  Plus, another card did the same thing.

>> I booted the rig up, started DM, got the
>> login screen as usual and guess what was next, a complete desktop.  I
>> changed it to not power off or switch to a screensaver so that it would
>> stay on and I could keep a eye on it. I heated up supper, ate, typing
>> this reply and it is still running, in 1080P no less. 
> YES!  :-D
>

NO!!   O_O

>> Now tell me this, why would it not work on DP-3 or DP-2 when I tried
>> those earlier on?  Does one always have to have a monitor connected to
>> DP-0 first then others as monitors are added? 
> It may have something to do with auto-detecting PNP display devices, like 
> DisplayPort monitor devices.  There is a HPD pin (Hot Plug Detect) on the DP, 
> which lets the card know if a monitor turns off.  This seems to cause the 
> card's driver to detect the display as "disconnected", which then disables the 
> port.
>
> The question is why would the monitor turn off.  Well, it might be taking too 
> long for the card to walk from DP-1 to DP-3, by which time the monitor has 
> gone to sleep to save energy.  If the monitor is on DP-1, then it doesn't get 
> a chance to do this.
>
> Alternatively, the Quadro P1000 video card being a 'pro' graphics card may 
> have been designed with the assumption a monitor (the primary monitor) is 
> *always* connected on the first port, or else the PC is configured as a 
> headless server - I don't know really.
>
> I think if you capture and feed manually the EDID table to the card's driver, 
> it may work differently - but again, I have no experience with Nvidia.  By 
> accident or good fortune I've always had 'linux-friendly' AMD-Radeon cards on 
> my PCs.
>
> One thing I have noticed with my DisplayPort monitor, it needs to be powered 
> on while the PC boots up/shuts down.  If the monitor is switched off it will 
> not get detected after boot and also the shutdown process is cancelled.  :-/
>
>
>> Now comes the next question.  To move just KDE stuff over, desktop
>> settings and such.  ~/.local and .config.  Are those the big ones?
> Yes, if we're talking about plasma and kde applications.
>
> You'll also need:
>
> .mozilla
> .ssh
> .gnupg
> .gkrellm2
>
> and others, if you want to keep their settings the same across PCs.

I was just wanting the basic stuff at first.  Just the desktop settings
and such. 

> <<< SNIP >>>
>> I'll copy the other
>> stuff over at some point but just want to play with the big stuff at the
>> moment. 
>>
>> In your list, #1 would have been the fix.  It also turns out, it was
>> me.  I plugged the cable in the wrong port.  No idea why everything else
>> worked fine tho.  All the boot media worked just fine.  This is a large
>> thread over something so simple.  ;-) 
> Well, if I had more experience with Nvidia, or if you tried each and every 
> port as I erroneously assumed you had done, it may not have taken this long!  
> ;-)
>
>
>> Thanks so much for all the help.  The main rig is still sitting there at
>> 1080P waiting on me.  Finally, after over $1,000 spent, days of
>> installing, twice, and a lot of testing, a working computer.  :-D  :-D 
>>
>> Dale
>>
>> :-)  :-) 
> Could you please send me your Xorg.0.log again with a working and powered up 
> monitor, off-list to keep the noise down.  I'd be interested to see what it 
> reports now the monitor is connected to DP-1 and initialized correctly.

I figured out that it wasn't working again when trying to do just that. 
Since it stopped working again, I'm attaching another log that may
help.  Pretty sure one shows monitor info that may help.  The long one
is where it was not working.  Wish I had seen this email before I
shutdown. 

New thoughts?  Would a new monitor fix this?  I found a good deal on one
if the monitor is the problem.  From the logs, I think it is the monitor
as you say.  It may be reporting info at some times but not others. 

Dale

:-)  :-) 

[-- Attachment #1.2: Type: text/html, Size: 11715 bytes --]

[-- Attachment #2: xorg-session.log.txt --]
[-- Type: text/plain, Size: 15122 bytes --]



Xorg.0.log
[   387.203] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-3): connected
[   387.203] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-3): Internal TMDS
[   387.203] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-3): 300.0 MHz maximum pixel clock


dmesg 
[  385.156500] nvidia_uvm: module uses symbols nvUvmInterfaceDisableAccessCntr from proprietary module nvidia, inheriting taint.
[  385.166121] nvidia-uvm: Loaded the UVM driver, major device number 240.
[  386.523539] nvidia-modeset: WARNING: GPU:0: Unable to read EDID for display device LG Electronics W2253 (DP-3)


Gentoo-1 ~ # cat /home/dale/.local/share/sddm/xorg-session.log 
kdeinit5: preparing to launch '/usr/lib64/libexec/kf5/klauncher'
kdeinit5: Launched KLauncher, pid = 2768, result = 0
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kdeinit5: opened connection to :0
Initializing  "/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_fonts.so"
Initializing  "/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_style.so"
kdeinit5: Got SETENV 'GTK_RC_FILES=/etc/gtk/gtkrc:/home/dale/.gtkrc:/home/dale/.config/gtkrc' from launcher.
kdeinit5: Got SETENV 'GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/dale/.gtkrc-2.0:/home/dale/.config/gtkrc-2.0' from launcher.
Initializing  "/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_mouse.so"
kdeinit5: Got SETENV 'XCURSOR_THEME=breeze_cursors' from launcher.
kdeinit5: Got SETENV 'XCURSOR_SIZE=24' from launcher.
org.kde.plasma.session: process job  "kcminit_startup" finished with exit code  0
Installing the delayed initialization callback.
QObject::connect: No such signal QDBusAbstractInterface::StateChanged(uint)
kcm_touchpad: Using X11 backend
QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was ':1.13'
Delayed initialization.
Reloading the khotkeys configuration
Version 2 File!
true
Imported file "/usr/share/khotkeys/defaults.khotkeys"
Imported file "/usr/share/khotkeys/kde32b1.khotkeys"
Imported file "/usr/share/khotkeys/konqueror_gestures_kde321.khotkeys"
Qt: Session management error: networkIdsList argument is NULL
xsettingsd: Loaded 13 settings from /home/dale/.config/xsettingsd/xsettingsd.conf
QDBusAbstractAdaptor: Cannot relay signal KDEDModule::moduleDeleted(KDEDModule*): Pointers are not supported: KDEDModule*
Known activities: ("efff3ec7-1615-4136-b51e-54309a8ca9da")
kf.bluezqt: PendingCall Error: "The name org.bluez was not provided by any .service files"
xsettingsd: Created window 0x2e00001 on screen 0 with timestamp 386561
kdeinit5: Got SETENV 'ICEAUTHORITY=/run/user/1000/iceauth_CGSANd' from launcher.
kdeinit5: Got SETENV 'SESSION_MANAGER=local/Gentoo-1:@/tmp/.ICE-unix/2877,unix/Gentoo-1:/tmp/.ICE-unix/2877' from launcher.
kdeinit5: Got SETENV 'ICEAUTHORITY=/run/user/1000/iceauth_CGSANd' from launcher.
kdeinit5: Got SETENV 'SESSION_MANAGER=local/Gentoo-1:@/tmp/.ICE-unix/2877,unix/Gentoo-1:/tmp/.ICE-unix/2877' from launcher.
xsettingsd: Selection _XSETTINGS_S0 is owned by 0x0
xsettingsd: Took ownership of selection _XSETTINGS_S0
Initializing  "/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_kgamma.so"
Xlib XKB extension major= 1  minor= 0
OpenGL vendor string:                   NVIDIA Corporation
OpenGL renderer string:                 Quadro P1000/PCIe/SSE2
OpenGL version string:                  3.1.0 NVIDIA 550.90.07
OpenGL shading language version string: 1.40 NVIDIA via Cg compiler
Driver:                                 NVIDIA
Driver version:                         550.90.7
GPU class:                              Unknown
OpenGL version:                         3.1
GLSL version:                           1.40
X server version:                       1.21.1
Linux kernel version:                   6.9.4
Requires strict binding:                no
GLSL shaders:                           yes
Texture NPOT support:                   yes
Virtual Machine:                        no
Initializing  "/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_touchpad.so"
kcm_touchpad: Using X11 backend
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 0
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 1
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 2
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 3
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 4
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 5
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 6
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 7
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 8
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 9
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 10
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 11
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 12
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 13
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 14
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 15
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 16
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 17
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 18
ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card) Cannot get card index for 19
kscreen.kded: PowerDevil SuspendSession action not available!
org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge thresholds are not supported by the kernel for this hardware"
org.kde.powerdevil: org.kde.powerdevil.backlighthelper.brightness failed
New PolkitAgentListener  0x5590c78b9760
Adding new listener  PolkitQt1::Agent::Listener(0x7f3dd40124d0) for  0x5590c78b9760
Listener online
X server XKB extension major= 1  minor= 0
Authentication agent result: true
kf.config.core: "\"fsrestore1\" - conversion of \"0,0,0,0\" to QRect failed"
kf.config.core: "\"fsrestore2\" - conversion of \"0,0,0,0\" to QRect failed"
kf.config.core: "\"fsrestore3\" - conversion of \"0,0,0,0\" to QRect failed"
org.kde.powerdevil: Handle button events action could not check for screen configuration
org.kde.powerdevil: The profile  "AC" tried to activate "DimDisplay" a non-existent action. This is usually due to an installation problem, a configuration problem, or because the action is not supported
org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge thresholds are not supported by the kernel for this hardware"
Checking screens: available: (QScreen(0x556a53643ca0, name="DP-3")) redundant: QHash() fake: QSet() all: (QScreen(0x556a53643ca0, name="DP-3"))
Checking screens: available: (QScreen(0x556a53643ca0, name="DP-3")) redundant: QHash() fake: QSet() all: (QScreen(0x556a53643ca0, name="DP-3"))
kf.plasma.quick: Applet preload policy set to 1
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/templates/InlineMessage.qml:265:13: QML SelectableLabel: Binding loop detected for property "implicitWidth"
QObject::connect: No such slot DesktopProtocol::_k_slotRedirection(KIO::Job *, QUrl)
Trying to use rootObject before initialization is completed, whilst using setInitializationDelayed. Forcing completion
org.kde.plasma.kicker: Entry is not valid "org.kde.kontact.desktop" QSharedPointer(0x556a543baab0)
org.kde.plasma.kicker: Entry is not valid "ktp-contactlist.desktop" QSharedPointer(0x556a543baa10)
org.kde.plasma.kicker: Entry is not valid "org.kde.discover.desktop" QSharedPointer(0x556a543baa60)
org.kde.plasma.kicker: Entry is not valid "org.kde.kontact.desktop" QSharedPointer(0x556a5430f420)
org.kde.plasma.kicker: Entry is not valid "ktp-contactlist.desktop" QSharedPointer(0x556a543baa60)
org.kde.plasma.kicker: Entry is not valid "org.kde.discover.desktop" QSharedPointer(0x556a5430f3d0)
file:///usr/share/plasma/plasmoids/org.kde.plasma.systemmonitor/contents/ui/main.qml:43:5: QML MouseArea: Cannot anchor to an item that isn't a parent or sibling.
file:///usr/share/plasma/plasmoids/org.kde.plasma.systemmonitor/contents/ui/main.qml:43:5: QML MouseArea: Cannot anchor to an item that isn't a parent or sibling.
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.barchart/contents/ui/BarChart.qml:54:9: Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:94:13: Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:94:13: Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:57:9: Unable to assign [undefined] to int
Cyclic dependency detected between "file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml" and "file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/NotificationHeader.qml"
Cyclic dependency detected between "file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml" and "file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/ThumbnailStrip.qml"
kwin_core: XCB error: 150 (BadDamage), sequence: 2312, resource id: 29360151, major code: 142 (DAMAGE), minor code: 3 (Subtract)
QFont::setPointSizeF: Point size <= 0 (0.000000), must be greater than 0
org.kde.plasma.pulseaudio: No object for name "auto_null.monitor"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
qt.core.qabstractitemmodel.checkindex: Index QModelIndex(-1,-1,0x0,QObject(0x0)) is not valid (expected valid)
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.barchart/contents/ui/FullRepresentation.qml:23:1: QML FullRepresentation: Binding loop detected for property "implicitHeight"
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.barchart/contents/ui/BarChart.qml:54:9: Unable to assign [undefined] to int
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/FullRepresentation.qml:22:1: QML FullRepresentation: Binding loop detected for property "implicitHeight"
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:94:13: Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:94:13: Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:57:9: Unable to assign [undefined] to int
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5: QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/share/plasma/plasmoids/org.kde.plasma.battery/contents/ui/CompactRepresentation.qml:61:17: Unable to assign [undefined] to int
Gentoo-1 ~ # 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Update.  I ordered a monitor.  It's bigger than the one I have now.  I'd
still like to get this one working if you have ideas.  May help someone
else, we may learn something, you most likely will remember it.  LOL  My
plan, get new monitor working with new rig.  When I switch current rig
to new rig, monitor moves over with it too.  This way, the working
monitors stay with the rig they work with.  I need a larger monitor and
a extra monitor anyway.  May give me that second monitor I mentioned
earlier too.  Monitor is a Samsung LS32B304NWN.  I'm pretty sure it is
better than my current monitor in most respects.  I don't game or
anything anyway.  On other reply, if you have ideas, I'll try them. 

Oh, sorry for late reply.  My sis-n-law was supposed to have surgery. 
She's been sick a while and was to dehydrated to have it since they been
dragging their feet.  Spent over half the day to accomplish nothing. 
Wore me out. 

Ebay claims it should be here by next Tuesday.  Could be earlier but it
does have a ways to go. 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Update.  I played around a bit.  I figured I didn't have a lot to lose
here.  It either works, or it doesn't.  After playing around a bit, I
got it to work.  I have not restarted it to see if it will work again,
yet.  I wanted to grab some log info first, while it is working.  So,
this part is about when KDE comes up completely but could include some
attempts that failed.  Comes up completely means, in the correct
resolution, background image and the panel thing on the bottom, which
means plasma is running as it should.  I'm doing these inside the email
instead of as attachments.  Sorry for the length.  I just want to share
this while I have it available.

This first one, I had a few failures before it succeeded.  I couldn't
figure out when the working bit started so it is the complete log.



Gentoo-1 ~ # cat /var/log/Xorg.0.log
[  1236.678] (--) Log file renamed from "/var/log/Xorg.pid-3720.log" to
"/var/log/Xorg.0.log"
[  1236.678]
X.Org X Server 1.21.1.13
X Protocol Version 11, Revision 0
[  1236.678] Current Operating System: Linux Gentoo-1 6.9.4-gentoo #11
SMP PREEMPT_DYNAMIC Sat Jun 22 18:45:21 CDT 2024 x86_64
[  1236.678] Kernel command line: BOOT_IMAGE=/kernel-6.9.4-6
root=UUID=26e58ee4-9c8f-4efd-bbb3-215df71cf85e ro
[  1236.678] 
[  1236.678] Current version of pixman: 0.43.4
[  1236.678]    Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
[  1236.678] Markers: (--) probed, (**) from config file, (==) default
setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1236.678] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 27
00:50:03 2024
[  1236.678] (==) Using config file: "/etc/X11/xorg.conf"
[  1236.678] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  1236.678] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1236.678] (==) ServerLayout "Layout0"
[  1236.678] (**) |-->Screen "Screen0" (0)
[  1236.678] (**) |   |-->Monitor "Monitor0"
[  1236.678] (**) |   |-->Device "Device0"
[  1236.678] (**) |   |-->GPUDevice "nvidia"
[  1236.678] (**) |   |-->GPUDevice "Device0"
[  1236.678] (**) |-->Input Device "Keyboard0"
[  1236.678] (**) |-->Input Device "Mouse0"
[  1236.678] (**) Allowing byte-swapped clients
[  1236.678] (==) Automatically adding devices
[  1236.678] (==) Automatically enabling devices
[  1236.678] (==) Automatically adding GPU devices
[  1236.678] (==) Automatically binding GPU devices
[  1236.678] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  1236.678] (WW) The directory "/usr/share/fonts/OTF" does not exist.
[  1236.678]    Entry deleted from font path.
[  1236.678] (WW) `fonts.dir' not found (or not valid) in
"/usr/share/fonts/75dpi".
[  1236.678]    Entry deleted from font path.
[  1236.678]    (Run 'mkfontdir' on "/usr/share/fonts/75dpi").
[  1236.678] (==) FontPath set to:
        /usr/share/fonts/misc,
        /usr/share/fonts/TTF,
        /usr/share/fonts/Type1,
        /usr/share/fonts/100dpi
[  1236.678] (==) ModulePath set to "/usr/lib64/xorg/modules"
[  1236.678] (WW) Hotplugging is on, devices using drivers 'kbd',
'mouse' or 'vmmouse' will be disabled.
[  1236.678] (WW) Disabling Keyboard0
[  1236.678] (WW) Disabling Mouse0
[  1236.678] (II) Module ABI versions:
[  1236.678]    X.Org ANSI C Emulation: 0.4
[  1236.678]    X.Org Video Driver: 25.2
[  1236.678]    X.Org XInput driver : 24.4
[  1236.678]    X.Org Server Extension : 10.0
[  1236.678] (++) using VT number 8

[  1236.678] (II) systemd-logind: logind integration requires -keeptty
and -keeptty was not provided, disabling logind integration
[  1236.679] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1236.679] (II) Platform probe for
/sys/devices/pci0000:00/0000:00:03.1/0000:09:00.0/drm/card0
[  1236.799] (--) PCI:*(9@0:0:0) 10de:1cb1:10de:11bc rev 161, Mem @
0xfb000000/16777216, 0xd0000000/268435456, 0xe0000000/33554432, I/O @
0x0000e000/128, BIOS @ 0x????????/524288
[  1236.799] (II) LoadModule: "glx"
[  1236.799] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[  1236.800] (II) Module glx: vendor="X.Org Foundation"
[  1236.800]    compiled for 1.21.1.13, module version = 1.0.0
[  1236.800]    ABI class: X.Org Server Extension, version 10.0
[  1236.800] (II) LoadModule: "nvidia"
[  1236.800] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
[  1236.800] (II) Module nvidia: vendor="NVIDIA Corporation"
[  1236.800]    compiled for 1.6.99.901, module version = 1.0.0
[  1236.800]    Module class: X.Org Video Driver
[  1236.800] (II) NVIDIA dlloader X Driver  550.90.07  Fri May 31
09:34:34 UTC 2024
[  1236.800] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[  1236.803] (II) Loading sub module "fb"
[  1236.803] (II) LoadModule: "fb"
[  1236.803] (II) Module "fb" already built-in
[  1236.803] (II) Loading sub module "wfb"
[  1236.803] (II) LoadModule: "wfb"
[  1236.803] (II) Loading /usr/lib64/xorg/modules/libwfb.so
[  1236.803] (II) Module wfb: vendor="X.Org Foundation"
[  1236.803]    compiled for 1.21.1.13, module version = 1.0.0
[  1236.803]    ABI class: X.Org ANSI C Emulation, version 0.4
[  1236.803] (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
[  1236.803] (==) NVIDIA(0): RGB weight 888
[  1236.803] (==) NVIDIA(0): Default visual is TrueColor
[  1236.803] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[  1236.803] (**) NVIDIA(0): Enabling 2D acceleration
[  1236.803] (II) Loading sub module "glxserver_nvidia"
[  1236.803] (II) LoadModule: "glxserver_nvidia"
[  1236.803] (II) Loading
/usr/lib64/xorg/modules/extensions/libglxserver_nvidia.so
[  1236.809] (II) Module glxserver_nvidia: vendor="NVIDIA Corporation"
[  1236.809]    compiled for 1.6.99.901, module version = 1.0.0
[  1236.809]    Module class: X.Org Server Extension
[  1236.809] (II) NVIDIA GLX Module  550.90.07  Fri May 31 09:34:56 UTC 2024
[  1236.809] (II) NVIDIA: The X server supports PRIME Render Offload.
[  1236.809] (--) NVIDIA(0): Valid display device(s) on GPU-0 at PCI:9:0:0
[  1236.809] (--) NVIDIA(0):     DFP-0
[  1236.809] (--) NVIDIA(0):     DFP-1
[  1236.809] (--) NVIDIA(0):     DFP-2
[  1236.809] (--) NVIDIA(0):     DFP-3
[  1236.809] (--) NVIDIA(0):     DFP-4
[  1236.809] (--) NVIDIA(0):     DFP-5 (boot)
[  1236.809] (--) NVIDIA(0):     DFP-6
[  1236.809] (--) NVIDIA(0):     DFP-7
[  1236.810] (II) NVIDIA(0): NVIDIA GPU Quadro P1000 (GP107GL-A) at
PCI:9:0:0 (GPU-0)
[  1236.810] (--) NVIDIA(0): Memory: 4194304 kBytes
[  1236.810] (--) NVIDIA(0): VideoBIOS: 86.07.6d.00.01
[  1236.810] (II) NVIDIA(0): Detected PCI Express Link width: 16X
[  1236.810] (--) NVIDIA(GPU-0): DFP-0: disconnected
[  1236.810] (--) NVIDIA(GPU-0): DFP-0: Internal DisplayPort
[  1236.810] (--) NVIDIA(GPU-0): DFP-0: 1440.0 MHz maximum pixel clock
[  1236.810] (--) NVIDIA(GPU-0):
[  1236.810] (--) NVIDIA(GPU-0): DFP-1: disconnected
[  1236.810] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
[  1236.810] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
[  1236.810] (--) NVIDIA(GPU-0):
[  1236.810] (--) NVIDIA(GPU-0): DFP-2: disconnected
[  1236.810] (--) NVIDIA(GPU-0): DFP-2: Internal DisplayPort
[  1236.810] (--) NVIDIA(GPU-0): DFP-2: 1440.0 MHz maximum pixel clock
[  1236.810] (--) NVIDIA(GPU-0):
[  1236.810] (--) NVIDIA(GPU-0): DFP-3: disconnected
[  1236.810] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
[  1236.810] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
[  1236.810] (--) NVIDIA(GPU-0):
[  1236.810] (--) NVIDIA(GPU-0): DFP-4: disconnected
[  1236.810] (--) NVIDIA(GPU-0): DFP-4: Internal DisplayPort
[  1236.810] (--) NVIDIA(GPU-0): DFP-4: 1440.0 MHz maximum pixel clock
[  1236.810] (--) NVIDIA(GPU-0):
[  1237.031] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): connected
[  1237.031] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): Internal TMDS
[  1237.031] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): 300.0 MHz
maximum pixel clock
[  1237.031] (--) NVIDIA(GPU-0):
[  1237.031] (--) NVIDIA(GPU-0): DFP-6: disconnected
[  1237.031] (--) NVIDIA(GPU-0): DFP-6: Internal DisplayPort
[  1237.031] (--) NVIDIA(GPU-0): DFP-6: 1440.0 MHz maximum pixel clock
[  1237.031] (--) NVIDIA(GPU-0):
[  1237.031] (--) NVIDIA(GPU-0): DFP-7: disconnected
[  1237.031] (--) NVIDIA(GPU-0): DFP-7: Internal TMDS
[  1237.031] (--) NVIDIA(GPU-0): DFP-7: 165.0 MHz maximum pixel clock
[  1237.031] (--) NVIDIA(GPU-0):
[  1237.035] (==) NVIDIA(0):
[  1237.035] (==) NVIDIA(0): No modes were requested; the default mode
"nvidia-auto-select"
[  1237.035] (==) NVIDIA(0):     will be used as the requested mode.
[  1237.035] (==) NVIDIA(0):
[  1237.035] (II) NVIDIA(0): Validated MetaModes:
[  1237.035] (II) NVIDIA(0):     "DFP-5:nvidia-auto-select"
[  1237.035] (II) NVIDIA(0): Virtual screen size determined to be 1920 x
1080
[  1237.042] (--) NVIDIA(0): DPI set to (99, 85); computed from
"UseEdidDpi" X config
[  1237.042] (--) NVIDIA(0):     option
[  1237.042] (II) NVIDIA: Reserving 24576.00 MB of virtual memory for
indirect memory
[  1237.042] (II) NVIDIA:     access.
[  1237.044] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event
daemon; the daemon
[  1237.044] (II) NVIDIA(0):     may not be running or the
"AcpidSocketPath" X
[  1237.044] (II) NVIDIA(0):     configuration option may not be set
correctly.  When the
[  1237.044] (II) NVIDIA(0):     ACPI event daemon is available, the
NVIDIA X driver will
[  1237.044] (II) NVIDIA(0):     try to use it to receive ACPI event
notifications.  For
[  1237.044] (II) NVIDIA(0):     details, please see the
"ConnectToAcpid" and
[  1237.044] (II) NVIDIA(0):     "AcpidSocketPath" X configuration
options in Appendix B: X
[  1237.044] (II) NVIDIA(0):     Config Options in the README.
[  1237.058] (II) NVIDIA(0): Setting mode "DFP-5:nvidia-auto-select"
[  1237.087] (==) NVIDIA(0): Disabling shared memory pixmaps
[  1237.087] (==) NVIDIA(0): Backing store enabled
[  1237.087] (==) NVIDIA(0): Silken mouse enabled
[  1237.087] (**) NVIDIA(0): DPMS enabled
[  1237.087] (II) Loading sub module "dri2"
[  1237.087] (II) LoadModule: "dri2"
[  1237.087] (II) Module "dri2" already built-in
[  1237.087] (II) NVIDIA(0): [DRI2] Setup complete
[  1237.087] (II) NVIDIA(0): [DRI2]   VDPAU driver: nvidia
[  1237.087] (II) Initializing extension Generic Event Extension
[  1237.087] (II) Initializing extension SHAPE
[  1237.087] (II) Initializing extension MIT-SHM
[  1237.087] (II) Initializing extension XInputExtension
[  1237.087] (II) Initializing extension XTEST
[  1237.087] (II) Initializing extension BIG-REQUESTS
[  1237.087] (II) Initializing extension SYNC
[  1237.087] (II) Initializing extension XKEYBOARD
[  1237.087] (II) Initializing extension XC-MISC
[  1237.087] (II) Initializing extension XFIXES
[  1237.087] (II) Initializing extension RENDER
[  1237.087] (II) Initializing extension RANDR
[  1237.087] (II) Initializing extension COMPOSITE
[  1237.087] (II) Initializing extension DAMAGE
[  1237.087] (II) Initializing extension MIT-SCREEN-SAVER
[  1237.087] (II) Initializing extension DOUBLE-BUFFER
[  1237.087] (II) Initializing extension RECORD
[  1237.087] (II) Initializing extension DPMS
[  1237.087] (II) Initializing extension Present
[  1237.087] (II) Initializing extension DRI3
[  1237.087] (II) Initializing extension X-Resource
[  1237.087] (II) Initializing extension XVideo
[  1237.087] (II) Initializing extension XVideo-MotionCompensation
[  1237.087] (II) Initializing extension GLX
[  1237.087] (II) Initializing extension GLX
[  1237.087] (II) Indirect GLX disabled.
[  1237.087] (II) GLX: Another vendor is already registered for screen 0
[  1237.087] (II) Initializing extension XFree86-VidModeExtension
[  1237.087] (II) Initializing extension XFree86-DGA
[  1237.087] (II) Initializing extension XFree86-DRI
[  1237.087] (II) Initializing extension DRI2
[  1237.087] (II) Initializing extension NV-GLX
[  1237.087] (II) Initializing extension NV-CONTROL
[  1237.087] (II) Initializing extension XINERAMA
[  1237.115] (II) config/udev: Adding input device Power Button
(/dev/input/event1)
[  1237.115] (**) Power Button: Applying InputClass "libinput keyboard
catchall"
[  1237.115] (II) LoadModule: "libinput"
[  1237.115] (II) Loading /usr/lib64/xorg/modules/input/libinput_drv.so
[  1237.115] (II) Module libinput: vendor="X.Org Foundation"
[  1237.115]    compiled for 1.21.1.13, module version = 1.4.0
[  1237.115]    Module class: X.Org XInput Driver
[  1237.115]    ABI class: X.Org XInput driver, version 24.4
[  1237.115] (II) Using input driver 'libinput' for 'Power Button'
[  1237.115] (**) Power Button: always reports core events
[  1237.115] (**) Option "Device" "/dev/input/event1"
[  1237.116] (II) event1  - Power Button: is tagged by udev as: Keyboard
[  1237.116] (II) event1  - Power Button: device is a keyboard
[  1237.116] (II) event1  - Power Button: device removed
[  1237.138] (**) Option "config_info"
"udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1"
[  1237.138] (II) XINPUT: Adding extended input device "Power Button"
(type: KEYBOARD, id 6)
[  1237.138] (II) event1  - Power Button: is tagged by udev as: Keyboard
[  1237.138] (II) event1  - Power Button: device is a keyboard
[  1237.139] (II) config/udev: Adding input device Power Button
(/dev/input/event0)
[  1237.139] (**) Power Button: Applying InputClass "libinput keyboard
catchall"
[  1237.139] (II) Using input driver 'libinput' for 'Power Button'
[  1237.139] (**) Power Button: always reports core events
[  1237.139] (**) Option "Device" "/dev/input/event0"
[  1237.139] (II) event0  - Power Button: is tagged by udev as: Keyboard
[  1237.139] (II) event0  - Power Button: device is a keyboard
[  1237.139] (II) event0  - Power Button: device removed
[  1237.155] (**) Option "config_info"
"udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0/event0"
[  1237.155] (II) XINPUT: Adding extended input device "Power Button"
(type: KEYBOARD, id 7)
[  1237.155] (II) event0  - Power Button: is tagged by udev as: Keyboard
[  1237.155] (II) event0  - Power Button: device is a keyboard
[  1237.156] (II) config/udev: Adding input device DELL Dell USB Entry
Keyboard (/dev/input/event3)
[  1237.156] (**) DELL Dell USB Entry Keyboard: Applying InputClass
"libinput keyboard catchall"
[  1237.156] (II) Using input driver 'libinput' for 'DELL Dell USB Entry
Keyboard'
[  1237.156] (**) DELL Dell USB Entry Keyboard: always reports core events
[  1237.156] (**) Option "Device" "/dev/input/event3"
[  1237.157] (II) event3  - DELL Dell USB Entry Keyboard: is tagged by
udev as: Keyboard
[  1237.157] (II) event3  - DELL Dell USB Entry Keyboard: device is a
keyboard
[  1237.157] (II) event3  - DELL Dell USB Entry Keyboard: device removed
[  1237.170] (**) Option "config_info"
"udev:/sys/devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-10/1-10:1.0/0003:413C:2107.0003/input/input3/event3"
[  1237.170] (II) XINPUT: Adding extended input device "DELL Dell USB
Entry Keyboard" (type: KEYBOARD, id 8)
[  1237.171] (II) event3  - DELL Dell USB Entry Keyboard: is tagged by
udev as: Keyboard
[  1237.171] (II) event3  - DELL Dell USB Entry Keyboard: device is a
keyboard
[  1237.171] (II) config/udev: Adding input device Logitech USB Optical
Mouse (/dev/input/event2)
[  1237.171] (**) Logitech USB Optical Mouse: Applying InputClass
"libinput pointer catchall"
[  1237.171] (II) Using input driver 'libinput' for 'Logitech USB
Optical Mouse'
[  1237.171] (**) Logitech USB Optical Mouse: always reports core events
[  1237.171] (**) Option "Device" "/dev/input/event2"
[  1237.172] (II) event2  - Logitech USB Optical Mouse: is tagged by
udev as: Mouse
[  1237.172] (II) event2  - Logitech USB Optical Mouse: device is a pointer
[  1237.172] (II) event2  - Logitech USB Optical Mouse: device removed
[  1237.198] (II) libinput: Logitech USB Optical Mouse: Step value 0 was
provided, libinput Fallback acceleration function is used.
[  1237.198] (II) libinput: Logitech USB Optical Mouse: Step value 0 was
provided, libinput Fallback acceleration function is used.
[  1237.198] (II) libinput: Logitech USB Optical Mouse: Step value 0 was
provided, libinput Fallback acceleration function is used.
[  1237.198] (**) Option "config_info"
"udev:/sys/devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-9/1-9:1.0/0003:046D:C077.0002/input/input2/event2"
[  1237.198] (II) XINPUT: Adding extended input device "Logitech USB
Optical Mouse" (type: MOUSE, id 9)
[  1237.198] (**) Option "AccelerationScheme" "none"
[  1237.198] (**) Logitech USB Optical Mouse: (accel) selected scheme none/0
[  1237.198] (**) Logitech USB Optical Mouse: (accel) acceleration
factor: 2.000
[  1237.198] (**) Logitech USB Optical Mouse: (accel) acceleration
threshold: 4
[  1237.199] (II) event2  - Logitech USB Optical Mouse: is tagged by
udev as: Mouse
[  1237.199] (II) event2  - Logitech USB Optical Mouse: device is a pointer
[  1237.199] (II) config/udev: Adding input device Logitech USB Optical
Mouse (/dev/input/mouse0)
[  1237.199] (II) No input driver specified, ignoring this device.
[  1237.199] (II) This device may have been added with another device file.
[  1261.594] (--) NVIDIA(GPU-0): DFP-0: disconnected
[  1261.594] (--) NVIDIA(GPU-0): DFP-0: Internal DisplayPort
[  1261.594] (--) NVIDIA(GPU-0): DFP-0: 1440.0 MHz maximum pixel clock
[  1261.594] (--) NVIDIA(GPU-0):
[  1261.594] (--) NVIDIA(GPU-0): DFP-1: disconnected
[  1261.594] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
[  1261.594] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
[  1261.594] (--) NVIDIA(GPU-0):
[  1261.594] (--) NVIDIA(GPU-0): DFP-2: disconnected
[  1261.594] (--) NVIDIA(GPU-0): DFP-2: Internal DisplayPort
[  1261.594] (--) NVIDIA(GPU-0): DFP-2: 1440.0 MHz maximum pixel clock
[  1261.594] (--) NVIDIA(GPU-0):
[  1261.594] (--) NVIDIA(GPU-0): DFP-3: disconnected
[  1261.594] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
[  1261.594] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
[  1261.594] (--) NVIDIA(GPU-0):
[  1261.594] (--) NVIDIA(GPU-0): DFP-4: disconnected
[  1261.594] (--) NVIDIA(GPU-0): DFP-4: Internal DisplayPort
[  1261.594] (--) NVIDIA(GPU-0): DFP-4: 1440.0 MHz maximum pixel clock
[  1261.594] (--) NVIDIA(GPU-0):
[  1261.659] (--) NVIDIA(GPU-0): DFP-5: disconnected
[  1261.659] (--) NVIDIA(GPU-0): DFP-5: Internal TMDS
[  1261.659] (--) NVIDIA(GPU-0): DFP-5: 165.0 MHz maximum pixel clock
[  1261.659] (--) NVIDIA(GPU-0):
[  1261.659] (--) NVIDIA(GPU-0): DFP-6: disconnected
[  1261.659] (--) NVIDIA(GPU-0): DFP-6: Internal DisplayPort
[  1261.659] (--) NVIDIA(GPU-0): DFP-6: 1440.0 MHz maximum pixel clock
[  1261.659] (--) NVIDIA(GPU-0):
[  1261.659] (--) NVIDIA(GPU-0): DFP-7: disconnected
[  1261.659] (--) NVIDIA(GPU-0): DFP-7: Internal TMDS
[  1261.659] (--) NVIDIA(GPU-0): DFP-7: 165.0 MHz maximum pixel clock
[  1261.659] (--) NVIDIA(GPU-0):
[  1261.777] (--) NVIDIA(GPU-0): DFP-0: disconnected
[  1261.777] (--) NVIDIA(GPU-0): DFP-0: Internal DisplayPort
[  1261.777] (--) NVIDIA(GPU-0): DFP-0: 1440.0 MHz maximum pixel clock
[  1261.777] (--) NVIDIA(GPU-0):
[  1261.777] (--) NVIDIA(GPU-0): DFP-1: disconnected
[  1261.777] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
[  1261.777] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
[  1261.777] (--) NVIDIA(GPU-0):
[  1261.777] (--) NVIDIA(GPU-0): DFP-2: disconnected
[  1261.777] (--) NVIDIA(GPU-0): DFP-2: Internal DisplayPort
[  1261.777] (--) NVIDIA(GPU-0): DFP-2: 1440.0 MHz maximum pixel clock
[  1261.777] (--) NVIDIA(GPU-0):
[  1261.777] (--) NVIDIA(GPU-0): DFP-3: disconnected
[  1261.777] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
[  1261.777] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
[  1261.777] (--) NVIDIA(GPU-0):
[  1261.777] (--) NVIDIA(GPU-0): DFP-4: disconnected
[  1261.777] (--) NVIDIA(GPU-0): DFP-4: Internal DisplayPort
[  1261.777] (--) NVIDIA(GPU-0): DFP-4: 1440.0 MHz maximum pixel clock
[  1261.777] (--) NVIDIA(GPU-0):
[  1261.915] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): connected
[  1261.915] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): Internal TMDS
[  1261.915] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): 300.0 MHz
maximum pixel clock
[  1261.915] (--) NVIDIA(GPU-0):
[  1261.915] (--) NVIDIA(GPU-0): DFP-6: disconnected
[  1261.915] (--) NVIDIA(GPU-0): DFP-6: Internal DisplayPort
[  1261.915] (--) NVIDIA(GPU-0): DFP-6: 1440.0 MHz maximum pixel clock
[  1261.915] (--) NVIDIA(GPU-0):
[  1261.916] (--) NVIDIA(GPU-0): DFP-7: disconnected
[  1261.916] (--) NVIDIA(GPU-0): DFP-7: Internal TMDS
[  1261.916] (--) NVIDIA(GPU-0): DFP-7: 165.0 MHz maximum pixel clock
[  1261.916] (--) NVIDIA(GPU-0):
Gentoo-1 ~ #

This one is the section from boot up.  It may contain a few failed
attempts as well.  I went by the time stamps on this one.  I didn't
include attempts from yesterday or earlier.

Gentoo-1 ~ # cat /var/log/sddm.log
[00:48:10.697] (II) DAEMON: Initializing...
[00:48:10.699] (II) DAEMON: Starting...
[00:48:10.699] (II) DAEMON: Logind interface found
[00:48:10.700] (II) DAEMON: Adding new display...
[00:48:10.700] (II) DAEMON: Loaded empty theme configuration
[00:48:10.700] (II) DAEMON: Xauthority path: "/run/sddm/xauth_lIGtPa"
[00:48:10.700] (II) DAEMON: Using VT 7
[00:48:10.700] (II) DAEMON: Display server starting...
[00:48:10.701] (II) DAEMON: Writing cookie to "/run/sddm/xauth_lIGtPa"
[00:48:10.701] (II) DAEMON: Running: /usr/bin/X -nolisten tcp
-background none -seat seat0 vt7 -auth /run/sddm/xauth_lIGtPa -noreset
-displayfd 16
[00:48:11.282] (II) DAEMON: Setting default cursor
[00:48:11.284] (II) DAEMON: Running display setup script 
"/usr/share/sddm/scripts/Xsetup"
[00:48:11.289] (II) DAEMON: Display server started.
[00:48:11.289] (II) DAEMON: Socket server starting...
[00:48:11.289] (II) DAEMON: Socket server started.
[00:48:11.289] (II) DAEMON: Loaded empty theme configuration
[00:48:11.289] (II) DAEMON: Greeter starting...
[00:48:11.294] (II) HELPER: [PAM] Starting...
[00:48:11.294] (II) HELPER: [PAM] Authenticating...
[00:48:11.294] (II) HELPER: [PAM] returning.
[00:48:11.312] (II) HELPER: Writing cookie to "/tmp/xauth_vQiFnv"
[00:48:11.312] (II) HELPER: Starting X11 session: ""
"/usr/bin/sddm-greeter --socket /tmp/sddm-:0-tfYRmK"
[00:48:11.313] (II) DAEMON: Greeter session started successfully
[00:48:11.347] (II) DAEMON: Message received from greeter: Connect
[00:48:21.618] (II) DAEMON: Message received from greeter: Login
[00:48:21.618] (II) DAEMON: Reading from
"/usr/share/xsessions/plasma.desktop"
[00:48:21.619] (II) DAEMON: Session
"/usr/share/xsessions/plasma.desktop" selected, command:
"/usr/bin/startplasma-x11" for VT 7
[00:48:21.626] (II) HELPER: [PAM] Starting...
[00:48:21.626] (II) HELPER: [PAM] Authenticating...
[00:48:21.626] (II) HELPER: [PAM] Preparing to converse...
[00:48:21.626] (II) HELPER: [PAM] Conversation with 1 messages
[00:48:21.628] (II) HELPER: [PAM] returning.
[00:48:21.629] (II) DAEMON: Authentication for user  "dale"  successful
[00:48:21.661] (II) HELPER: [PAM] Closing session
[00:48:21.662] (II) HELPER: [PAM] Ended.
[00:48:21.662] (II) DAEMON: Auth: sddm-helper exited successfully
[00:48:21.662] (II) DAEMON: Greeter stopped. SDDM::Auth::HELPER_SUCCESS
[00:48:21.674] (II) HELPER: Writing cookie to "/tmp/xauth_eRQepz"
[00:48:21.674] (II) HELPER: Starting X11 session: ""
"/usr/share/sddm/scripts/Xsession \"/usr/bin/startplasma-x11\""
[00:48:21.675] (II) DAEMON: Session started true
[00:49:12.536] (WW) DAEMON: Signal received: SIGTERM
[00:49:12.536] (WW) HELPER: Signal received: SIGTERM
[00:49:12.537] (II) HELPER: [PAM] Closing session
[00:49:12.538] (II) HELPER: [PAM] Ended.
[00:49:12.539] (WW) DAEMON: Auth: sddm-helper exited with 255
[00:49:12.539] (II) DAEMON: Socket server stopping...
[00:49:12.539] (II) DAEMON: Socket server stopped.
[00:49:12.539] (II) DAEMON: Display server stopping...
[00:49:12.772] (II) DAEMON: Display server stopped.
[00:49:12.772] (II) DAEMON: Running display stop script 
("/usr/share/sddm/scripts/Xstop")
[00:49:12.810] (II) DAEMON: Initializing...
[00:49:12.812] (II) DAEMON: Starting...
[00:49:12.812] (II) DAEMON: Logind interface found
[00:49:12.812] (II) DAEMON: Adding new display...
[00:49:12.812] (II) DAEMON: Loaded empty theme configuration
[00:49:12.813] (II) DAEMON: Xauthority path: "/run/sddm/xauth_WovaXo"
[00:49:12.813] (II) DAEMON: Using VT 8
[00:49:12.813] (II) DAEMON: Display server starting...
[00:49:12.813] (II) DAEMON: Writing cookie to "/run/sddm/xauth_WovaXo"
[00:49:12.813] (II) DAEMON: Running: /usr/bin/X -nolisten tcp
-background none -seat seat0 vt8 -auth /run/sddm/xauth_WovaXo -noreset
-displayfd 16
[00:49:13.210] (II) DAEMON: Setting default cursor
[00:49:13.211] (II) DAEMON: Running display setup script 
"/usr/share/sddm/scripts/Xsetup"
[00:49:13.215] (II) DAEMON: Display server started.
[00:49:13.215] (II) DAEMON: Socket server starting...
[00:49:13.215] (II) DAEMON: Socket server started.
[00:49:13.215] (II) DAEMON: Loaded empty theme configuration
[00:49:13.215] (II) DAEMON: Greeter starting...
[00:49:13.219] (II) HELPER: [PAM] Starting...
[00:49:13.219] (II) HELPER: [PAM] Authenticating...
[00:49:13.219] (II) HELPER: [PAM] returning.
[00:49:13.245] (II) HELPER: Writing cookie to "/tmp/xauth_RtnzXp"
[00:49:13.245] (II) HELPER: Starting X11 session: ""
"/usr/bin/sddm-greeter --socket /tmp/sddm-:0-RdviFL"
[00:49:13.245] (II) DAEMON: Greeter session started successfully
[00:49:13.260] (II) DAEMON: Message received from greeter: Connect
[00:49:38.690] (II) DAEMON: Message received from greeter: Login
[00:49:38.690] (II) DAEMON: Reading from
"/usr/share/wayland-sessions/plasmawayland.desktop"
[00:49:38.691] (II) DAEMON: Session
"/usr/share/wayland-sessions/plasmawayland.desktop" selected, command:
"/usr/lib64/libexec/plasma-dbus-run-session-if-needed
/usr/bin/startplasma-wayland" for VT 7
[00:49:38.696] (II) HELPER: [PAM] Starting...
[00:49:38.696] (II) HELPER: [PAM] Authenticating...
[00:49:38.696] (II) HELPER: [PAM] Preparing to converse...
[00:49:38.696] (II) HELPER: [PAM] Conversation with 1 messages
[00:49:38.698] (II) HELPER: [PAM] returning.
[00:49:38.699] (II) DAEMON: Authentication for user  "dale"  successful
[00:49:38.741] (II) HELPER: Starting Wayland user session:
"/usr/share/sddm/scripts/wayland-session"
"/usr/lib64/libexec/plasma-dbus-run-session-if-needed
/usr/bin/startplasma-wayland"
[00:49:38.741] (II) HELPER: Jumping to VT 7
[00:49:38.742] (II) HELPER: VT mode didn't need to be fixed
[00:49:38.744] (II) HELPER: [PAM] Closing session
[00:49:38.744] (II) HELPER: [PAM] Ended.
[00:49:38.745] (II) DAEMON: Auth: sddm-helper exited successfully
[00:49:38.745] (II) DAEMON: Greeter stopped. SDDM::Auth::HELPER_SUCCESS
[00:49:39.182] (II) DAEMON: Session started true
[00:50:03.690] (WW) DAEMON: Signal received: SIGTERM
[00:50:03.690] (WW) HELPER: Signal received: SIGTERM
[00:50:03.691] (II) HELPER: [PAM] Closing session
[00:50:03.692] (II) HELPER: [PAM] Ended.
[00:50:03.693] (WW) DAEMON: Auth: sddm-helper exited with 255
[00:50:03.693] (II) DAEMON: Socket server stopping...
[00:50:03.693] (II) DAEMON: Socket server stopped.
[00:50:03.693] (II) DAEMON: Display server stopping...
[00:50:03.798] (II) DAEMON: Display server stopped.
[00:50:03.798] (II) DAEMON: Running display stop script 
("/usr/share/sddm/scripts/Xstop")
[00:50:03.843] (II) DAEMON: Initializing...
[00:50:03.845] (II) DAEMON: Starting...
[00:50:03.845] (II) DAEMON: Logind interface found
[00:50:03.845] (II) DAEMON: Adding new display...
[00:50:03.845] (II) DAEMON: Loaded empty theme configuration
[00:50:03.845] (II) DAEMON: Xauthority path: "/run/sddm/xauth_PgjyLy"
[00:50:03.845] (II) DAEMON: Using VT 8
[00:50:03.845] (II) DAEMON: Display server starting...
[00:50:03.845] (II) DAEMON: Writing cookie to "/run/sddm/xauth_PgjyLy"
[00:50:03.846] (II) DAEMON: Running: /usr/bin/X -nolisten tcp
-background none -seat seat0 vt8 -auth /run/sddm/xauth_PgjyLy -noreset
-displayfd 16
[00:50:04.372] (II) DAEMON: Setting default cursor
[00:50:04.373] (II) DAEMON: Running display setup script 
"/usr/share/sddm/scripts/Xsetup"
[00:50:04.377] (II) DAEMON: Display server started.
[00:50:04.377] (II) DAEMON: Socket server starting...
[00:50:04.377] (II) DAEMON: Socket server started.
[00:50:04.377] (II) DAEMON: Loaded empty theme configuration
[00:50:04.377] (II) DAEMON: Greeter starting...
[00:50:04.381] (II) HELPER: [PAM] Starting...
[00:50:04.381] (II) HELPER: [PAM] Authenticating...
[00:50:04.381] (II) HELPER: [PAM] returning.
[00:50:04.400] (II) HELPER: Writing cookie to "/tmp/xauth_LJTulW"
[00:50:04.400] (II) HELPER: Starting X11 session: ""
"/usr/bin/sddm-greeter --socket /tmp/sddm-:0-KuUGdY"
[00:50:04.400] (II) DAEMON: Greeter session started successfully
[00:50:04.415] (II) DAEMON: Message received from greeter: Connect
[00:50:27.867] (II) DAEMON: Message received from greeter: Login
[00:50:27.867] (II) DAEMON: Reading from
"/usr/share/xsessions/plasma.desktop"
[00:50:27.867] (II) DAEMON: Session
"/usr/share/xsessions/plasma.desktop" selected, command:
"/usr/bin/startplasma-x11" for VT 8
[00:50:27.872] (II) HELPER: [PAM] Starting...
[00:50:27.872] (II) HELPER: [PAM] Authenticating...
[00:50:27.872] (II) HELPER: [PAM] Preparing to converse...
[00:50:27.872] (II) HELPER: [PAM] Conversation with 1 messages
[00:50:27.875] (II) HELPER: [PAM] returning.
[00:50:27.875] (II) DAEMON: Authentication for user  "dale"  successful
[00:50:27.916] (II) HELPER: Writing cookie to "/tmp/xauth_dufxEE"
[00:50:27.916] (II) HELPER: Starting X11 session: ""
"/usr/share/sddm/scripts/Xsession \"/usr/bin/startplasma-x11\""
[00:50:27.917] (II) DAEMON: Session started true
[00:50:27.922] (II) HELPER: [PAM] Closing session
[00:50:27.923] (II) HELPER: [PAM] Ended.
[00:50:27.923] (II) DAEMON: Auth: sddm-helper exited successfully
[00:50:27.923] (II) DAEMON: Greeter stopped. SDDM::Auth::HELPER_SUCCESS


I used the timestamps to find when I booted for this testing.  This
could include info for failed attempts as well. 


Gentoo-1 ~ # cat /var/log/messages
Jun 27 00:48:10 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device LG Electronics W2253 (DP-5)
Jun 27 00:48:11 Gentoo-1 sddm-helper[2662]:
pam_unix(sddm-greeter:session): session opened for user sddm(uid=219) by
root(uid=0)
Jun 27 00:48:11 Gentoo-1 kernel: elogind-daemon[1686]: Existing logind
session ID 4 used by new audit session, ignoring.
Jun 27 00:48:11 Gentoo-1 kernel: elogind-daemon[1686]: New session c1 of
user sddm.
Jun 27 00:48:21 Gentoo-1 sddm-helper[2679]: gkr-pam: unable to locate
daemon control file
Jun 27 00:48:21 Gentoo-1 sddm-helper[2679]: gkr-pam: stashed password to
try later in open session
Jun 27 00:48:21 Gentoo-1 sddm-helper[2679]: pam_kwallet5(sddm:auth):
pam_kwallet5: pam_sm_authenticate
Jun 27 00:48:21 Gentoo-1 sddm-helper[2679]: pam_kwallet5(sddm:setcred):
pam_kwallet5: pam_sm_setcred
Jun 27 00:48:21 Gentoo-1 sddm-helper[2679]: pam_unix(sddm:session):
session opened for user dale(uid=1000) by dale(uid=0)
Jun 27 00:48:21 Gentoo-1 kernel: elogind-daemon[1686]: New session 5 of
user dale.
Jun 27 00:48:21 Gentoo-1 sddm-helper[2679]: gkr-pam:
gnome-keyring-daemon started properly and unlocked keyring
Jun 27 00:48:21 Gentoo-1 sddm-helper[2679]: pam_kwallet5(sddm:session):
pam_kwallet5: pam_sm_open_session
Jun 27 00:48:21 Gentoo-1 sddm-helper[2662]:
pam_unix(sddm-greeter:session): session closed for user sddm
Jun 27 00:48:21 Gentoo-1 kernel: elogind-daemon[1686]: Removed session c1.
Jun 27 00:48:21 Gentoo-1 sddm-helper[2690]: pam_kwallet5: final socket
path: /run/user/1000/kwallet5.socket
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2704]: [session uid=1000 pid=2702
pidfd=4] Activating service name='org.a11y.Bus' requested by ':1.1'
(uid=1000 pid=2696 comm="/usr/bin/nvidia-settings --load-config-only"
label="kernel")
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2704]: [session uid=1000 pid=2702
pidfd=4] Successfully activated service 'org.a11y.Bus'
Jun 27 00:48:21 Gentoo-1 kernel: nvidia_uvm: module uses symbols
nvUvmInterfaceDisableAccessCntr from proprietary module nvidia,
inheriting taint.
Jun 27 00:48:21 Gentoo-1 kernel: nvidia-uvm: Loaded the UVM driver,
major device number 240.
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.kde.KSplash' requested by ':1.0'
(uid=1000 pid=2692 comm="/usr/bin/startplasma-x11" label="kernel")
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.kde.KSplash'
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.freedesktop.portal.Desktop'
requested by ':1.4' (uid=1000 pid=2749
comm="/usr/lib64/libexec/kf5/klauncher --fd=9" label="kernel")
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.freedesktop.portal.Documents'
requested by ':1.5' (uid=1000 pid=2752
comm="/usr/libexec/xdg-desktop-portal" label="kernel")
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service
name='org.freedesktop.impl.portal.PermissionStore' requested by ':1.6'
(uid=1000 pid=2759 comm="/usr/libexec/xdg-document-portal" label="kernel")
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service
'org.freedesktop.impl.portal.PermissionStore'
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.freedesktop.portal.Documents'
Jun 27 00:48:21 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service
name='org.freedesktop.impl.portal.desktop.kde' requested by ':1.5'
(uid=1000 pid=2752 comm="/usr/libexec/xdg-desktop-portal" label="kernel")
Jun 27 00:48:22 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service
'org.freedesktop.impl.portal.desktop.kde'
Jun 27 00:48:22 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.freedesktop.portal.Desktop'
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='net.hadess.PowerProfiles' requested by ':1.12' (uid=1000 pid=2752
comm="/usr/libexec/xdg-desktop-portal" label="kernel") (using servicehelper)
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Activated service
'net.hadess.PowerProfiles' failed: Launch helper exited with unknown
return code 1
Jun 27 00:48:22 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.kde.kglobalaccel' requested by
':1.10' (uid=1000 pid=2792 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:48:22 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.kde.kglobalaccel'
Jun 27 00:48:22 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.kde.ActivityManager' requested by
':1.10' (uid=1000 pid=2792 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:48:22 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.kde.ActivityManager'
Jun 27 00:48:22 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='ca.desrt.dconf' requested by ':1.15'
(uid=1000 pid=2792 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:48:22 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'ca.desrt.dconf'
Jun 27 00:48:22 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device LG Electronics W2253 (DP-5)
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.freedesktop.ModemManager1' requested by ':1.16' (uid=1000
pid=2792 comm="/usr/bin/kded5" label="kernel") (using servicehelper)
Jun 27 00:48:22 Gentoo-1 ModemManager[2847]: <info>  ModemManager
(version 1.20.6) starting in system bus...
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.freedesktop.PolicyKit1' requested by ':1.18' (uid=0 pid=2847
comm="/usr/sbin/ModemManager" label="kernel") (using servicehelper)
Jun 27 00:48:22 Gentoo-1 polkitd[2854]: Started polkitd version 124
Jun 27 00:48:22 Gentoo-1 polkitd[2854]: Loading rules from directory
/etc/polkit-1/rules.d
Jun 27 00:48:22 Gentoo-1 polkitd[2854]: Loading rules from directory
/usr/share/polkit-1/rules.d
Jun 27 00:48:22 Gentoo-1 polkitd[2854]: Finished loading, compiling and
executing 3 rules
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.freedesktop.PolicyKit1'
Jun 27 00:48:22 Gentoo-1 polkitd[2854]: Acquired the name
org.freedesktop.PolicyKit1 on the system bus
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.freedesktop.ModemManager1'
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.freedesktop.UDisks2' requested by ':1.16' (uid=1000 pid=2792
comm="/usr/bin/kded5" label="kernel") (using servicehelper)
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.freedesktop.UDisks2'
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.freedesktop.UPower' requested by ':1.16' (uid=1000 pid=2792
comm="/usr/bin/kded5" label="kernel") (using servicehelper)
Jun 27 00:48:22 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.freedesktop.UPower'
Jun 27 00:48:23 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.bluez.obex' requested by ':1.10'
(uid=1000 pid=2792 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:48:23 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.kde.KScreen' requested by ':1.10'
(uid=1000 pid=2792 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.kded.smart' requested by ':1.16' (uid=1000 pid=2792
comm="/usr/bin/kded5" label="kernel") (using servicehelper)
Jun 27 00:48:23 Gentoo-1 obexd[2889]: OBEX daemon 5.76
Jun 27 00:48:23 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.bluez.obex'
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.kded.smart'
Jun 27 00:48:23 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.kde.KScreen'
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.discretegpuhelper' requested by ':1.31'
(uid=1000 pid=2903 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.discretegpuhelper'
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.chargethresholdhelper' requested by ':1.31'
(uid=1000 pid=2903 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.chargethresholdhelper'
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.backlighthelper' requested by ':1.31' (uid=1000
pid=2903 comm="/usr/lib64/libexec/org_kde_powerdevil" label="kernel")
(using servicehelper)
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.backlighthelper'
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='net.hadess.PowerProfiles' requested by ':1.31' (uid=1000 pid=2903
comm="/usr/lib64/libexec/org_kde_powerdevil" label="kernel") (using
servicehelper)
Jun 27 00:48:23 Gentoo-1 dbus-daemon[1657]: [system] Activated service
'net.hadess.PowerProfiles' failed: Launch helper exited with unknown
return code 1
Jun 27 00:48:24 Gentoo-1 polkitd[2854]: Registered Authentication Agent
for unix-session:5 (system bus name :1.46
[/usr/lib64/libexec/polkit-kde-authentication-agent-1], object path
/org/kde/PolicyKit1/AuthenticationAgent, locale en_US.utf8)
Jun 27 00:48:24 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.kde.ksystemstats' requested by
':1.26' (uid=1000 pid=2911 comm="/usr/bin/plasmashell" label="kernel")
Jun 27 00:48:24 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.kde.ksystemstats'
Jun 27 00:48:25 Gentoo-1 ModemManager[2847]: <info>  [base-manager]
couldn't check support for device
'/sys/devices/pci0000:00/0000:00:01.2/0000:02:00.2/0000:03:09.0/0000:08:00.0':
not supported by any plugin
Jun 27 00:48:25 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Activating service name='org.gtk.vfs.Daemon' requested by
':1.37' (uid=1000 pid=2996 comm="/usr/bin/wireplumber" label="kernel")
Jun 27 00:48:25 Gentoo-1 dbus-daemon[2729]: [session uid=1000 pid=2727
pidfd=4] Successfully activated service 'org.gtk.vfs.Daemon'
Jun 27 00:49:12 Gentoo-1 start-stop-daemon[3064]: Will stop /usr/bin/sddm
Jun 27 00:49:12 Gentoo-1 start-stop-daemon[3064]: Will stop PID 2645
Jun 27 00:49:12 Gentoo-1 start-stop-daemon[3064]: Sending signal 15 to
PID 2645
Jun 27 00:49:12 Gentoo-1 sddm-helper[2679]: pam_unix(sddm:session):
session closed for user dale
Jun 27 00:49:12 Gentoo-1 sddm-helper[2679]: pam_kwallet5(sddm:session):
pam_kwallet5: pam_sm_close_session
Jun 27 00:49:12 Gentoo-1 sddm-helper[2679]: pam_kwallet5(sddm:setcred):
pam_kwallet5: pam_sm_setcred
Jun 27 00:49:12 Gentoo-1 kernel: elogind-daemon[1686]: Removed session 5.
Jun 27 00:49:12 Gentoo-1 polkitd[2854]: Unregistered Authentication
Agent for unix-session:5 (system bus name :1.46, object path
/org/kde/PolicyKit1/AuthenticationAgent, locale en_US.utf8)
(disconnected from bus)
Jun 27 00:49:13 Gentoo-1 sddm-helper[3140]:
pam_unix(sddm-greeter:session): session opened for user sddm(uid=219) by
root(uid=0)
Jun 27 00:49:13 Gentoo-1 kernel: elogind-daemon[1686]: Existing logind
session ID 4 used by new audit session, ignoring.
Jun 27 00:49:13 Gentoo-1 kernel: elogind-daemon[1686]: New session c2 of
user sddm.
Jun 27 00:49:38 Gentoo-1 sddm-helper[3158]: gkr-pam: unable to locate
daemon control file
Jun 27 00:49:38 Gentoo-1 sddm-helper[3158]: gkr-pam: stashed password to
try later in open session
Jun 27 00:49:38 Gentoo-1 sddm-helper[3158]: pam_kwallet5(sddm:auth):
pam_kwallet5: pam_sm_authenticate
Jun 27 00:49:38 Gentoo-1 sddm-helper[3158]: pam_kwallet5(sddm:setcred):
pam_kwallet5: pam_sm_setcred
Jun 27 00:49:38 Gentoo-1 sddm-helper[3158]: pam_unix(sddm:session):
session opened for user dale(uid=1000) by dale(uid=0)
Jun 27 00:49:38 Gentoo-1 kernel: elogind-daemon[1686]: New session 6 of
user dale.
Jun 27 00:49:38 Gentoo-1 sddm-helper[3158]: gkr-pam:
gnome-keyring-daemon started properly and unlocked keyring
Jun 27 00:49:38 Gentoo-1 sddm-helper[3158]: pam_kwallet5(sddm:session):
pam_kwallet5: pam_sm_open_session
Jun 27 00:49:38 Gentoo-1 sddm-helper[3169]: pam_kwallet5: final socket
path: /run/user/1000/kwallet5.socket
Jun 27 00:49:38 Gentoo-1 sddm-helper[3140]:
pam_unix(sddm-greeter:session): session closed for user sddm
Jun 27 00:49:38 Gentoo-1 kernel: elogind-daemon[1686]: Removed session c2.
Jun 27 00:49:40 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device DP-5
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='net.hadess.PowerProfiles' requested by ':1.60' (uid=1000 pid=3193
comm="/usr/libexec/xdg-desktop-portal" label="kernel") (using servicehelper)
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Activated service
'net.hadess.PowerProfiles' failed: Launch helper exited with unknown
return code 1
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.discretegpuhelper' requested by ':1.71'
(uid=1000 pid=3338 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.discretegpuhelper'
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.chargethresholdhelper' requested by ':1.71'
(uid=1000 pid=3338 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.chargethresholdhelper'
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.backlighthelper' requested by ':1.71' (uid=1000
pid=3338 comm="/usr/lib64/libexec/org_kde_powerdevil" label="kernel")
(using servicehelper)
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.backlighthelper'
Jun 27 00:49:40 Gentoo-1 polkitd[2854]: Registered Authentication Agent
for unix-session:6 (system bus name :1.86
[/usr/lib64/libexec/polkit-kde-authentication-agent-1], object path
/org/kde/PolicyKit1/AuthenticationAgent, locale en_US.utf8)
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='net.hadess.PowerProfiles' requested by ':1.71' (uid=1000 pid=3338
comm="/usr/lib64/libexec/org_kde_powerdevil" label="kernel") (using
servicehelper)
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Activated service
'net.hadess.PowerProfiles' failed: Launch helper exited with unknown
return code 1
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.kded.smart' requested by ':1.68' (uid=1000 pid=3280
comm="/usr/bin/kded5" label="kernel") (using servicehelper)
Jun 27 00:49:40 Gentoo-1 obexd[3487]: OBEX daemon 5.76
Jun 27 00:49:40 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.kded.smart'
Jun 27 00:49:41 Gentoo-1 polkitd[2854]: Unregistered Authentication
Agent for unix-session:6 (system bus name :1.86, object path
/org/kde/PolicyKit1/AuthenticationAgent, locale en_US.utf8)
(disconnected from bus)
Jun 27 00:49:41 Gentoo-1 kernel: nvidia-modeset: WARNING: GPU:0: Unable
to read EDID for display device LG Electronics W2253 (DP-5)
Jun 27 00:50:00 Gentoo-1 CROND[3651]: (root) CMD (/usr/lib/sa/sa1 1 1)
Jun 27 00:50:00 Gentoo-1 CROND[3650]: (root) CMDEND (/usr/lib/sa/sa1 1 1)
Jun 27 00:50:03 Gentoo-1 start-stop-daemon[3676]: Will stop /usr/bin/sddm
Jun 27 00:50:03 Gentoo-1 start-stop-daemon[3676]: Will stop PID 3125
Jun 27 00:50:03 Gentoo-1 start-stop-daemon[3676]: Sending signal 15 to
PID 3125
Jun 27 00:50:03 Gentoo-1 sddm-helper[3158]: pam_unix(sddm:session):
session closed for user dale
Jun 27 00:50:03 Gentoo-1 sddm-helper[3158]: pam_kwallet5(sddm:session):
pam_kwallet5: pam_sm_close_session
Jun 27 00:50:03 Gentoo-1 sddm-helper[3158]: pam_kwallet5(sddm:setcred):
pam_kwallet5: pam_sm_setcred
Jun 27 00:50:03 Gentoo-1 kernel: elogind-daemon[1686]: Removed session 6.
Jun 27 00:50:04 Gentoo-1 sddm-helper[3727]:
pam_unix(sddm-greeter:session): session opened for user sddm(uid=219) by
root(uid=0)
Jun 27 00:50:04 Gentoo-1 kernel: elogind-daemon[1686]: Existing logind
session ID 4 used by new audit session, ignoring.
Jun 27 00:50:04 Gentoo-1 kernel: elogind-daemon[1686]: New session c3 of
user sddm.
Jun 27 00:50:08 Gentoo-1 obexd[3745]: OBEX daemon 5.76
Jun 27 00:50:27 Gentoo-1 sddm-helper[3747]: gkr-pam: unable to locate
daemon control file
Jun 27 00:50:27 Gentoo-1 sddm-helper[3747]: gkr-pam: stashed password to
try later in open session
Jun 27 00:50:27 Gentoo-1 sddm-helper[3747]: pam_kwallet5(sddm:auth):
pam_kwallet5: pam_sm_authenticate
Jun 27 00:50:27 Gentoo-1 sddm-helper[3747]: pam_kwallet5(sddm:setcred):
pam_kwallet5: pam_sm_setcred
Jun 27 00:50:27 Gentoo-1 sddm-helper[3747]: pam_unix(sddm:session):
session opened for user dale(uid=1000) by dale(uid=0)
Jun 27 00:50:27 Gentoo-1 kernel: elogind-daemon[1686]: New session 7 of
user dale.
Jun 27 00:50:27 Gentoo-1 sddm-helper[3747]: gkr-pam:
gnome-keyring-daemon started properly and unlocked keyring
Jun 27 00:50:27 Gentoo-1 sddm-helper[3747]: pam_kwallet5(sddm:session):
pam_kwallet5: pam_sm_open_session
Jun 27 00:50:27 Gentoo-1 sddm-helper[3758]: pam_kwallet5: final socket
path: /run/user/1000/kwallet5.socket
Jun 27 00:50:27 Gentoo-1 sddm-helper[3727]:
pam_unix(sddm-greeter:session): session closed for user sddm
Jun 27 00:50:27 Gentoo-1 kernel: elogind-daemon[1686]: Removed session c3.
Jun 27 00:50:27 Gentoo-1 dbus-daemon[3772]: [session uid=1000 pid=3770
pidfd=4] Activating service name='org.a11y.Bus' requested by ':1.1'
(uid=1000 pid=3764 comm="/usr/bin/nvidia-settings --load-config-only"
label="kernel")
Jun 27 00:50:27 Gentoo-1 dbus-daemon[3772]: [session uid=1000 pid=3770
pidfd=4] Successfully activated service 'org.a11y.Bus'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.kde.KSplash' requested by ':1.0'
(uid=1000 pid=3760 comm="/usr/bin/startplasma-x11" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.kde.KSplash'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.freedesktop.portal.Desktop'
requested by ':1.4' (uid=1000 pid=3810
comm="/usr/lib64/libexec/kf5/klauncher --fd=9" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.freedesktop.portal.Documents'
requested by ':1.5' (uid=1000 pid=3813
comm="/usr/libexec/xdg-desktop-portal" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service
name='org.freedesktop.impl.portal.PermissionStore' requested by ':1.6'
(uid=1000 pid=3820 comm="/usr/libexec/xdg-document-portal" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service
'org.freedesktop.impl.portal.PermissionStore'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.freedesktop.portal.Documents'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service
name='org.freedesktop.impl.portal.desktop.kde' requested by ':1.5'
(uid=1000 pid=3813 comm="/usr/libexec/xdg-desktop-portal" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service
'org.freedesktop.impl.portal.desktop.kde'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.freedesktop.portal.Desktop'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='net.hadess.PowerProfiles' requested by ':1.116' (uid=1000 pid=3813
comm="/usr/libexec/xdg-desktop-portal" label="kernel") (using servicehelper)
Jun 27 00:50:28 Gentoo-1 dbus-daemon[1657]: [system] Activated service
'net.hadess.PowerProfiles' failed: Launch helper exited with unknown
return code 1
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.kde.kglobalaccel' requested by
':1.11' (uid=1000 pid=3857 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.kde.kglobalaccel'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.kde.ActivityManager' requested by
':1.11' (uid=1000 pid=3857 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.kde.ActivityManager'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='ca.desrt.dconf' requested by ':1.15'
(uid=1000 pid=3857 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'ca.desrt.dconf'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.bluez.obex' requested by ':1.11'
(uid=1000 pid=3857 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.kde.KScreen' requested by ':1.11'
(uid=1000 pid=3857 comm="/usr/bin/kded5" label="kernel")
Jun 27 00:50:28 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.kded.smart' requested by ':1.120' (uid=1000 pid=3857
comm="/usr/bin/kded5" label="kernel") (using servicehelper)
Jun 27 00:50:28 Gentoo-1 obexd[3916]: OBEX daemon 5.76
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.bluez.obex'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.kded.smart'
Jun 27 00:50:28 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.kde.KScreen'
Jun 27 00:50:29 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.discretegpuhelper' requested by ':1.131'
(uid=1000 pid=3933 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 27 00:50:29 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.discretegpuhelper'
Jun 27 00:50:29 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.chargethresholdhelper' requested by ':1.131'
(uid=1000 pid=3933 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 27 00:50:29 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.chargethresholdhelper'
Jun 27 00:50:29 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='org.kde.powerdevil.backlighthelper' requested by ':1.131'
(uid=1000 pid=3933 comm="/usr/lib64/libexec/org_kde_powerdevil"
label="kernel") (using servicehelper)
Jun 27 00:50:29 Gentoo-1 dbus-daemon[1657]: [system] Successfully
activated service 'org.kde.powerdevil.backlighthelper'
Jun 27 00:50:29 Gentoo-1 dbus-daemon[1657]: [system] Activating service
name='net.hadess.PowerProfiles' requested by ':1.131' (uid=1000 pid=3933
comm="/usr/lib64/libexec/org_kde_powerdevil" label="kernel") (using
servicehelper)
Jun 27 00:50:29 Gentoo-1 dbus-daemon[1657]: [system] Activated service
'net.hadess.PowerProfiles' failed: Launch helper exited with unknown
return code 1
Jun 27 00:50:30 Gentoo-1 polkitd[2854]: Registered Authentication Agent
for unix-session:7 (system bus name :1.146
[/usr/lib64/libexec/polkit-kde-authentication-agent-1], object path
/org/kde/PolicyKit1/AuthenticationAgent, locale en_US.utf8)
Jun 27 00:50:30 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.kde.ksystemstats' requested by
':1.26' (uid=1000 pid=3940 comm="/usr/bin/plasmashell" label="kernel")
Jun 27 00:50:30 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.kde.ksystemstats'
Jun 27 00:50:31 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Activating service name='org.gtk.vfs.Daemon' requested by
':1.38' (uid=1000 pid=4025 comm="/usr/bin/wireplumber" label="kernel")
Jun 27 00:50:31 Gentoo-1 dbus-daemon[3790]: [session uid=1000 pid=3788
pidfd=4] Successfully activated service 'org.gtk.vfs.Daemon'
Jun 27 01:00:00 Gentoo-1 CROND[4103]: (root) CMD (/usr/lib/sa/sa1 1 1)
Jun 27 01:00:00 Gentoo-1 CROND[4102]: (root) CMDEND (/usr/lib/sa/sa1 1 1)
Jun 27 01:01:00 Gentoo-1 CROND[4107]: (root) CMD (run-parts
/etc/cron.hourly)
Jun 27 01:01:00 Gentoo-1 anacron[4116]: Anacron started on 2024-06-27
Jun 27 01:01:00 Gentoo-1 CROND[4106]: (root) CMDEND (run-parts
/etc/cron.hourly)
Jun 27 01:01:00 Gentoo-1 anacron[4116]: Normal exit (0 jobs run)


This one may include failed attempts as well.  This is the whole log
which I think rotates on boot up. 


Gentoo-1 ~ # cat /home/dale//.local/share/sddm/xorg-session.log
kdeinit5: preparing to launch '/usr/lib64/libexec/kf5/klauncher'
kdeinit5: Launched KLauncher, pid = 3810, result = 0
Connecting to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kdeinit5: opened connection to :0
Initializing 
"/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_fonts.so"
Initializing 
"/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_style.so"
kdeinit5: Got SETENV
'GTK_RC_FILES=/etc/gtk/gtkrc:/home/dale/.gtkrc:/home/dale/.config/gtkrc'
from launcher.
kdeinit5: Got SETENV
'GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/dale/.gtkrc-2.0:/home/dale/.config/gtkrc-2.0'
from launcher.
Initializing 
"/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_mouse.so"
kdeinit5: Got SETENV 'XCURSOR_THEME=breeze_cursors' from launcher.
kdeinit5: Got SETENV 'XCURSOR_SIZE=24' from launcher.
org.kde.plasma.session: process job  "kcminit_startup" finished with
exit code  0
Installing the delayed initialization callback.
QObject::connect: No such signal QDBusAbstractInterface::StateChanged(uint)
kcm_touchpad: Using X11 backend
QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought
it was ':1.13'
Delayed initialization.
Reloading the khotkeys configuration
Version 2 File!
true
Imported file "/usr/share/khotkeys/defaults.khotkeys"
Imported file "/usr/share/khotkeys/kde32b1.khotkeys"
Imported file "/usr/share/khotkeys/konqueror_gestures_kde321.khotkeys"
xsettingsd: Loaded 13 settings from
/home/dale/.config/xsettingsd/xsettingsd.conf
xsettingsd: Created window 0x2e00001 on screen 0 with timestamp 1261739
xsettingsd: Selection _XSETTINGS_S0 is owned by 0x0
xsettingsd: Took ownership of selection _XSETTINGS_S0
QDBusAbstractAdaptor: Cannot relay signal
KDEDModule::moduleDeleted(KDEDModule*): Pointers are not supported:
KDEDModule*
Known activities: ("efff3ec7-1615-4136-b51e-54309a8ca9da")
kf.bluezqt: PendingCall Error: "The name org.bluez was not provided by
any .service files"
kscreen.kded: PowerDevil SuspendSession action not available!
Qt: Session management error: networkIdsList argument is NULL
OpenGL vendor string:                   NVIDIA Corporation
OpenGL renderer string:                 Quadro P1000/PCIe/SSE2
OpenGL version string:                  3.1.0 NVIDIA 550.90.07
OpenGL shading language version string: 1.40 NVIDIA via Cg compiler
Driver:                                 NVIDIA
Driver version:                         550.90.7
GPU class:                              Unknown
OpenGL version:                         3.1
GLSL version:                           1.40
X server version:                       1.21.1
Linux kernel version:                   6.9.4
Requires strict binding:                no
GLSL shaders:                           yes
Texture NPOT support:                   yes
Virtual Machine:                        no
kdeinit5: Got SETENV 'ICEAUTHORITY=/run/user/1000/iceauth_kyBXxq' from
launcher.
kdeinit5: Got SETENV
'SESSION_MANAGER=local/Gentoo-1:@/tmp/.ICE-unix/3907,unix/Gentoo-1:/tmp/.ICE-unix/3907'
from launcher.
kdeinit5: Got SETENV 'ICEAUTHORITY=/run/user/1000/iceauth_kyBXxq' from
launcher.
kdeinit5: Got SETENV
'SESSION_MANAGER=local/Gentoo-1:@/tmp/.ICE-unix/3907,unix/Gentoo-1:/tmp/.ICE-unix/3907'
from launcher.
Initializing 
"/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_kgamma.so"
Initializing 
"/usr/lib64/qt5/plugins/plasma/kcms/systemsettings/kcm_touchpad.so"
kcm_touchpad: Using X11 backend
Xlib XKB extension major= 1  minor= 0
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 0
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 1
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 2
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 3
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 4
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 5
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 6
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 7
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 8
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 9
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 10
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 11
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 12
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 13
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 14
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 15
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 16
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 17
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 18
ALSA lib
/var/tmp/portage/media-libs/alsa-lib-1.2.11/work/alsa-lib-1.2.11/src/confmisc.c:165:(snd_config_get_card)
Cannot get card index for 19
org.kde.powerdevil:
org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge
thresholds are not supported by the kernel for this hardware"
org.kde.powerdevil: org.kde.powerdevil.backlighthelper.brightness failed
kf.config.core: "\"fsrestore1\" - conversion of \"0,0,0,0\" to QRect failed"
kf.config.core: "\"fsrestore2\" - conversion of \"0,0,0,0\" to QRect failed"
kf.config.core: "\"fsrestore3\" - conversion of \"0,0,0,0\" to QRect failed"
org.kde.powerdevil: Handle button events action could not check for
screen configuration
org.kde.powerdevil: The profile  "AC" tried to activate "DimDisplay" a
non-existent action. This is usually due to an installation problem, a
configuration problem, or because the action is not supported
org.kde.powerdevil:
org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge
thresholds are not supported by the kernel for this hardware"
New PolkitAgentListener  0x55ffa5fd48f0
Adding new listener  PolkitQt1::Agent::Listener(0x7f37a00124d0) for 
0x55ffa5fd48f0
Listener online
Authentication agent result: true
X server XKB extension major= 1  minor= 0
Checking screens: available: (QScreen(0x55e464fa3440, name="DP-5"))
redundant: QHash() fake: QSet() all: (QScreen(0x55e464fa3440, name="DP-5"))
Checking screens: available: (QScreen(0x55e464fa3440, name="DP-5"))
redundant: QHash() fake: QSet() all: (QScreen(0x55e464fa3440, name="DP-5"))
kf.plasma.quick: Applet preload policy set to 1
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/templates/InlineMessage.qml:265:13:
QML SelectableLabel: Binding loop detected for property "implicitWidth"
QObject::connect: No such slot
DesktopProtocol::_k_slotRedirection(KIO::Job *, QUrl)
Trying to use rootObject before initialization is completed, whilst
using setInitializationDelayed. Forcing completion
org.kde.plasma.kicker: Entry is not valid "org.kde.kontact.desktop"
QSharedPointer(0x55e465c78aa0)
org.kde.plasma.kicker: Entry is not valid "ktp-contactlist.desktop"
QSharedPointer(0x55e465dc2e10)
org.kde.plasma.kicker: Entry is not valid "org.kde.discover.desktop"
QSharedPointer(0x55e465e429a0)
org.kde.plasma.kicker: Entry is not valid "org.kde.kontact.desktop"
QSharedPointer(0x55e465d7d090)
org.kde.plasma.kicker: Entry is not valid "ktp-contactlist.desktop"
QSharedPointer(0x55e465eded20)
org.kde.plasma.kicker: Entry is not valid "org.kde.discover.desktop"
QSharedPointer(0x55e465dfa2f0)
file:///usr/share/plasma/plasmoids/org.kde.plasma.systemmonitor/contents/ui/main.qml:43:5:
QML MouseArea: Cannot anchor to an item that isn't a parent or sibling.
file:///usr/share/plasma/plasmoids/org.kde.plasma.systemmonitor/contents/ui/main.qml:43:5:
QML MouseArea: Cannot anchor to an item that isn't a parent or sibling.
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.barchart/contents/ui/BarChart.qml:54:9:
Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:94:13:
Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:94:13:
Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:57:9:
Unable to assign [undefined] to int
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
org.kde.kmix: no mix devices and not dynamic
Cyclic dependency detected between
"file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml"
and
"file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/ThumbnailStrip.qml"
Cyclic dependency detected between
"file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml"
and
"file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/NotificationHeader.qml"
kwin_core: XCB error: 150 (BadDamage), sequence: 2370, resource id:
29360151, major code: 142 (DAMAGE), minor code: 3 (Subtract)
QFont::setPointSizeF: Point size <= 0 (0.000000), must be greater than 0
org.kde.plasma.pulseaudio: No object for name "auto_null.monitor"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/share/plasma/plasmoids/org.kde.plasma.battery/contents/ui/CompactRepresentation.qml:61:17:
Unable to assign [undefined] to int
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
qt.core.qabstractitemmodel.checkindex: Index
QModelIndex(-1,-1,0x0,QObject(0x0)) is not valid (expected valid)
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.barchart/contents/ui/FullRepresentation.qml:23:1:
QML FullRepresentation: Binding loop detected for property "implicitHeight"
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.barchart/contents/ui/BarChart.qml:54:9:
Unable to assign [undefined] to int
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/FullRepresentation.qml:22:1:
QML FullRepresentation: Binding loop detected for property "implicitHeight"
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:94:13:
Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:94:13:
Unable to assign [undefined] to int
file:///usr/share/ksysguard/sensorfaces/org.kde.ksysguard.linechart/contents/ui/LineChart.qml:57:9:
Unable to assign [undefined] to int
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
file:///usr/lib64/qt5/qml/org/kde/plasma/extras/PlaceholderMessage.qml:238:5:
QML Heading: Binding loop detected for property "verticalAlignment"
Gentoo-1 ~ #


This is xorg.conf. 


Gentoo-1 ~ # cat /etc/X11/xorg.conf
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 550.90.07

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0"
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"
EndSection

Section "InputDevice"
    # generated from data in "/etc/conf.d/gpm"
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol"
    Option         "Device" "/dev/input/mice"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"
    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    Option         "DPMS"
EndSection

#Section "Device"
#    Identifier     "Device0"
#    Driver         "nvidia"
#    VendorName     "NVIDIA Corporation"
#EndSection

Section "Device"

   Identifier  "Device0"
#   Identifier  "nvidia"
   Driver      "nvidia"
   BusID       "PCI:9:0:0"
   Option "UseEDID" "false" ## Try this too ##

EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Gentoo-1 ~ #


I took the info you sent and sort of combined it with what
nvidia-xconfig created.  This is when it worked, this time anyway. 
Other things I tried did nothing.  Now that I have documented all this,
I'm going to reboot the rig and see if it works again.  I think we
already have failed logs but will share what happens. 

On reboot, I was able to login on the sddm screen, KDE came up but no
plasma.  Black background, no panel thingy at the bottom.  Appears to be
in correct resolution tho.  After this, I toggled the "Identifier" in
xorg.conf. 

On second reboot, started DM, no sddm, no login and monitor powered
off.  Usually when it powers off, I have to use ssh to access it.  When
I restarted DM through ssh, sddm screen comes up.  When I logging, black
screen but monitor still on and active.  Screen is completely black
tho.  When I restart DM again, after a few seconds, monitor powers off
and goes to sleep. 

On third reboot, I start DM and monitor goes blank and goes to sleep
mode.  After this, I toggled the "Identifier" in xorg.conf.  Same. 
Monitor goes to sleep.

Given I get different results even with the same settings, I'm wondering
about that monitor.  I've changed video cards so that should eliminate
that.  The only common thing is the monitor.  Thing is, that monitor
worked for a long time on my main rig, it also has worked fine on the
NAS box and the old Dell system as well.  That was very recent I might
add.  This new system is the only one that has issues with that monitor. 

The new monitor should give us clues.  If it just works when it gets
here, then it is the monitor acting weird.  If it does the same thing,
there is a config error somewhere.  I can't think of anything else. 

Open to ideas still.  I'd like to get this working.  If for no other
reason, the new monitor could have the same issue and require some
special settings somewhere.

Thanks for all the help.  Sorry to have so much info in one email.  :/  
At least we have details of when it is working now tho.  :-D

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 5494 bytes --]

On Thursday, 27 June 2024 07:54:43 BST Dale wrote:
> Update.  I played around a bit.  I figured I didn't have a lot to lose
> here.  It either works, or it doesn't.  After playing around a bit, I
> got it to work.  I have not restarted it to see if it will work again,
> yet.  I wanted to grab some log info first, while it is working.  So,
> this part is about when KDE comes up completely but could include some
> attempts that failed.  Comes up completely means, in the correct
> resolution, background image and the panel thing on the bottom, which
> means plasma is running as it should.  I'm doing these inside the email
> instead of as attachments.  Sorry for the length.  I just want to share
> this while I have it available.

Your Display Manager (SDDM) works fine.  There is no problem with the the DM.

Your system log does not reveal anything untoward.  The driver components are 
loading fine.  No problem with this either.

Your Xorg.0.log now shows a different port (DP-5) and the monitor bobs up & 
down.  My money is on a buggy EDID.


> [  1236.810] (--) NVIDIA(GPU-0):
> [  1237.031] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): connected
> [  1237.031] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): Internal TMDS
> [  1237.031] (--) NVIDIA(GPU-0): LG Electronics W2253 (DFP-5): 300.0 MHz
> maximum pixel clock
[Snip ...]

Are you still plugged into the same physical port on the video card?

If yes, then its designation DFP-? is allocated dynamically.

The monitor is shown to be disconnected a couple of times and eventually 
reconnected.  Again on port DP-5.  Normally this should be on port DP-0 if you 
have plugged it into the first port.


> This is xorg.conf. 

At which point did you originally generate this file?  While the monitor was 
on and running, or after it went sideways?


> Gentoo-1 ~ # cat /etc/X11/xorg.conf
> # nvidia-xconfig: X configuration file generated by nvidia-xconfig
> # nvidia-xconfig:  version 550.90.07
[Snip ...]

> Section "Monitor"
>     Identifier     "Monitor0"
>     VendorName     "Unknown"
>     ModelName      "Unknown"
>     Option         "DPMS"
> EndSection

Regenerate the file while the monitor is working and check what/if its details 
come up in the above section.

> #Section "Device"
> #    Identifier     "Device0"
> #    Driver         "nvidia"
> #    VendorName     "NVIDIA Corporation"
> #EndSection
> 
> Section "Device"
> 
>    Identifier  "Device0"
> #   Identifier  "nvidia"
>    Driver      "nvidia"
>    BusID       "PCI:9:0:0"
>    Option "UseEDID" "false" ## Comment out this entry for now <==
> 
> EndSection
> 
> Section "Screen"
>     Identifier     "Screen0"
>     Device         "Device0"
>     Monitor        "Monitor0"
>     DefaultDepth    24
>     SubSection     "Display"
>         Depth       24
>     EndSubSection
> EndSection
> 
> Gentoo-1 ~ #
> 
> 
> I took the info you sent and sort of combined it with what
> nvidia-xconfig created.  This is when it worked, this time anyway. 
> Other things I tried did nothing.  Now that I have documented all this,
> I'm going to reboot the rig and see if it works again.  I think we
> already have failed logs but will share what happens. 

Comment out the line: Option "UseEDID" "false"

Let's see if the Monitor shows up in the recreated config file, otherwise 
you'll need to fill in its Model name and sync frequencies to take probing and 
guessing out of the equation.

If this still doesn't work, then you should try to feed its EDID file to the 
card.


> Given I get different results even with the same settings, I'm wondering
> about that monitor.  I've changed video cards so that should eliminate
> that.  The only common thing is the monitor.  Thing is, that monitor
> worked for a long time on my main rig, it also has worked fine on the
> NAS box and the old Dell system as well.  That was very recent I might
> add.  This new system is the only one that has issues with that monitor. 

Were the other PCs using the same DP cable, or HDMI/DVI?  What xorg.conf files 
did they have generated?


> The new monitor should give us clues.  If it just works when it gets
> here, then it is the monitor acting weird.  If it does the same thing,
> there is a config error somewhere.  I can't think of anything else. 

I can think of a buggy monitor EDID.  There are a lot of cheap monitors being 
churned out with average display panels, but bottom dollar chip, bezel and 
stand.  Power saving features introduce their own bugs.  You could check the 
monitor's own menu to disable eco modes and what not, if you keep your monitor 
running 24-7.


> Open to ideas still.  I'd like to get this working.  If for no other
> reason, the new monitor could have the same issue and require some
> special settings somewhere.
> 
> Thanks for all the help.  Sorry to have so much info in one email.  :/  
> At least we have details of when it is working now tho.  :-D

The email line wrap makes things difficult to read.  You can redirect the 
Xorg.0.log to a txt file and take it off the PC via SSH even if the monitor 
goes to sleep.

Some other things to try, beyond finding DP-0 on the card and using it:

- See what config files worked on the other PCs and compare them with what you 
are using now.
- Unplug/replug the monitor.
- Power down/up the monitor.
- Use the monitor's OSD to reset it, or disable eco mode, or set it to 
standard resolution/frequency.

Finally, see how the new monitor suits your needs and if it works as expected.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 1693 bytes --]

On Thu, Jun 27, 2024 at 12:03 AM Dale <rdalek1967@gmail.com> wrote:
>
> Update.  I played around a bit.  I figured I didn't have a lot to lose
> here.  It either works, or it doesn't.  After playing around a bit, I
> got it to work.  I have not restarted it to see if it will work again,
> yet.  I wanted to grab some log info first, while it is working.  So,
> this part is about when KDE comes up completely but could include some
> attempts that failed.  Comes up completely means, in the correct
> resolution, background image and the panel thing on the bottom, which
> means plasma is running as it should.  I'm doing these inside the email
> instead of as attachments.  Sorry for the length.  I just want to share
> this while I have it available.
>
> This first one, I had a few failures before it succeeded.  I couldn't
> figure out when the working bit started so it is the complete log.
>
>

Hi Dale,
   I have returned home and can once again bottom post.

   There's no way I'm going to read and understand this
whole thread but I did have one question and one comment:

1) Did you ever actually try the Kubunu option that didn't
require an install? I saw you mentions Knoppix and maybe
one other option. Just curious as to what the results were.

2) I see you discussing xorg.conf file which I don't use
here but did you generate this file - if you are really using
it - using the nvidia-settings app, or by hand?

   If your system will stay up I believe nvidia-settings is
recommended by NVidia, or was anyway. It does a good
job of showing the layout and handling options that NVidia
says make their cards work better.

Good luck,
Mark

[-- Attachment #2: Type: text/html, Size: 2117 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1.1: Type: text/plain, Size: 3836 bytes --]

Mark Knecht wrote:
>
>
> On Thu, Jun 27, 2024 at 12:03 AM Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>> wrote:
> >
> > Update.  I played around a bit.  I figured I didn't have a lot to lose
> > here.  It either works, or it doesn't.  After playing around a bit, I
> > got it to work.  I have not restarted it to see if it will work again,
> > yet.  I wanted to grab some log info first, while it is working.  So,
> > this part is about when KDE comes up completely but could include some
> > attempts that failed.  Comes up completely means, in the correct
> > resolution, background image and the panel thing on the bottom, which
> > means plasma is running as it should.  I'm doing these inside the email
> > instead of as attachments.  Sorry for the length.  I just want to share
> > this while I have it available.
> >
> > This first one, I had a few failures before it succeeded.  I couldn't
> > figure out when the working bit started so it is the complete log.
> >
> >
>
> Hi Dale,
>    I have returned home and can once again bottom post.
>
>    There's no way I'm going to read and understand this
> whole thread but I did have one question and one comment:
>
> 1) Did you ever actually try the Kubunu option that didn't
> require an install? I saw you mentions Knoppix and maybe
> one other option. Just curious as to what the results were.
>
> 2) I see you discussing xorg.conf file which I don't use
> here but did you generate this file - if you are really using
> it - using the nvidia-settings app, or by hand? 
>
>    If your system will stay up I believe nvidia-settings is
> recommended by NVidia, or was anyway. It does a good
> job of showing the layout and handling options that NVidia
> says make their cards work better.
>
> Good luck,
> Mark

I booted the Gentoo live image and Knoppix.  Knoppix is old.  I don't
think it is being maintained anymore but even on this new hardware, even
it worked.  I've booted other things to and all work fine except the
Gentoo install, the one thing I need to work.  I checked, I did download
Kubuntu but I don't remember trying it.  With my memory tho, I may have
and just don't remember it.  :/  I'll add it to my Ventoy stick and try
it shortly.  It's hot, humid and my energy level isn't much.  The family
visit to the hospital drained me good.  And she is still sick.  I took
her some tomatoes this morning and she likes the peaches I got for her
too.  Not much she can eat. 

I've tried with no xorg.conf at first.  Then I tried with one that tells
it to use the nvidia driver, even tho lsmod shows it loaded and lspci -k
shows it being used.  Then I used nvidia-xconfig to create a conf file. 
Then I tried some options that Michael suggested.  On occasion, it
works.  Most of the time, it doesn't.  To be honest, I'm not sure if
anything we do is affecting it.  I think sometimes things just drop into
place and it works.  Most of the time, things don't drop into place and
it fails or only partially works. 

Given I've used different boot media, a different video card and
different config options, I'm thinking it is the monitor and it just
clashes with this one install but works with others, which may figure
out to ignore what the monitor fails to do.  I find it odd but it is
logical. 

I've tried to use nvidia-settings but the man page is like Greek.  The
one thing I did figure out, -q all.  On my main rig, it spits out TONS
of info.  On the new rig, it just says something like no display found
or something.  It's like two lines, maybe one. 

Had several interruptions so managed to try Kubuntu "Try" option.  It
comes up just fine, correct resolution, plasma is working and all.  I'm
attaching the Xorg log from Kubuntu. 

Maybe the Kubuntu log will shed some light. 

Dale

:-)  :-) 

[-- Attachment #1.2: Type: text/html, Size: 5418 bytes --]

[-- Attachment #2: Xorg.0.log --]
[-- Type: text/x-log, Size: 56502 bytes --]

[    27.870] (--) Log file renamed from "/var/log/Xorg.pid-2309.log" to "/var/log/Xorg.0.log"
[    27.874] 
X.Org X Server 1.21.1.11
X Protocol Version 11, Revision 0
[    27.874] Current Operating System: Linux kubuntu 6.8.0-31-generic #31-Ubuntu SMP PREEMPT_DYNAMIC Sat Apr 20 00:40:06 UTC 2024 x86_64
[    27.874] Kernel command line: BOOT_IMAGE=/casper/vmlinuz rdinit=/vtoy/vtoy --- quiet splash
[    27.874] xorg-server 2:21.1.12-1ubuntu1 (For technical support please see http://www.ubuntu.com/support) 
[    27.874] Current version of pixman: 0.42.2
[    27.874] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[    27.874] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    27.874] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 27 15:42:53 2024
[    27.875] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[    27.875] (==) No Layout section.  Using the first Screen section.
[    27.875] (==) No screen section available. Using defaults.
[    27.875] (**) |-->Screen "Default Screen Section" (0)
[    27.875] (**) |   |-->Monitor "<default monitor>"
[    27.876] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[    27.876] (**) Allowing byte-swapped clients
[    27.876] (==) Automatically adding devices
[    27.876] (==) Automatically enabling devices
[    27.876] (==) Automatically adding GPU devices
[    27.876] (==) Automatically binding GPU devices
[    27.876] (==) Max clients allowed: 256, resource mask: 0x1fffff
[    27.876] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[    27.876] 	Entry deleted from font path.
[    27.876] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[    27.876] 	Entry deleted from font path.
[    27.876] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[    27.876] 	Entry deleted from font path.
[    27.876] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[    27.876] 	Entry deleted from font path.
[    27.876] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[    27.876] 	Entry deleted from font path.
[    27.876] (==) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/Type1,
	built-ins
[    27.876] (==) ModulePath set to "/usr/lib/xorg/modules"
[    27.876] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[    27.876] (II) Loader magic: 0x5e7beed9e020
[    27.876] (II) Module ABI versions:
[    27.876] 	X.Org ANSI C Emulation: 0.4
[    27.876] 	X.Org Video Driver: 25.2
[    27.876] 	X.Org XInput driver : 24.4
[    27.876] 	X.Org Server Extension : 10.0
[    27.876] (++) using VT number 2

[    27.876] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[    27.877] (II) xfree86: Adding drm device (/dev/dri/card0)
[    27.877] (II) Platform probe for /sys/devices/pci0000:00/0000:00:03.1/0000:09:00.0/drm/card0
[    27.881] (--) PCI:*(9@0:0:0) 10de:1cb1:10de:11bc rev 161, Mem @ 0xfb000000/16777216, 0xd0000000/268435456, 0xe0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/524288
[    27.881] (II) LoadModule: "glx"
[    27.882] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    27.889] (II) Module glx: vendor="X.Org Foundation"
[    27.889] 	compiled for 1.21.1.11, module version = 1.0.0
[    27.889] 	ABI class: X.Org Server Extension, version 10.0
[    28.375] (==) Matched modesetting as autoconfigured driver 0
[    28.375] (==) Matched fbdev as autoconfigured driver 1
[    28.375] (==) Matched vesa as autoconfigured driver 2
[    28.375] (==) Assigned the driver to the xf86ConfigLayout
[    28.375] (II) LoadModule: "modesetting"
[    28.375] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[    28.382] (II) Module modesetting: vendor="X.Org Foundation"
[    28.382] 	compiled for 1.21.1.11, module version = 1.21.1
[    28.382] 	Module class: X.Org Video Driver
[    28.382] 	ABI class: X.Org Video Driver, version 25.2
[    28.382] (II) LoadModule: "fbdev"
[    28.383] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[    28.385] (II) Module fbdev: vendor="X.Org Foundation"
[    28.385] 	compiled for 1.21.1.11, module version = 0.5.0
[    28.385] 	Module class: X.Org Video Driver
[    28.385] 	ABI class: X.Org Video Driver, version 25.2
[    28.385] (II) LoadModule: "vesa"
[    28.385] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[    28.385] (II) Module vesa: vendor="X.Org Foundation"
[    28.385] 	compiled for 1.21.1.7, module version = 2.6.0
[    28.385] 	Module class: X.Org Video Driver
[    28.385] 	ABI class: X.Org Video Driver, version 25.2
[    28.385] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[    28.385] (II) FBDEV: driver for framebuffer: fbdev
[    28.385] (II) VESA: driver for VESA chipsets: vesa
[    28.389] (II) modeset(0): using drv /dev/dri/card0
[    28.389] (WW) Falling back to old probe method for fbdev
[    28.390] (II) Loading sub module "fbdevhw"
[    28.390] (II) LoadModule: "fbdevhw"
[    28.390] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[    28.396] (II) Module fbdevhw: vendor="X.Org Foundation"
[    28.396] 	compiled for 1.21.1.11, module version = 0.0.2
[    28.396] 	ABI class: X.Org Video Driver, version 25.2
[    28.397] (II) modeset(0): Creating default Display subsection in Screen section
	"Default Screen Section" for depth/fbbpp 24/32
[    28.397] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
[    28.397] (==) modeset(0): RGB weight 888
[    28.397] (==) modeset(0): Default visual is TrueColor
[    28.397] (II) Loading sub module "glamoregl"
[    28.397] (II) LoadModule: "glamoregl"
[    28.397] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[    28.405] (II) Module glamoregl: vendor="X.Org Foundation"
[    28.405] 	compiled for 1.21.1.11, module version = 1.0.1
[    28.405] 	ABI class: X.Org ANSI C Emulation, version 0.4
[    29.890] (II) modeset(0): glamor X acceleration enabled on NV137
[    29.890] (II) modeset(0): glamor initialized
[    29.890] (==) modeset(0): VariableRefresh: disabled
[    29.890] (==) modeset(0): AsyncFlipSecondaries: disabled
[    29.891] (II) modeset(0): Output DP-1 has no monitor section
[    29.891] (II) modeset(0): Output DP-2 has no monitor section
[    29.891] (II) modeset(0): Output DP-3 has no monitor section
[    30.111] (II) modeset(0): Output DP-4 has no monitor section
[    30.111] (II) modeset(0): EDID for output DP-1
[    30.111] (II) modeset(0): EDID for output DP-2
[    30.111] (II) modeset(0): EDID for output DP-3
[    30.294] (II) modeset(0): EDID for output DP-4
[    30.294] (II) modeset(0): Manufacturer: GSM  Model: 56dd  Serial#: 16843009
[    30.294] (II) modeset(0): Year: 2010  Week: 6
[    30.294] (II) modeset(0): EDID Version: 1.3
[    30.294] (II) modeset(0): Digital Display Input
[    30.294] (II) modeset(0): Max Image Size [cm]: horiz.: 49  vert.: 32
[    30.294] (II) modeset(0): Gamma: 2.20
[    30.294] (II) modeset(0): No DPMS capabilities specified
[    30.294] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 
[    30.294] (II) modeset(0): First detailed timing is preferred mode
[    30.294] (II) modeset(0): redX: 0.635 redY: 0.342   greenX: 0.292 greenY: 0.611
[    30.295] (II) modeset(0): blueX: 0.147 blueY: 0.070   whiteX: 0.313 whiteY: 0.329
[    30.295] (II) modeset(0): Supported established timings:
[    30.295] (II) modeset(0): 720x400@70Hz
[    30.295] (II) modeset(0): 640x480@60Hz
[    30.295] (II) modeset(0): 640x480@75Hz
[    30.295] (II) modeset(0): 800x600@56Hz
[    30.295] (II) modeset(0): 800x600@60Hz
[    30.295] (II) modeset(0): 800x600@75Hz
[    30.295] (II) modeset(0): 832x624@75Hz
[    30.295] (II) modeset(0): 1024x768@60Hz
[    30.295] (II) modeset(0): 1024x768@75Hz
[    30.295] (II) modeset(0): 1280x1024@75Hz
[    30.295] (II) modeset(0): 1152x864@75Hz
[    30.295] (II) modeset(0): Manufacturer's mask: 0
[    30.295] (II) modeset(0): Supported standard timings:
[    30.295] (II) modeset(0): #0: hsize: 1680  vsize 1050  refresh: 60  vid: 179
[    30.295] (II) modeset(0): #1: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
[    30.295] (II) modeset(0): #2: hsize: 1280  vsize 1024  refresh: 75  vid: 36737
[    30.295] (II) modeset(0): #3: hsize: 1152  vsize 864  refresh: 75  vid: 20337
[    30.295] (II) modeset(0): Supported detailed timing:
[    30.295] (II) modeset(0): clock: 138.5 MHz   Image Size:  510 x 290 mm
[    30.295] (II) modeset(0): h_active: 1920  h_sync: 1968  h_sync_end 2000 h_blank_end 2080 h_border: 0
[    30.295] (II) modeset(0): v_active: 1080  v_sync: 1083  v_sync_end 1088 v_blanking: 1111 v_border: 0
[    30.295] (II) modeset(0): Supported detailed timing:
[    30.295] (II) modeset(0): clock: 148.5 MHz   Image Size:  510 x 290 mm
[    30.295] (II) modeset(0): h_active: 1920  h_sync: 2003  h_sync_end 2047 h_blank_end 2200 h_border: 0
[    30.295] (II) modeset(0): v_active: 1080  v_sync: 1084  v_sync_end 1089 v_blanking: 1125 v_border: 0
[    30.295] (II) modeset(0): Ranges: V min: 56 V max: 61 Hz, H min: 30 H max: 83 kHz, PixClock max 155 MHz
[    30.295] (II) modeset(0): Monitor name: W2253
[    30.295] (II) modeset(0): Supported detailed timing:
[    30.295] (II) modeset(0): clock: 148.5 MHz   Image Size:  510 x 290 mm
[    30.295] (II) modeset(0): h_active: 1920  h_sync: 2008  h_sync_end 2052 h_blank_end 2200 h_border: 0
[    30.295] (II) modeset(0): v_active: 1080  v_sync: 1084  v_sync_end 1089 v_blanking: 1125 v_border: 0
[    30.295] (II) modeset(0): Supported detailed timing:
[    30.295] (II) modeset(0): clock: 74.2 MHz   Image Size:  510 x 290 mm
[    30.295] (II) modeset(0): h_active: 1920  h_sync: 2008  h_sync_end 2052 h_blank_end 2200 h_border: 0
[    30.295] (II) modeset(0): v_active: 540  v_sync: 542  v_sync_end 547 v_blanking: 562 v_border: 0
[    30.295] (II) modeset(0): Supported detailed timing:
[    30.295] (II) modeset(0): clock: 74.2 MHz   Image Size:  510 x 290 mm
[    30.295] (II) modeset(0): h_active: 1280  h_sync: 1390  h_sync_end 1430 h_blank_end 1650 h_border: 0
[    30.295] (II) modeset(0): v_active: 720  v_sync: 725  v_sync_end 730 v_blanking: 750 v_border: 0
[    30.295] (II) modeset(0): Supported detailed timing:
[    30.295] (II) modeset(0): clock: 27.0 MHz   Image Size:  510 x 290 mm
[    30.295] (II) modeset(0): h_active: 720  h_sync: 736  h_sync_end 798 h_blank_end 858 h_border: 0
[    30.295] (II) modeset(0): v_active: 480  v_sync: 489  v_sync_end 495 v_blanking: 525 v_border: 0
[    30.295] (II) modeset(0): Number of EDID sections to follow: 1
[    30.295] (II) modeset(0): EDID (in hex):
[    30.295] (II) modeset(0): 	00ffffffffffff001e6ddd5601010101
[    30.295] (II) modeset(0): 	06140103803120780aaec5a2574a9c25
[    30.295] (II) modeset(0): 	125054a76b80b3008180818f714f0101
[    30.295] (II) modeset(0): 	0101010101011a3680a070381f403020
[    30.295] (II) modeset(0): 	3500fe221100001e023a801871382d40
[    30.295] (II) modeset(0): 	532c4500fe221100001e000000fd0038
[    30.295] (II) modeset(0): 	3d1e530f000a202020202020000000fc
[    30.295] (II) modeset(0): 	0057323235330a20202020202020017a
[    30.295] (II) modeset(0): 	02031df14a900403011412051f101323
[    30.295] (II) modeset(0): 	0907078301000065030c001000023a80
[    30.295] (II) modeset(0): 	1871382d40582c4500fe221100001e01
[    30.295] (II) modeset(0): 	1d8018711c1620582c2500fe22110000
[    30.295] (II) modeset(0): 	9e011d007251d01e206e285500fe2211
[    30.295] (II) modeset(0): 	00001e8c0ad08a20e02d10103e9600fe
[    30.295] (II) modeset(0): 	22110000180000000000000000000000
[    30.295] (II) modeset(0): 	000000000000000000000000000000e6
[    30.295] (II) modeset(0): Printing probed modes for output DP-4
[    30.295] (II) modeset(0): Modeline "1920x1080"x59.9  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync +vsync (66.6 kHz eP)
[    30.295] (II) modeset(0): Modeline "1920x1080"x60.0  148.50  1920 2003 2047 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    30.295] (II) modeset(0): Modeline "1920x1080"x60.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    30.295] (II) modeset(0): Modeline "1920x1080"x50.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[    30.295] (II) modeset(0): Modeline "1920x1080"x59.9  148.35  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.4 kHz e)
[    30.295] (II) modeset(0): Modeline "1920x1080i"x60.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[    30.295] (II) modeset(0): Modeline "1920x1080i"x50.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[    30.295] (II) modeset(0): Modeline "1920x1080i"x59.9   74.18  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.7 kHz e)
[    30.295] (II) modeset(0): Modeline "1680x1050"x59.9  119.10  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz d)
[    30.295] (II) modeset(0): Modeline "1680x1050"x59.9  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    30.295] (II) modeset(0): Modeline "1400x1050"x59.9  121.92  1400 1488 1640 1880  1050 1052 1064 1082 +hsync +vsync (64.8 kHz d)
[    30.295] (II) modeset(0): Modeline "1600x900"x59.9   97.68  1600 1648 1680 1760  900 903 908 926 +hsync -vsync (55.5 kHz d)
[    30.295] (II) modeset(0): Modeline "1280x1024"x75.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    30.295] (II) modeset(0): Modeline "1280x1024"x60.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[    30.295] (II) modeset(0): Modeline "1280x1024"x59.9  107.84  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (63.9 kHz d)
[    30.295] (II) modeset(0): Modeline "1400x900"x59.9   86.58  1400 1448 1480 1560  900 903 913 926 +hsync -vsync (55.5 kHz d)
[    30.295] (II) modeset(0): Modeline "1280x960"x59.9  107.88  1280 1376 1488 1800  960 961 964 1000 +hsync +vsync (59.9 kHz d)
[    30.295] (II) modeset(0): Modeline "1440x810"x59.9  151.77  1440 1464 1480 1520  810 811 814 833 doublescan +hsync -vsync (99.8 kHz d)
[    30.295] (II) modeset(0): Modeline "1368x768"x59.9   72.35  1368 1416 1448 1528  768 771 781 790 +hsync -vsync (47.3 kHz d)
[    30.295] (II) modeset(0): Modeline "1280x800"x59.9   71.03  1280 1328 1360 1440  800 803 809 823 +hsync -vsync (49.3 kHz d)
[    30.295] (II) modeset(0): Modeline "1152x864"x75.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    30.295] (II) modeset(0): Modeline "1152x864"x59.9   86.30  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (53.9 kHz d)
[    30.295] (II) modeset(0): Modeline "1280x720"x60.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    30.295] (II) modeset(0): Modeline "1280x720"x50.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync +vsync (37.5 kHz e)
[    30.295] (II) modeset(0): Modeline "1280x720"x59.9   74.18  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    30.295] (II) modeset(0): Modeline "1280x720"x59.9   63.95  1280 1328 1360 1440  720 723 728 741 +hsync -vsync (44.4 kHz d)
[    30.295] (II) modeset(0): Modeline "1024x768"x75.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    30.295] (II) modeset(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    30.295] (II) modeset(0): Modeline "1024x768"x59.9   64.92  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.3 kHz d)
[    30.295] (II) modeset(0): Modeline "960x720"x59.9  116.87  960 1024 1128 1300  720 720 722 750 doublescan -hsync +vsync (89.9 kHz d)
[    30.295] (II) modeset(0): Modeline "928x696"x59.9  108.94  928 976 1088 1264  696 696 698 719 doublescan -hsync +vsync (86.2 kHz d)
[    30.295] (II) modeset(0): Modeline "896x672"x59.9  102.26  896 960 1060 1224  672 672 674 697 doublescan -hsync +vsync (83.5 kHz d)
[    30.295] (II) modeset(0): Modeline "1024x576"x59.9   42.08  1024 1072 1104 1184  576 579 584 593 +hsync -vsync (35.5 kHz d)
[    30.295] (II) modeset(0): Modeline "960x600"x59.9   76.92  960 984 1000 1040  600 601 604 617 doublescan +hsync -vsync (74.0 kHz d)
[    30.295] (II) modeset(0): Modeline "832x624"x74.6   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    30.295] (II) modeset(0): Modeline "832x624"x59.9   46.05  832 864 928 1152  624 625 628 667 -hsync -vsync (40.0 kHz d)
[    30.295] (II) modeset(0): Modeline "960x540"x59.9   37.32  960 1008 1040 1120  540 543 548 556 +hsync -vsync (33.3 kHz d)
[    30.295] (II) modeset(0): Modeline "800x600"x75.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    30.295] (II) modeset(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    30.295] (II) modeset(0): Modeline "800x600"x59.9   38.36  800 824 896 1024  600 601 603 625 +hsync +vsync (37.5 kHz d)
[    30.295] (II) modeset(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    30.295] (II) modeset(0): Modeline "840x525"x59.9   59.55  840 864 880 920  525 526 529 540 doublescan +hsync -vsync (64.7 kHz d)
[    30.295] (II) modeset(0): Modeline "864x486"x59.9   30.69  864 912 944 1024  486 489 494 500 +hsync -vsync (30.0 kHz d)
[    30.295] (II) modeset(0): Modeline "720x576"x50.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync (31.2 kHz e)
[    30.295] (II) modeset(0): Modeline "700x525"x59.9   60.96  700 744 820 940  525 526 532 541 doublescan +hsync +vsync (64.8 kHz d)
[    30.295] (II) modeset(0): Modeline "800x450"x59.9   48.84  800 824 840 880  450 451 454 463 doublescan +hsync -vsync (55.5 kHz d)
[    30.295] (II) modeset(0): Modeline "720x480"x60.0   27.03  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    30.295] (II) modeset(0): Modeline "720x480"x59.9   27.00  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    30.295] (II) modeset(0): Modeline "640x512"x59.9   53.92  640 664 720 844  512 512 514 533 doublescan +hsync +vsync (63.9 kHz d)
[    30.295] (II) modeset(0): Modeline "700x450"x59.9   43.29  700 724 740 780  450 451 456 463 doublescan +hsync -vsync (55.5 kHz d)
[    30.295] (II) modeset(0): Modeline "640x480"x75.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    30.295] (II) modeset(0): Modeline "640x480"x60.0   25.20  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    30.295] (II) modeset(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    30.295] (II) modeset(0): Modeline "640x480"x59.9   25.17  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz d)
[    30.295] (II) modeset(0): Modeline "720x405"x59.9   22.10  720 768 800 880  405 408 413 419 +hsync -vsync (25.1 kHz d)
[    30.295] (II) modeset(0): Modeline "720x400"x70.1   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    30.295] (II) modeset(0): Modeline "684x384"x59.9   36.17  684 708 724 764  384 385 390 395 doublescan +hsync -vsync (47.3 kHz d)
[    30.295] (II) modeset(0): Modeline "576x432"x59.9   43.15  576 608 672 800  432 432 434 450 doublescan +hsync +vsync (53.9 kHz d)
[    30.295] (II) modeset(0): Modeline "640x360"x59.9   17.93  640 688 720 800  360 363 368 374 +hsync -vsync (22.4 kHz d)
[    30.295] (II) modeset(0): Modeline "512x384"x59.9   32.46  512 524 592 672  384 385 388 403 doublescan -hsync -vsync (48.3 kHz d)
[    30.295] (II) modeset(0): Modeline "512x288"x59.9   21.00  512 536 552 592  288 289 292 296 doublescan +hsync -vsync (35.5 kHz d)
[    30.295] (II) modeset(0): Modeline "416x312"x59.9   22.99  416 432 464 576  312 312 314 333 doublescan -hsync -vsync (39.9 kHz d)
[    30.295] (II) modeset(0): Modeline "480x270"x59.9   18.66  480 504 520 560  270 271 274 278 doublescan +hsync -vsync (33.3 kHz d)
[    30.295] (II) modeset(0): Modeline "400x300"x59.9   19.15  400 412 448 512  300 300 301 312 doublescan +hsync +vsync (37.4 kHz d)
[    30.295] (II) modeset(0): Modeline "432x243"x59.9   15.34  432 456 472 512  243 244 247 250 doublescan +hsync -vsync (30.0 kHz d)
[    30.295] (II) modeset(0): Modeline "320x240"x59.9   12.56  320 328 376 400  240 245 246 262 doublescan -hsync -vsync (31.4 kHz d)
[    30.295] (II) modeset(0): Modeline "360x202"x59.9   11.02  360 384 400 440  202 204 206 209 doublescan +hsync -vsync (25.1 kHz d)
[    30.295] (II) modeset(0): Modeline "320x180"x59.9    8.97  320 344 360 400  180 181 184 187 doublescan +hsync -vsync (22.4 kHz d)
[    30.295] (II) modeset(0): Output DP-1 disconnected
[    30.295] (II) modeset(0): Output DP-2 disconnected
[    30.295] (II) modeset(0): Output DP-3 disconnected
[    30.295] (II) modeset(0): Output DP-4 connected
[    30.295] (II) modeset(0): Using exact sizes for initial modes
[    30.295] (II) modeset(0): Output DP-4 using initial mode 1920x1080 +0+0
[    30.295] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[    30.295] (==) modeset(0): DPI set to (96, 96)
[    30.295] (II) Loading sub module "fb"
[    30.295] (II) LoadModule: "fb"
[    30.295] (II) Module "fb" already built-in
[    30.295] (II) UnloadModule: "fbdev"
[    30.295] (II) Unloading fbdev
[    30.295] (II) UnloadSubModule: "fbdevhw"
[    30.295] (II) Unloading fbdevhw
[    30.295] (II) UnloadModule: "vesa"
[    30.295] (II) Unloading vesa
[    30.333] (==) modeset(0): Backing store enabled
[    30.333] (==) modeset(0): Silken mouse enabled
[    30.345] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
[    30.345] (==) modeset(0): DPMS enabled
[    30.345] (II) modeset(0): [DRI2] Setup complete
[    30.345] (II) modeset(0): [DRI2]   DRI driver: nouveau
[    30.345] (II) modeset(0): [DRI2]   VDPAU driver: nouveau
[    30.345] (II) Initializing extension Generic Event Extension
[    30.345] (II) Initializing extension SHAPE
[    30.345] (II) Initializing extension MIT-SHM
[    30.345] (II) Initializing extension XInputExtension
[    30.345] (II) Initializing extension XTEST
[    30.345] (II) Initializing extension BIG-REQUESTS
[    30.345] (II) Initializing extension SYNC
[    30.345] (II) Initializing extension XKEYBOARD
[    30.345] (II) Initializing extension XC-MISC
[    30.345] (II) Initializing extension SECURITY
[    30.345] (II) Initializing extension XFIXES
[    30.345] (II) Initializing extension RENDER
[    30.346] (II) Initializing extension RANDR
[    30.346] (II) Initializing extension COMPOSITE
[    30.346] (II) Initializing extension DAMAGE
[    30.346] (II) Initializing extension MIT-SCREEN-SAVER
[    30.346] (II) Initializing extension DOUBLE-BUFFER
[    30.346] (II) Initializing extension RECORD
[    30.346] (II) Initializing extension DPMS
[    30.346] (II) Initializing extension Present
[    30.346] (II) Initializing extension DRI3
[    30.346] (II) Initializing extension X-Resource
[    30.346] (II) Initializing extension XVideo
[    30.346] (II) Initializing extension XVideo-MotionCompensation
[    30.346] (II) Initializing extension SELinux
[    30.346] (II) SELinux: Disabled on system
[    30.346] (II) Initializing extension GLX
[    30.350] (II) AIGLX: Loaded and initialized nouveau
[    30.350] (II) GLX: Initialized DRI2 GL provider for screen 0
[    30.350] (II) Initializing extension XFree86-VidModeExtension
[    30.351] (II) Initializing extension XFree86-DGA
[    30.351] (II) Initializing extension XFree86-DRI
[    30.351] (II) Initializing extension DRI2
[    30.351] (II) modeset(0): Damage tracking initialized
[    30.351] (II) modeset(0): Setting screen physical size to 508 x 285
[    30.416] (II) config/udev: Adding input device Power Button (/dev/input/event1)
[    30.416] (**) Power Button: Applying InputClass "libinput keyboard catchall"
[    30.416] (II) LoadModule: "libinput"
[    30.416] (II) Loading /usr/lib/xorg/modules/input/libinput_drv.so
[    30.422] (II) Module libinput: vendor="X.Org Foundation"
[    30.422] 	compiled for 1.21.1.11, module version = 1.4.0
[    30.422] 	Module class: X.Org XInput Driver
[    30.422] 	ABI class: X.Org XInput driver, version 24.4
[    30.422] (II) Using input driver 'libinput' for 'Power Button'
[    30.422] (**) Power Button: always reports core events
[    30.422] (**) Option "Device" "/dev/input/event1"
[    30.451] (II) event1  - Power Button: is tagged by udev as: Keyboard
[    30.451] (II) event1  - Power Button: device is a keyboard
[    30.451] (II) event1  - Power Button: device removed
[    30.465] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1"
[    30.465] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6)
[    30.465] (**) Option "xkb_model" "pc105"
[    30.465] (**) Option "xkb_layout" "us"
[    30.465] (II) event1  - Power Button: is tagged by udev as: Keyboard
[    30.465] (II) event1  - Power Button: device is a keyboard
[    30.466] (II) config/udev: Adding input device Power Button (/dev/input/event0)
[    30.466] (**) Power Button: Applying InputClass "libinput keyboard catchall"
[    30.466] (II) Using input driver 'libinput' for 'Power Button'
[    30.466] (**) Power Button: always reports core events
[    30.466] (**) Option "Device" "/dev/input/event0"
[    30.466] (II) event0  - Power Button: is tagged by udev as: Keyboard
[    30.466] (II) event0  - Power Button: device is a keyboard
[    30.466] (II) event0  - Power Button: device removed
[    30.478] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0/event0"
[    30.478] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 7)
[    30.478] (**) Option "xkb_model" "pc105"
[    30.478] (**) Option "xkb_layout" "us"
[    30.478] (II) event0  - Power Button: is tagged by udev as: Keyboard
[    30.478] (II) event0  - Power Button: device is a keyboard
[    30.479] (II) config/udev: Adding input device DELL Dell USB Entry Keyboard (/dev/input/event3)
[    30.479] (**) DELL Dell USB Entry Keyboard: Applying InputClass "libinput keyboard catchall"
[    30.479] (II) Using input driver 'libinput' for 'DELL Dell USB Entry Keyboard'
[    30.479] (**) DELL Dell USB Entry Keyboard: always reports core events
[    30.479] (**) Option "Device" "/dev/input/event3"
[    30.480] (II) event3  - DELL Dell USB Entry Keyboard: is tagged by udev as: Keyboard
[    30.480] (II) event3  - DELL Dell USB Entry Keyboard: device is a keyboard
[    30.480] (II) event3  - DELL Dell USB Entry Keyboard: device removed
[    30.489] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-10/1-10:1.0/0003:413C:2107.0003/input/input3/event3"
[    30.489] (II) XINPUT: Adding extended input device "DELL Dell USB Entry Keyboard" (type: KEYBOARD, id 8)
[    30.489] (**) Option "xkb_model" "pc105"
[    30.489] (**) Option "xkb_layout" "us"
[    30.490] (II) event3  - DELL Dell USB Entry Keyboard: is tagged by udev as: Keyboard
[    30.490] (II) event3  - DELL Dell USB Entry Keyboard: device is a keyboard
[    30.490] (II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/event2)
[    30.490] (**) Logitech USB Optical Mouse: Applying InputClass "libinput pointer catchall"
[    30.490] (II) Using input driver 'libinput' for 'Logitech USB Optical Mouse'
[    30.490] (**) Logitech USB Optical Mouse: always reports core events
[    30.490] (**) Option "Device" "/dev/input/event2"
[    30.491] (II) event2  - Logitech USB Optical Mouse: is tagged by udev as: Mouse
[    30.491] (II) event2  - Logitech USB Optical Mouse: device is a pointer
[    30.492] (II) event2  - Logitech USB Optical Mouse: device removed
[    30.518] (II) libinput: Logitech USB Optical Mouse: Step value 0 was provided, libinput Fallback acceleration function is used.
[    30.518] (II) libinput: Logitech USB Optical Mouse: Step value 0 was provided, libinput Fallback acceleration function is used.
[    30.518] (II) libinput: Logitech USB Optical Mouse: Step value 0 was provided, libinput Fallback acceleration function is used.
[    30.518] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-9/1-9:1.0/0003:046D:C077.0002/input/input2/event2"
[    30.518] (II) XINPUT: Adding extended input device "Logitech USB Optical Mouse" (type: MOUSE, id 9)
[    30.518] (**) Option "AccelerationScheme" "none"
[    30.518] (**) Logitech USB Optical Mouse: (accel) selected scheme none/0
[    30.518] (**) Logitech USB Optical Mouse: (accel) acceleration factor: 2.000
[    30.518] (**) Logitech USB Optical Mouse: (accel) acceleration threshold: 4
[    30.519] (II) event2  - Logitech USB Optical Mouse: is tagged by udev as: Mouse
[    30.519] (II) event2  - Logitech USB Optical Mouse: device is a pointer
[    30.519] (II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/mouse0)
[    30.519] (II) No input driver specified, ignoring this device.
[    30.519] (II) This device may have been added with another device file.
[    30.520] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=3 (/dev/input/event5)
[    30.520] (II) No input driver specified, ignoring this device.
[    30.520] (II) This device may have been added with another device file.
[    30.520] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=7 (/dev/input/event6)
[    30.520] (II) No input driver specified, ignoring this device.
[    30.520] (II) This device may have been added with another device file.
[    30.521] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=8 (/dev/input/event7)
[    30.521] (II) No input driver specified, ignoring this device.
[    30.521] (II) This device may have been added with another device file.
[    30.521] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=9 (/dev/input/event8)
[    30.521] (II) No input driver specified, ignoring this device.
[    30.521] (II) This device may have been added with another device file.
[    30.521] (II) config/udev: Adding input device HD-Audio Generic Rear Mic (/dev/input/event10)
[    30.521] (II) No input driver specified, ignoring this device.
[    30.521] (II) This device may have been added with another device file.
[    30.521] (II) config/udev: Adding input device HD-Audio Generic Line (/dev/input/event11)
[    30.521] (II) No input driver specified, ignoring this device.
[    30.521] (II) This device may have been added with another device file.
[    30.522] (II) config/udev: Adding input device HD-Audio Generic Line Out Front (/dev/input/event12)
[    30.522] (II) No input driver specified, ignoring this device.
[    30.522] (II) This device may have been added with another device file.
[    30.522] (II) config/udev: Adding input device HD-Audio Generic Line Out Surround (/dev/input/event13)
[    30.522] (II) No input driver specified, ignoring this device.
[    30.522] (II) This device may have been added with another device file.
[    30.522] (II) config/udev: Adding input device HD-Audio Generic Line Out CLFE (/dev/input/event14)
[    30.522] (II) No input driver specified, ignoring this device.
[    30.522] (II) This device may have been added with another device file.
[    30.522] (II) config/udev: Adding input device HD-Audio Generic Front Headphone (/dev/input/event15)
[    30.522] (II) No input driver specified, ignoring this device.
[    30.522] (II) This device may have been added with another device file.
[    30.523] (II) config/udev: Adding input device HD-Audio Generic Front Mic (/dev/input/event9)
[    30.523] (II) No input driver specified, ignoring this device.
[    30.523] (II) This device may have been added with another device file.
[    30.523] (II) config/udev: Adding input device Eee PC WMI hotkeys (/dev/input/event4)
[    30.523] (**) Eee PC WMI hotkeys: Applying InputClass "libinput keyboard catchall"
[    30.523] (II) Using input driver 'libinput' for 'Eee PC WMI hotkeys'
[    30.523] (**) Eee PC WMI hotkeys: always reports core events
[    30.523] (**) Option "Device" "/dev/input/event4"
[    30.523] (II) event4  - Eee PC WMI hotkeys: is tagged by udev as: Keyboard
[    30.523] (II) event4  - Eee PC WMI hotkeys: device is a keyboard
[    30.523] (II) event4  - Eee PC WMI hotkeys: device removed
[    30.541] (**) Option "config_info" "udev:/sys/devices/platform/eeepc-wmi/input/input4/event4"
[    30.541] (II) XINPUT: Adding extended input device "Eee PC WMI hotkeys" (type: KEYBOARD, id 10)
[    30.541] (**) Option "xkb_model" "pc105"
[    30.541] (**) Option "xkb_layout" "us"
[    30.541] (II) event4  - Eee PC WMI hotkeys: is tagged by udev as: Keyboard
[    30.541] (II) event4  - Eee PC WMI hotkeys: device is a keyboard
[    30.844] (II) modeset(0): EDID vendor "GSM", prod id 22237
[    30.844] (II) modeset(0): Using EDID range info for horizontal sync
[    30.844] (II) modeset(0): Using EDID range info for vertical refresh
[    30.844] (II) modeset(0): Printing DDC gathered Modelines:
[    30.844] (II) modeset(0): Modeline "1920x1080"x0.0  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync +vsync (66.6 kHz eP)
[    30.844] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2003 2047 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    30.844] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    30.844] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[    30.844] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    30.844] (II) modeset(0): Modeline "720x480"x0.0   27.00  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    30.844] (II) modeset(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    30.844] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[    30.844] (II) modeset(0): Modeline "720x576"x0.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync (31.2 kHz e)
[    30.844] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[    30.844] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync +vsync (37.5 kHz e)
[    30.844] (II) modeset(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    30.844] (II) modeset(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    30.844] (II) modeset(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    30.844] (II) modeset(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    30.844] (II) modeset(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    30.844] (II) modeset(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    30.844] (II) modeset(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    30.844] (II) modeset(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    30.844] (II) modeset(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    30.844] (II) modeset(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    30.844] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    30.844] (II) modeset(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[    31.100] (II) modeset(0): EDID vendor "GSM", prod id 22237
[    31.101] (II) modeset(0): Using hsync ranges from config file
[    31.101] (II) modeset(0): Using vrefresh ranges from config file
[    31.101] (II) modeset(0): Printing DDC gathered Modelines:
[    31.101] (II) modeset(0): Modeline "1920x1080"x0.0  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync +vsync (66.6 kHz eP)
[    31.101] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2003 2047 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    31.101] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    31.101] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[    31.101] (II) modeset(0): Modeline "1280x720"x0.0   64.01  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (38.8 kHz e)
[    31.101] (II) modeset(0): Modeline "720x480"x0.0   27.00  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    31.101] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    31.101] (II) modeset(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    31.101] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[    31.101] (II) modeset(0): Modeline "720x576"x0.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync (31.2 kHz e)
[    31.101] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[    31.101] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync +vsync (37.5 kHz e)
[    31.101] (II) modeset(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    31.101] (II) modeset(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    31.101] (II) modeset(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    31.101] (II) modeset(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    31.101] (II) modeset(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    31.101] (II) modeset(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    31.101] (II) modeset(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    31.101] (II) modeset(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    31.101] (II) modeset(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    31.101] (II) modeset(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    31.101] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    31.101] (II) modeset(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[    31.291] (II) modeset(0): EDID vendor "GSM", prod id 22237
[    31.291] (II) modeset(0): DDCModeFromDetailedTiming: 720x480 Warning: We only handle separate sync.
[    31.291] (II) modeset(0): Using hsync ranges from config file
[    31.291] (II) modeset(0): Using vrefresh ranges from config file
[    31.291] (II) modeset(0): Printing DDC gathered Modelines:
[    31.291] (II) modeset(0): Modeline "1920x1080"x0.0  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync +vsync (66.6 kHz eP)
[    31.291] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2003 2047 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    31.291] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    31.291] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[    31.291] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    31.291] (II) modeset(0): Modeline "720x480"x0.0    6.52  720 736 790 850  480 489 495 517 -hsync -vsync (7.7 kHz e)
[    31.291] (II) modeset(0): Modeline "720x480"x0.0   27.00  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    31.291] (II) modeset(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    31.291] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[    31.291] (II) modeset(0): Modeline "720x576"x0.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync (31.2 kHz e)
[    31.291] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[    31.291] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync +vsync (37.5 kHz e)
[    31.291] (II) modeset(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    31.291] (II) modeset(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    31.291] (II) modeset(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    31.291] (II) modeset(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    31.291] (II) modeset(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    31.291] (II) modeset(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    31.291] (II) modeset(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    31.291] (II) modeset(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    31.291] (II) modeset(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    31.291] (II) modeset(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    31.291] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    31.291] (II) modeset(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[    31.475] (II) modeset(0): EDID vendor "GSM", prod id 22237
[    31.475] (II) modeset(0): Using hsync ranges from config file
[    31.475] (II) modeset(0): Using vrefresh ranges from config file
[    31.475] (II) modeset(0): Printing DDC gathered Modelines:
[    31.475] (II) modeset(0): Modeline "1920x1080"x0.0  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync +vsync (66.6 kHz eP)
[    31.475] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2003 2047 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    31.475] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    31.475] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[    31.475] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    31.475] (II) modeset(0): Modeline "720x480"x0.0   27.00  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    31.475] (II) modeset(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    31.475] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[    31.475] (II) modeset(0): Modeline "720x576"x0.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync (31.2 kHz e)
[    31.475] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[    31.475] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync +vsync (37.5 kHz e)
[    31.475] (II) modeset(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    31.475] (II) modeset(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    31.475] (II) modeset(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    31.475] (II) modeset(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    31.475] (II) modeset(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    31.475] (II) modeset(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    31.475] (II) modeset(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    31.475] (II) modeset(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    31.475] (II) modeset(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    31.475] (II) modeset(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    31.475] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    31.475] (II) modeset(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[    33.484] (II) modeset(0): EDID vendor "GSM", prod id 22237
[    33.484] (II) modeset(0): Using hsync ranges from config file
[    33.484] (II) modeset(0): Using vrefresh ranges from config file
[    33.484] (II) modeset(0): Printing DDC gathered Modelines:
[    33.484] (II) modeset(0): Modeline "1920x1080"x0.0  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync +vsync (66.6 kHz eP)
[    33.484] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2003 2047 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    33.484] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    33.484] (II) modeset(0): Modeline "1920x536i"x0.0   64.01  1920 2008 2048 2200  536 538 539 554 interlace +hsync +vsync (29.1 kHz e)
[    33.484] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    33.484] (II) modeset(0): Modeline "720x480"x0.0   27.00  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    33.484] (II) modeset(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    33.484] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[    33.484] (II) modeset(0): Modeline "720x576"x0.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync (31.2 kHz e)
[    33.484] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[    33.484] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[    33.484] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync +vsync (37.5 kHz e)
[    33.484] (II) modeset(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    33.484] (II) modeset(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    33.484] (II) modeset(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    33.484] (II) modeset(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    33.484] (II) modeset(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    33.484] (II) modeset(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    33.484] (II) modeset(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    33.484] (II) modeset(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    33.484] (II) modeset(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    33.484] (II) modeset(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    33.484] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    33.484] (II) modeset(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[    33.882] (II) modeset(0): Disabling kernel dirty updates, not required.
[    48.935] (II) modeset(0): EDID vendor "GSM", prod id 22237
[    48.935] (II) modeset(0): Using hsync ranges from config file
[    48.935] (II) modeset(0): Using vrefresh ranges from config file
[    48.935] (II) modeset(0): Printing DDC gathered Modelines:
[    48.935] (II) modeset(0): Modeline "1920x1080"x0.0  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync +vsync (66.6 kHz eP)
[    48.935] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2003 2047 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    48.935] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    48.935] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[    48.935] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    48.935] (II) modeset(0): Modeline "720x480"x0.0   27.00  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    48.935] (II) modeset(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    48.935] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[    48.935] (II) modeset(0): Modeline "720x576"x0.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync (31.2 kHz e)
[    48.935] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[    48.935] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync +vsync (37.5 kHz e)
[    48.935] (II) modeset(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    48.935] (II) modeset(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    48.935] (II) modeset(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    48.935] (II) modeset(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    48.935] (II) modeset(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    48.935] (II) modeset(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    48.935] (II) modeset(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    48.935] (II) modeset(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    48.935] (II) modeset(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    48.935] (II) modeset(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    48.935] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    48.935] (II) modeset(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[    50.635] (WW) EDID timing clock 655.35 exceeds claimed max 155MHz, fixing
[    50.635] (II) modeset(0): EDID vendor "GSM", prod id 22237
[    50.635] (II) modeset(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[    50.635] (II) modeset(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[    50.635] (II) modeset(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[    50.635] (II) modeset(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[    50.635] (II) modeset(0): Using hsync ranges from config file
[    50.635] (II) modeset(0): Using vrefresh ranges from config file
[    50.635] (II) modeset(0): Printing DDC gathered Modelines:
[    50.635] (II) modeset(0): Modeline "1920x1080"x0.0  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync +vsync (66.6 kHz eP)
[    50.635] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2003 2047 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    50.635] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync (67.5 kHz e)
[    50.635] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync +vsync (45.0 kHz e)
[    50.635] (II) modeset(0): Modeline "720x480"x0.0   27.00  720 736 798 858  480 489 495 525 -hsync -vsync (31.5 kHz e)
[    50.635] (II) modeset(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[    50.635] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[    50.635] (II) modeset(0): Modeline "720x576"x0.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync (31.2 kHz e)
[    50.635] (II) modeset(0): Modeline "1920x1080i"x0.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[    50.635] (II) modeset(0): Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[    50.635] (II) modeset(0): Modeline "1280x720"x0.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync +vsync (37.5 kHz e)
[    50.635] (II) modeset(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    50.635] (II) modeset(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    50.635] (II) modeset(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[    50.635] (II) modeset(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[    50.635] (II) modeset(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[    50.635] (II) modeset(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[    50.635] (II) modeset(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    50.635] (II) modeset(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[    50.635] (II) modeset(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[    50.635] (II) modeset(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[    50.635] (II) modeset(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[    50.635] (II) modeset(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 4477 bytes --]

On Thursday, 27 June 2024 22:06:36 BST Dale wrote:
> Mark Knecht wrote:
> > On Thu, Jun 27, 2024 at 12:03 AM Dale <rdalek1967@gmail.com
> > 
> > <mailto:rdalek1967@gmail.com>> wrote:
> > > Update.  I played around a bit.  I figured I didn't have a lot to lose
> > > here.  It either works, or it doesn't.  After playing around a bit, I
> > > got it to work.  I have not restarted it to see if it will work again,
> > > yet.  I wanted to grab some log info first, while it is working.  So,
> > > this part is about when KDE comes up completely but could include some
> > > attempts that failed.  Comes up completely means, in the correct
> > > resolution, background image and the panel thing on the bottom, which
> > > means plasma is running as it should.  I'm doing these inside the email
> > > instead of as attachments.  Sorry for the length.  I just want to share
> > > this while I have it available.
> > > 
> > > This first one, I had a few failures before it succeeded.  I couldn't
> > > figure out when the working bit started so it is the complete log.
> > 
> > Hi Dale,
> >    I have returned home and can once again bottom post.
> > 
> >    There's no way I'm going to read and understand this
> > whole thread but I did have one question and one comment:
> > 
> > 1) Did you ever actually try the Kubunu option that didn't
> > require an install? I saw you mentions Knoppix and maybe
> > one other option. Just curious as to what the results were.
> > 
> > 2) I see you discussing xorg.conf file which I don't use
> > here but did you generate this file - if you are really using
> > it - using the nvidia-settings app, or by hand? 
> > 
> >    If your system will stay up I believe nvidia-settings is
> > recommended by NVidia, or was anyway. It does a good
> > job of showing the layout and handling options that NVidia
> > says make their cards work better.
> > 
> > Good luck,
> > Mark
> 
> I booted the Gentoo live image and Knoppix.  Knoppix is old.  I don't
> think it is being maintained anymore but even on this new hardware, even
> it worked.  I've booted other things to and all work fine except the
> Gentoo install, the one thing I need to work.  I checked, I did download
> Kubuntu but I don't remember trying it.  With my memory tho, I may have
> and just don't remember it.  :/  I'll add it to my Ventoy stick and try
> it shortly.  It's hot, humid and my energy level isn't much.  The family
> visit to the hospital drained me good.  And she is still sick.  I took
> her some tomatoes this morning and she likes the peaches I got for her
> too.  Not much she can eat. 
> 
> I've tried with no xorg.conf at first.  Then I tried with one that tells
> it to use the nvidia driver, even tho lsmod shows it loaded and lspci -k
> shows it being used.  Then I used nvidia-xconfig to create a conf file. 
> Then I tried some options that Michael suggested.  On occasion, it
> works.  Most of the time, it doesn't.  To be honest, I'm not sure if
> anything we do is affecting it.  I think sometimes things just drop into
> place and it works.  Most of the time, things don't drop into place and
> it fails or only partially works. 
> 
> Given I've used different boot media, a different video card and
> different config options, I'm thinking it is the monitor and it just
> clashes with this one install but works with others, which may figure
> out to ignore what the monitor fails to do.  I find it odd but it is
> logical. 
> 
> I've tried to use nvidia-settings but the man page is like Greek.  The
> one thing I did figure out, -q all.  On my main rig, it spits out TONS
> of info.  On the new rig, it just says something like no display found
> or something.  It's like two lines, maybe one. 
> 
> Had several interruptions so managed to try Kubuntu "Try" option.  It
> comes up just fine, correct resolution, plasma is working and all.  I'm
> attaching the Xorg log from Kubuntu. 
> 
> Maybe the Kubuntu log will shed some light. 
> 
> Dale
> 
> :-)  :-) 

[snip ...]
[    30.345] (II) modeset(0): [DRI2]   DRI driver: nouveau  <== Not nvidia ==

[snip ...]
[    30.295] (II) modeset(0): Output DP-1 disconnected
[    30.295] (II) modeset(0): Output DP-2 disconnected
[    30.295] (II) modeset(0): Output DP-3 disconnected
[    30.295] (II) modeset(0): Output DP-4 connected

What does it take to connect the cable on the FIRST port of the video card?  

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 2043 bytes --]

On Thu, Jun 27, 2024 at 2:13 PM Dale <rdalek1967@gmail.com> wrote:
<SNIP>
> I've tried to use nvidia-settings but the man page is like Greek.  The
one thing I did figure out, -q all.  On my main rig, it spits out TONS of
info.  On the new rig, it just says something like no display found or
something.  It's like two lines, maybe one.
>
> Had several interruptions so managed to try Kubuntu "Try" option.  It
comes up just fine, correct resolution, plasma is working and all.  I'm
attaching the Xorg log from Kubuntu.
>
> Maybe the Kubuntu log will shed some light.
>
> Dale
>
> :-)  :-)

OK, so if Kubuntu comes up and runs stable for an hour or two then I don't
think it's your new rig or monitor.

I have a suspicion that Kubuntu booted and loaded the Open Source driver
and not the nvidia driver, but that's just a guess. However, if that's the
case then you can almost certainly use whatever Kubuntu has used as far as
drivers and an xorg.conf file and see if that helps with your Gentoo
issues. Once you get Gentoo working with the Open Source driver then you
could investigate using nvidia's.

If you have time to let the machine soak awhile then I'd consider a reboot
into Kubuntu and then take a look at what drivers are loaded using lsmod.
There will likely be a huge list. I have a 2 year old machine that's not
unlike your new machine (yours is slightly more powerful I think) but the
list of drivers loaded is just huge. However it works, and once you get it
going with lots of drivers you can then rebuild things with them in the
kernel if you want to.

Anyway, look at lsmod and report back. Here's mine running Kubuntu, and I
have no xorg.conf but it runs fine with 3 monitors.

mark@science2:~$ lsmod | grep nvidia
nvidia_uvm           1789952  0
nvidia_drm             90112  16
nvidia_modeset       1314816  39 nvidia_drm
nvidia              56827904  1890 nvidia_uvm,nvidia_modeset
video                  73728  2 asus_wmi,nvidia_modeset
mark@science2:~$

Good luck,
Mark

[-- Attachment #2: Type: text/html, Size: 2307 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Thursday, 27 June 2024 22:06:36 BST Dale wrote:
>> Mark Knecht wrote:
>>> On Thu, Jun 27, 2024 at 12:03 AM Dale <rdalek1967@gmail.com
>>>
>>> <mailto:rdalek1967@gmail.com>> wrote:
>>>> Update.  I played around a bit.  I figured I didn't have a lot to lose
>>>> here.  It either works, or it doesn't.  After playing around a bit, I
>>>> got it to work.  I have not restarted it to see if it will work again,
>>>> yet.  I wanted to grab some log info first, while it is working.  So,
>>>> this part is about when KDE comes up completely but could include some
>>>> attempts that failed.  Comes up completely means, in the correct
>>>> resolution, background image and the panel thing on the bottom, which
>>>> means plasma is running as it should.  I'm doing these inside the email
>>>> instead of as attachments.  Sorry for the length.  I just want to share
>>>> this while I have it available.
>>>>
>>>> This first one, I had a few failures before it succeeded.  I couldn't
>>>> figure out when the working bit started so it is the complete log.
>>> Hi Dale,
>>>    I have returned home and can once again bottom post.
>>>
>>>    There's no way I'm going to read and understand this
>>> whole thread but I did have one question and one comment:
>>>
>>> 1) Did you ever actually try the Kubunu option that didn't
>>> require an install? I saw you mentions Knoppix and maybe
>>> one other option. Just curious as to what the results were.
>>>
>>> 2) I see you discussing xorg.conf file which I don't use
>>> here but did you generate this file - if you are really using
>>> it - using the nvidia-settings app, or by hand? 
>>>
>>>    If your system will stay up I believe nvidia-settings is
>>> recommended by NVidia, or was anyway. It does a good
>>> job of showing the layout and handling options that NVidia
>>> says make their cards work better.
>>>
>>> Good luck,
>>> Mark
>> I booted the Gentoo live image and Knoppix.  Knoppix is old.  I don't
>> think it is being maintained anymore but even on this new hardware, even
>> it worked.  I've booted other things to and all work fine except the
>> Gentoo install, the one thing I need to work.  I checked, I did download
>> Kubuntu but I don't remember trying it.  With my memory tho, I may have
>> and just don't remember it.  :/  I'll add it to my Ventoy stick and try
>> it shortly.  It's hot, humid and my energy level isn't much.  The family
>> visit to the hospital drained me good.  And she is still sick.  I took
>> her some tomatoes this morning and she likes the peaches I got for her
>> too.  Not much she can eat. 
>>
>> I've tried with no xorg.conf at first.  Then I tried with one that tells
>> it to use the nvidia driver, even tho lsmod shows it loaded and lspci -k
>> shows it being used.  Then I used nvidia-xconfig to create a conf file. 
>> Then I tried some options that Michael suggested.  On occasion, it
>> works.  Most of the time, it doesn't.  To be honest, I'm not sure if
>> anything we do is affecting it.  I think sometimes things just drop into
>> place and it works.  Most of the time, things don't drop into place and
>> it fails or only partially works. 
>>
>> Given I've used different boot media, a different video card and
>> different config options, I'm thinking it is the monitor and it just
>> clashes with this one install but works with others, which may figure
>> out to ignore what the monitor fails to do.  I find it odd but it is
>> logical. 
>>
>> I've tried to use nvidia-settings but the man page is like Greek.  The
>> one thing I did figure out, -q all.  On my main rig, it spits out TONS
>> of info.  On the new rig, it just says something like no display found
>> or something.  It's like two lines, maybe one. 
>>
>> Had several interruptions so managed to try Kubuntu "Try" option.  It
>> comes up just fine, correct resolution, plasma is working and all.  I'm
>> attaching the Xorg log from Kubuntu. 
>>
>> Maybe the Kubuntu log will shed some light. 
>>
>> Dale
>>
>> :-)  :-) 
> [snip ...]
> [    30.345] (II) modeset(0): [DRI2]   DRI driver: nouveau  <== Not nvidia ==
>
> [snip ...]
> [    30.295] (II) modeset(0): Output DP-1 disconnected
> [    30.295] (II) modeset(0): Output DP-2 disconnected
> [    30.295] (II) modeset(0): Output DP-3 disconnected
> [    30.295] (II) modeset(0): Output DP-4 connected
>
> What does it take to connect the cable on the FIRST port of the video card?  

This reply may be a little odd.  I wrote some then went back and tried
some stuff and added info to it.  Trying to make it make sense. 

At first, when it really wouldn't work, I had it on the bottom port.  At
some point we thought that was the last port, #4 or DP-3 in the logs,
and not the first port.  I moved it to the top port which is #1, we
thought.  It's still on that port but that port did work once and
resulted in "solved" being added to the subject line.  I just double
checked.  It is plugged in the top port.  Unless the bottom port is #1
like I originally thought, then it should be on port #1.  I did a search
and found a image that shows it puts the port number on the metal
bracket.  I removed the card so I could see the numbers.  The bottom
port is number 1 like I originally thought.  So, I had it in the right
port to begin with, which wasn't working either.  I'll put it back on
what the metal bracket says is port #1, or bottom port.  I booted up,
started DM, correct resolution but no plasma and background is black. 
Still not a functional desktop.  Partially works tho.  Time to reboot. 
On reboot, sddm and KDE are low resolution.  It does have a background
image and plasma is working.  Keep in mind, all I did is reboot.  I
didn't change any config file or run any commands.  Reboot again.  This
time, correct resolution but no plasma.  Again, all I did was reboot. 
No changes to anything at all.  As you can see, each time I reboot, it
is like rolling dice.  I suspect if I keep rebooting it will eventually
do the black screen and power the monitor off. 

I did originally try to use the nouveau drivers.  It kinda worked, once
at least, but the screen was very slow to respond and the mouse was very
jerky.  It just wasn't good enough for whatever reason.  I recompiled
the kernel without those drivers and emerged nvidia.  Ever since then,
it has been hit or miss as to whether the monitor works or not.  I even
tried a different version of nvidia to see if that version had a bug. 
No change.  If the nouveau drivers were fast enough, I'd use them. 
Thing is, even with just one monitor, it was bad slow.  I'll have at
least two monitors and at times three hooked up.  I doubt the nouveau
drivers would even be usable. 

The new monitor has shipped.  No delivery date yet but latest estimation
is early next week.  I'm gonna like it being a little larger.  I just
hope it works.  Different brand and all so maybe it will.  My main rig
has a Samsung.  It has always worked. 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 2984 bytes --]

Mark Knecht wrote:
>
>
> On Thu, Jun 27, 2024 at 2:13 PM Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>> wrote:
> <SNIP>
> > I've tried to use nvidia-settings but the man page is like Greek. 
> The one thing I did figure out, -q all.  On my main rig, it spits out
> TONS of info.  On the new rig, it just says something like no display
> found or something.  It's like two lines, maybe one.
> >
> > Had several interruptions so managed to try Kubuntu "Try" option. 
> It comes up just fine, correct resolution, plasma is working and all. 
> I'm attaching the Xorg log from Kubuntu.
> >
> > Maybe the Kubuntu log will shed some light.
> >
> > Dale
> >
> > :-)  :-)
>
> OK, so if Kubuntu comes up and runs stable for an hour or two then I
> don't think it's your new rig or monitor.
>
> I have a suspicion that Kubuntu booted and loaded the Open Source
> driver and not the nvidia driver, but that's just a guess. However, if
> that's the case then you can almost certainly use whatever Kubuntu has
> used as far as drivers and an xorg.conf file and see if that helps
> with your Gentoo issues. Once you get Gentoo working with the Open
> Source driver then you could investigate using nvidia's.
>
> If you have time to let the machine soak awhile then I'd consider a
> reboot into Kubuntu and then take a look at what drivers are loaded
> using lsmod. There will likely be a huge list. I have a 2 year old
> machine that's not unlike your new machine (yours is slightly more
> powerful I think) but the list of drivers loaded is just huge. However
> it works, and once you get it going with lots of drivers you can then
> rebuild things with them in the kernel if you want to.
>
> Anyway, look at lsmod and report back. Here's mine running Kubuntu,
> and I have no xorg.conf but it runs fine with 3 monitors.
>
> mark@science2:~$ lsmod | grep nvidia
> nvidia_uvm           1789952  0
> nvidia_drm             90112  16
> nvidia_modeset       1314816  39 nvidia_drm
> nvidia              56827904  1890 nvidia_uvm,nvidia_modeset
> video                  73728  2 asus_wmi,nvidia_modeset
> mark@science2:~$
>
> Good luck,
> Mark


I think the rig and video card are fine.  I did try a different card and
version of nvidia drivers once tho.  Same thing.  At first, I tried the
nouveau drivers.  All the bootable media uses that driver.  When I tried
it on my install, it was very slow and the mouse pointer was very
jerky.  It was horrible.  I removed those drivers and installed nvidia. 
Sadly, things got worse. 

I'll boot into Kubuntu again and see what info it has.  The ones I
attached tho is all there was. Either it doesn't have those files or the
files were blank.  I think Xorg and messages was all there was. 

I'm out of steam.  May boot Kubuntu and let it sit while I nap.  It
worked for several minutes last time tho.  It seemed to work fine.  Very
fast too, unlike on my install. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 4194 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 1605 bytes --]

On Thu, Jun 27, 2024 at 4:01 PM Dale <rdalek1967@gmail.com> wrote:
<SNIP>
>
> I think the rig and video card are fine.  I did try a different card and
version of nvidia drivers once tho.  Same thing.  At first, I tried the
nouveau drivers.  All the bootable media uses that driver.  When I tried it
on my install, it was very slow and the mouse pointer was very jerky.  It
was horrible.  I removed those drivers and installed nvidia.  Sadly, things
got worse.
>
> I'll boot into Kubuntu again and see what info it has.  The ones I
attached tho is all there was. Either it doesn't have those files or the
files were blank.  I think Xorg and messages was all there was.
>
> I'm out of steam.  May boot Kubuntu and let it sit while I nap.  It
worked for several minutes last time tho.  It seemed to work fine.  Very
fast too, unlike on my install.
>

Yeah, I can hear the frustration and weariness in your writing. However I
know you are up to fixing this.

One additional experiment you can do, and I suspect Kubuntu passes every
time, is boot the machine with the monitor plugged into each port one at a
time. Do complete power downs between each boot. If Kubuntu comes up it
will really tell you a stable, tested OS has solved these problems. If it
doesn't then that's good info also.

I think possibly you purchased a Quadro adapter? I don't know how popular
those are amongst this crowd but they have been very popular in business
settings. That might make a bigger difference in terms of the nvidia driver
vs the Open Source one.

Good luck with your machine,
Mark

[-- Attachment #2: Type: text/html, Size: 1850 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 4105 bytes --]

Mark Knecht wrote:
>
>
> On Thu, Jun 27, 2024 at 4:01 PM Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>> wrote:
> <SNIP>
> >
> > I think the rig and video card are fine.  I did try a different card
> and version of nvidia drivers once tho.  Same thing.  At first, I
> tried the nouveau drivers.  All the bootable media uses that driver. 
> When I tried it on my install, it was very slow and the mouse pointer
> was very jerky.  It was horrible.  I removed those drivers and
> installed nvidia.  Sadly, things got worse.
> >
> > I'll boot into Kubuntu again and see what info it has.  The ones I
> attached tho is all there was. Either it doesn't have those files or
> the files were blank.  I think Xorg and messages was all there was.
> >
> > I'm out of steam.  May boot Kubuntu and let it sit while I nap.  It
> worked for several minutes last time tho.  It seemed to work fine. 
> Very fast too, unlike on my install.
> >
>
> Yeah, I can hear the frustration and weariness in your writing.
> However I know you are up to fixing this.
>
> One additional experiment you can do, and I suspect Kubuntu passes
> every time, is boot the machine with the monitor plugged into each
> port one at a time. Do complete power downs between each boot. If
> Kubuntu comes up it will really tell you a stable, tested OS has
> solved these problems. If it doesn't then that's good info also.
>
> I think possibly you purchased a Quadro adapter? I don't know how
> popular those are amongst this crowd but they have been very popular
> in business settings. That might make a bigger difference in terms of
> the nvidia driver vs the Open Source one.
>
> Good luck with your machine,
> Mark


I admit, I'm thinking about unplugging the thing and sticking it in the
closet.  If nothing else, I'm tired of walking around this huge thing. 
I was hoping to have switched long ago.  Usually, I look forward and
even get excited to build a new rig.  This time, with the lacking slots
of the original mobo and having to go way down power wise, I just want
to make sure I have a working computer if something happens to my main
rig.  There's not a whole lot to get excited about.  Having it not work,
well, that doesn't help.  Poor Michael is trying to help but this thing
is weird.  With every reboot, it does something differently. 

On the Kubuntu test.  I started with what the bracket shows as port 1. 
I then went through each port until I got to port 4.  I rebooted in
between each switch.  Even unplugged the monitor.  It worked every
time.  During the booting of the image tho, there was several seconds
where the screen went weird.  It had these horizontal lines on it that
looked like stair steps.  I've seen this type of thing on other boot
media even with my main rig and the NAS box.  It's like the image is in
the process of loading drivers or something.  Anyway, once it came up
tho, rock solid. 

I checked the nvidia website three times now.  Still, I wonder, am I
using the wrong driver?  Would the wrong driver even load without a
nasty message somewhere that is obvious?  The Nvidia website shows this:


Version:                     550.90.07
Release Date:             2024.6.4
Operating System:     Linux 64-bit
Language:                 English (US)
File Size:                   293.33 MB

I tried that series and the earlier version as well.  Hard to believe
that both versions would fail the same way due to a bug.  If someone
wants to double check, Nvidia Quadro P1000 is the info.  Even if the
selection tool is wrong, it shows up under supported products, for both
desktops and laptops. 

I may try to the Nouveau driver thing again.  Instead of building it
into the kernel, I may try the tree version.  Maybe it will work better
than the one in the kernel.  One can hope.  Right now, I'm trying to
sort through a massive update on my main rig.  Something broke eix. 
o_O  I managed to update the config files.  Broke my prompt tho.  I need
a hammer.  :/

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 5471 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 7634 bytes --]

On Thursday, 27 June 2024 23:52:25 BST Dale wrote:
> Michael wrote:

> > [snip ...]
> > [    30.345] (II) modeset(0): [DRI2]   DRI driver: nouveau  <== Not nvidia
> > ==
> > 
> > [snip ...]
> > [    30.295] (II) modeset(0): Output DP-1 disconnected
> > [    30.295] (II) modeset(0): Output DP-2 disconnected
> > [    30.295] (II) modeset(0): Output DP-3 disconnected
> > [    30.295] (II) modeset(0): Output DP-4 connected
> > 
> > What does it take to connect the cable on the FIRST port of the video
> > card?
> 
> This reply may be a little odd.  I wrote some then went back and tried
> some stuff and added info to it.  Trying to make it make sense. 

My apologies, I didn't meant to add to your frustration.  Working with a 
headless system is no fun when you expect to run a desktop on this thing!

I was just making a remark on the fact the card detects the monitor as being 
connected to DFP-3 or DFP-5 when using the proprietary nvidia driver, but the 
DP-4 when you used the open source nouveau driver.


> > At first, when it really wouldn't work, I had it on the bottom port.  At
> some point we thought that was the last port, #4 or DP-3 in the logs,
> and not the first port.  I moved it to the top port which is #1, we
> thought.  It's still on that port but that port did work once and
> resulted in "solved" being added to the subject line.  I just double
> checked.  It is plugged in the top port.  Unless the bottom port is #1
> like I originally thought, then it should be on port #1.  I did a search
> and found a image that shows it puts the port number on the metal
> bracket.  I removed the card so I could see the numbers.  The bottom
> port is number 1 like I originally thought.  So, I had it in the right
> port to begin with, which wasn't working either.  I'll put it back on
> what the metal bracket says is port #1, or bottom port.  I booted up,
> started DM, correct resolution but no plasma and background is black. 
> Still not a functional desktop.  Partially works tho.  Time to reboot. 
> On reboot, sddm and KDE are low resolution.  It does have a background
> image and plasma is working.  Keep in mind, all I did is reboot.  I
> didn't change any config file or run any commands.  Reboot again.  This
> time, correct resolution but no plasma.  Again, all I did was reboot. 
> No changes to anything at all.  As you can see, each time I reboot, it
> is like rolling dice.  I suspect if I keep rebooting it will eventually
> do the black screen and power the monitor off. 

It seems to me the card is probing the monitor to find out what settings it 
prefers/will work with.  This probing of the driver scrolls through a number 
of potential Modelines, but if the monitor does not respond in a timely manner 
with its preferred resolution and frequency you get a broken result.

Here are some hypotheses of mine, in absence of more concrete evidence.  The 
old box is slower and the initialisation process takes longer.  In this longer 
processing time the monitor responds with its EDID and what not.  The card 
receives it in a timely fashion and sets the driver accordingly.

With your new box things happen faster on the PC side, but not on the monitor 
side.  Two times out of three the synchronisation between driver and monitor 
fails and you end up with reports of EDID not found and monitor shown as 
disconnected in your Xorg.0.log.

Having the monitor plugged in any port on the card, first or last, should not 
make a difference, but if milli/nano-seconds count then it /might/ make a 
difference, assuming the ports are tried sequentially by the driver.  Hence I 
had suggested stick with the first port.  Some user reports on the interwebs 
mentioned it, so I thought it is worth trying it.

What else worth trying is  to set fixed directives for the "Monitor" section 
in your xorg config file, or capture the EDID table into a file and feed it to 
the driver.  The former ought to work, the latter may not if the EDID itself 
is buggy, but that's a problem to solve later if it even exists.  Either way, 
setting explicit directives for the monitor Modeline(s) and preferred 
resolution/frequency ought to take auto-probing out of the equation.


> I did originally try to use the nouveau drivers.  It kinda worked, once
> at least, but the screen was very slow to respond and the mouse was very
> jerky.  It just wasn't good enough for whatever reason.  I recompiled
> the kernel without those drivers and emerged nvidia.

It's your call which drivers you should try to get it to work with first.

Slow GUI response with the nouveau driver would indicate the kernel 
configuration/firmware loading was not 100% when you trying initially, because 
it works fine when you tried it again with Kubuntu's kernel.

People who use Nvidia prefer the nvidia driver in terms of performance, CUDA, 
etc. so you may want to stick with the nvidia driver initially.  In this case, 
walk through this guide and cross-check you followed all suggestions in there 
to configure your kernel, including disabling the nouveau driver.

https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers

If you intend to have both nouveau and nvidia drivers and switch between them, 
then you can build nouveau as a module and implement the more convoluted 
switching methods suggested in the next guide, but I suggest you leave this 
for later and not confuse the two drivers:

https://wiki.gentoo.org/wiki/Nouveau_%26_nvidia-drivers_switching

Having checked your kernel against the nvidia-driver guide, installed your 
updated kernel & initramfs images you should reboot.  Use 'lspci -k' and scan 
dmesg to make sure nvidia is loaded and there were no hiccups.

You've tried not having an xorg.conf and didn't work, or at least it did not 
work reliably.  Mind you, you also tried with a xorg.conf and this didn't make 
things better.  LOL!  However, I think this was because the "Monitor" section 
was mostly empty:

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    Option         "DPMS"
EndSection

Restart, if you need to, the display-manager until you eventually arrive at a 
fully loaded and functioning desktop.  nvidia-smi should reveal if the driver 
is loaded and working fully.  You can run nvidia-settings, (emerge x11-
drivers/nvidia-drivers with USE="tools") to tweak resolution and frequency for 
your monitor, which will then be stored in your config file:

https://download.nvidia.com/XFree86/Linux-x86_64/1.0-6106/nvidia-settings-user-guide.txt

O, while all is working as desired 'xrandr -q' will provide you with some 
useful information for your xorg.conf:

Identifier - e.g. "DisplayPort-0", or "LG Electronics W2253"

Modeline - e.g. Modeline 1920x1080_60.0  138.50  1920 1968 2000 2080  1080 
1083 1088 1111 +hsync +vsync

and you can set a preferred option in your xorg.conf; e.g.

HorizSync       15.0 - 67.0
VertRefresh     59.0 - 60.0
Modeline        "1920x1080_60.0  138.50  1920 1968 2000 2080  1080 1083 1088 
1111 +hsync +vsync"
Option "PreferredMode" "1920x1080"_60.0"

or some such.

If the above won't do it, you can capture the monitor's EDID while it is 
working - you can use nvidia-settings again:

https://nvidia.custhelp.com/app/answers/detail/a_id/3571/~/managing-a-display-edid-on-linux

There's a more manual way to do this too:

find /sys |grep -i edid

then copy the corresponding file to /lib/firmware/LG/W2253_edid.bin

and add it to your kernel before you recompile it:

https://docs.kernel.org/admin-guide/edid.html#

See if the above helps you to a stable monitor, or post back with xorg.0.log 
results.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 5800 bytes --]

On Thu, Jun 27, 2024 at 10:18 PM Dale <rdalek1967@gmail.com> wrote:
>
> Mark Knecht wrote:
>
>
>
> On Thu, Jun 27, 2024 at 4:01 PM Dale <rdalek1967@gmail.com> wrote:
> <SNIP>
> >
> > I think the rig and video card are fine.  I did try a different card
and version of nvidia drivers once tho.  Same thing.  At first, I tried the
nouveau drivers.  All the bootable media uses that driver.  When I tried it
on my install, it was very slow and the mouse pointer was very jerky.  It
was horrible.  I removed those drivers and installed nvidia.  Sadly, things
got worse.
> >
> > I'll boot into Kubuntu again and see what info it has.  The ones I
attached tho is all there was. Either it doesn't have those files or the
files were blank.  I think Xorg and messages was all there was.
> >
> > I'm out of steam.  May boot Kubuntu and let it sit while I nap.  It
worked for several minutes last time tho.  It seemed to work fine.  Very
fast too, unlike on my install.
> >
>
> Yeah, I can hear the frustration and weariness in your writing. However I
know you are up to fixing this.
>
> One additional experiment you can do, and I suspect Kubuntu passes every
time, is boot the machine with the monitor plugged into each port one at a
time. Do complete power downs between each boot. If Kubuntu comes up it
will really tell you a stable, tested OS has solved these problems. If it
doesn't then that's good info also.
>
> I think possibly you purchased a Quadro adapter? I don't know how popular
those are amongst this crowd but they have been very popular in business
settings. That might make a bigger difference in terms of the nvidia driver
vs the Open Source one.
>
> Good luck with your machine,
> Mark
>
>
>
> I admit, I'm thinking about unplugging the thing and sticking it in the
closet.  If nothing else, I'm tired of walking around this huge thing.  I
was hoping to have switched long ago.  Usually, I look forward and even get
excited to build a new rig.  This time, with the lacking slots of the
original mobo and having to go way down power wise, I just want to make
sure I have a working computer if something happens to my main rig.
There's not a whole lot to get excited about.  Having it not work, well,
that doesn't help.  Poor Michael is trying to help but this thing is
weird.  With every reboot, it does something differently.
>
> On the Kubuntu test.  I started with what the bracket shows as port 1.  I
then went through each port until I got to port 4.  I rebooted in between
each switch.  Even unplugged the monitor.  It worked every time.  During
the booting of the image tho, there was several seconds where the screen
went weird.  It had these horizontal lines on it that looked like stair
steps.  I've seen this type of thing on other boot media even with my main
rig and the NAS box.  It's like the image is in the process of loading
drivers or something.  Anyway, once it came up tho, rock solid.
>
> I checked the nvidia website three times now.  Still, I wonder, am I
using the wrong driver?  Would the wrong driver even load without a nasty
message somewhere that is obvious?  The Nvidia website shows this:
>
>
> Version:                     550.90.07
> Release Date:             2024.6.4
> Operating System:     Linux 64-bit
> Language:                 English (US)
> File Size:                   293.33 MB
>
> I tried that series and the earlier version as well.  Hard to believe
that both versions would fail the same way due to a bug.  If someone wants
to double check, Nvidia Quadro P1000 is the info.  Even if the selection
tool is wrong, it shows up under supported products, for both desktops and
laptops.
>
> I may try to the Nouveau driver thing again.  Instead of building it into
the kernel, I may try the tree version.  Maybe it will work better than the
one in the kernel.  One can hope.  Right now, I'm trying to sort through a
massive update on my main rig.  Something broke eix.  o_O  I managed to
update the config files.  Broke my prompt tho.  I need a hammer.  :/
>
> Dale
>
> :-)  :-)

Good morning Dale,
   OK, thanks for indulging me on the Kubuntu testing. Based on my
understanding of the results - basically everything 'worked' but some of
the reactions were slow - I'd say don't worry about that when running from
boot media. I've seen a little of that myself, but it's never been a
problem on a real install. To me it's good news that the Kubuntu install
worked fine with all your monitors on any port you tried. That's GOOD news.
No need to change hardware.

   I know you love your disk space. I wonder if you have a partition
somewhere that you could just install Kubuntu, install the NVidia drivers,
get the machine updated and then study why Kubuntu has your hardware nailed
and Gentoo doesn't? Once you've installed Kubuntu there are just a few
commands to update the machine to current levels and because you're good
with dual boot I don't foresee it being a big problem for you. Create a
100GB partition - or use some partition you can reuse in the future -
install Kubuntu, runit, and eventually throw it away once Gentoo is
running. Installing and updating Kubuntu is a 30-60 minute experiment for
me, so probably not much slower for you. Once up and running (you will be
using an older kernel - I'm on 6.8 - and possibly older video drivers) but
you'll have a working machine that you can study in depth. You probably
won't like a lot of it due to the system level stuff they install but the
purpose here is to just test the hardware and see KDE run, and if you have
trouble figuring out the Gentoo issues then at least the machine is usable.

   Just an idea. You do you. That's why we all love ya!

Cheers,
Mark

[-- Attachment #2: Type: text/html, Size: 6453 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Michael wrote:
> On Thursday, 27 June 2024 23:52:25 BST Dale wrote:
>> Michael wrote:
>>> [snip ...]
>>> [    30.345] (II) modeset(0): [DRI2]   DRI driver: nouveau  <== Not nvidia
>>> ==
>>>
>>> [snip ...]
>>> [    30.295] (II) modeset(0): Output DP-1 disconnected
>>> [    30.295] (II) modeset(0): Output DP-2 disconnected
>>> [    30.295] (II) modeset(0): Output DP-3 disconnected
>>> [    30.295] (II) modeset(0): Output DP-4 connected
>>>
>>> What does it take to connect the cable on the FIRST port of the video
>>> card?
>> This reply may be a little odd.  I wrote some then went back and tried
>> some stuff and added info to it.  Trying to make it make sense. 
> My apologies, I didn't meant to add to your frustration.  Working with a 
> headless system is no fun when you expect to run a desktop on this thing!

I didn't take it that way.  I learned long ago that text doesn't convey
emotion very well.  I take things in the best possible way unless there
is no other way to read it.  I've just never had this much trouble
getting a computer to work.  Things have improved a lot and mostly, they
just work without much help from us.  Generally, if the correct drivers
are in the kernel and the right packages are installed, it works.  Like
magic.  Usually without a config file even. 


>
> I was just making a remark on the fact the card detects the monitor as being 
> connected to DFP-3 or DFP-5 when using the proprietary nvidia driver, but the 
> DP-4 when you used the open source nouveau driver.
>

I've noticed that the port numbers keep changing too.  I don't
understand why since the card should assign those but it is changing. 
It changes even when all I do is reboot. 


>>> At first, when it really wouldn't work, I had it on the bottom port.  At
>> some point we thought that was the last port, #4 or DP-3 in the logs,
>> and not the first port.  I moved it to the top port which is #1, we
>> thought.  It's still on that port but that port did work once and
>> resulted in "solved" being added to the subject line.  I just double
>> checked.  It is plugged in the top port.  Unless the bottom port is #1
>> like I originally thought, then it should be on port #1.  I did a search
>> and found a image that shows it puts the port number on the metal
>> bracket.  I removed the card so I could see the numbers.  The bottom
>> port is number 1 like I originally thought.  So, I had it in the right
>> port to begin with, which wasn't working either.  I'll put it back on
>> what the metal bracket says is port #1, or bottom port.  I booted up,
>> started DM, correct resolution but no plasma and background is black. 
>> Still not a functional desktop.  Partially works tho.  Time to reboot. 
>> On reboot, sddm and KDE are low resolution.  It does have a background
>> image and plasma is working.  Keep in mind, all I did is reboot.  I
>> didn't change any config file or run any commands.  Reboot again.  This
>> time, correct resolution but no plasma.  Again, all I did was reboot. 
>> No changes to anything at all.  As you can see, each time I reboot, it
>> is like rolling dice.  I suspect if I keep rebooting it will eventually
>> do the black screen and power the monitor off. 
> It seems to me the card is probing the monitor to find out what settings it 
> prefers/will work with.  This probing of the driver scrolls through a number 
> of potential Modelines, but if the monitor does not respond in a timely manner 
> with its preferred resolution and frequency you get a broken result.
>
> Here are some hypotheses of mine, in absence of more concrete evidence.  The 
> old box is slower and the initialisation process takes longer.  In this longer 
> processing time the monitor responds with its EDID and what not.  The card 
> receives it in a timely fashion and sets the driver accordingly.
>
> With your new box things happen faster on the PC side, but not on the monitor 
> side.  Two times out of three the synchronisation between driver and monitor 
> fails and you end up with reports of EDID not found and monitor shown as 
> disconnected in your Xorg.0.log.
>
> Having the monitor plugged in any port on the card, first or last, should not 
> make a difference, but if milli/nano-seconds count then it /might/ make a 
> difference, assuming the ports are tried sequentially by the driver.  Hence I 
> had suggested stick with the first port.  Some user reports on the interwebs 
> mentioned it, so I thought it is worth trying it.
>
> What else worth trying is  to set fixed directives for the "Monitor" section 
> in your xorg config file, or capture the EDID table into a file and feed it to 
> the driver.  The former ought to work, the latter may not if the EDID itself 
> is buggy, but that's a problem to solve later if it even exists.  Either way, 
> setting explicit directives for the monitor Modeline(s) and preferred 
> resolution/frequency ought to take auto-probing out of the equation.
>

And to me, that all makes sense.  This new machine boots very fast.  I
have a SATA controller card in there now and it shows it scanning for a
connected drive on a lot of ports.  Of course, nothing is there yet. 
Before I put that card in, it would boot so fast you couldn't even think
of trying to read even bits of the screen.  I never timed it but I'd
guess around 12 to 15 seconds to a login prompt with the card.  If that.
Without the SATA card, well, don't blink.  I'd guess 5 seconds at most. 
I kinda wish I had built the original rig now. It would boot so fast, it
might smoke this old monitor.  ROFL 

If needed, I could hook the monitor to the NAS box and grab data from
there.  Right now, the NAS box "kit" is in the living room on top of a
magazine on the piano.  Didn't want the pins scratching the piano.  NAS
box has no case.  To be honest tho, may as well wait on the new
monitor.  It will be here Tuesday according to FedEx.  If it doesn't get
damaged.  Dang monitors/TVs are fragile nowadays.  I bumped the TV
screen while cleaning in my living room and the screen cracked.  Dang,
that was easy.  Anyone need some control boards???  32" LG I think it is.


>> I did originally try to use the nouveau drivers.  It kinda worked, once
>> at least, but the screen was very slow to respond and the mouse was very
>> jerky.  It just wasn't good enough for whatever reason.  I recompiled
>> the kernel without those drivers and emerged nvidia.
> It's your call which drivers you should try to get it to work with first.
>
> Slow GUI response with the nouveau driver would indicate the kernel 
> configuration/firmware loading was not 100% when you trying initially, because 
> it works fine when you tried it again with Kubuntu's kernel.
>
> People who use Nvidia prefer the nvidia driver in terms of performance, CUDA, 
> etc. so you may want to stick with the nvidia driver initially.  In this case, 
> walk through this guide and cross-check you followed all suggestions in there 
> to configure your kernel, including disabling the nouveau driver.
>
> https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers
>
> If you intend to have both nouveau and nvidia drivers and switch between them, 
> then you can build nouveau as a module and implement the more convoluted 
> switching methods suggested in the next guide, but I suggest you leave this 
> for later and not confuse the two drivers:
>
> https://wiki.gentoo.org/wiki/Nouveau_%26_nvidia-drivers_switching
>
> Having checked your kernel against the nvidia-driver guide, installed your 
> updated kernel & initramfs images you should reboot.  Use 'lspci -k' and scan 
> dmesg to make sure nvidia is loaded and there were no hiccups.
>
> You've tried not having an xorg.conf and didn't work, or at least it did not 
> work reliably.  Mind you, you also tried with a xorg.conf and this didn't make 
> things better.  LOL!  However, I think this was because the "Monitor" section 
> was mostly empty:
>
> Section "Monitor"
>     Identifier     "Monitor0"
>     VendorName     "Unknown"
>     ModelName      "Unknown"
>     Option         "DPMS"
> EndSection
>
> Restart, if you need to, the display-manager until you eventually arrive at a 
> fully loaded and functioning desktop.  nvidia-smi should reveal if the driver 
> is loaded and working fully.  You can run nvidia-settings, (emerge x11-
> drivers/nvidia-drivers with USE="tools") to tweak resolution and frequency for 
> your monitor, which will then be stored in your config file:
>
> https://download.nvidia.com/XFree86/Linux-x86_64/1.0-6106/nvidia-settings-user-guide.txt
>
> O, while all is working as desired 'xrandr -q' will provide you with some 
> useful information for your xorg.conf:
>
> Identifier - e.g. "DisplayPort-0", or "LG Electronics W2253"
>
> Modeline - e.g. Modeline 1920x1080_60.0  138.50  1920 1968 2000 2080  1080 
> 1083 1088 1111 +hsync +vsync
>
> and you can set a preferred option in your xorg.conf; e.g.
>
> HorizSync       15.0 - 67.0
> VertRefresh     59.0 - 60.0
> Modeline        "1920x1080_60.0  138.50  1920 1968 2000 2080  1080 1083 1088 
> 1111 +hsync +vsync"
> Option "PreferredMode" "1920x1080"_60.0"
>
> or some such.
>
> If the above won't do it, you can capture the monitor's EDID while it is 
> working - you can use nvidia-settings again:
>
> https://nvidia.custhelp.com/app/answers/detail/a_id/3571/~/managing-a-display-edid-on-linux
>
> There's a more manual way to do this too:
>
> find /sys |grep -i edid
>
> then copy the corresponding file to /lib/firmware/LG/W2253_edid.bin
>
> and add it to your kernel before you recompile it:
>
> https://docs.kernel.org/admin-guide/edid.html#
>
> See if the above helps you to a stable monitor, or post back with xorg.0.log 
> results.


Before I ran out of steam this morning, I tried the nouveau drivers
again.  I never can remember how to spell that. :/  I unmerged the
nvidia drivers to do this.  I used the in tree nouveau drivers tho.  For
some reason, even tho I removed the nvidia package and rebooted, it
still showed it was loading the nvidia drivers which shouldn't even
exist.  No matter what I did, it loaded the nvidia drivers.  I could see
it with lsmod and lspci -k.  It's like I can't get rid of the nvidia
drivers now.  Naturally, DM wouldn't start at all since I told it to use
the nouveau drivers.  Also, I couldn't get modprobe to even find the
nouveau drivers even if the nvidia drivers were removed with rmmod. 
Wrong package maybe???

I've tried using the nvidia tools to get display information.  It works
fine on my main rig so I know I have the command and options right.  On
the new rig, it says something like no display found or something.  I
installed xrandr at one point to and added a command to a file
somewhere, I think you mentioned that.  It's still there by the way. 
Thing is, even it doesn't shed much light. 

Given some things I got going on right now, I think I'm going to wait
and try the new monitor.  It's on the way.  While I'd like to figure out
why this older monitor doesn't work, I'm just to low on steam.  I boot
and play with the new rig on occasion but fixing that old monitor is
turning into a nightmare.  I'd hate to end up with a $1,000 target for
practice.  O_O 

If I get a little steam built up, I'll try some of this tho.  If nothing
else, it will keep me inside instead of outside in the heat.  It's not
just hot, it's humid.  I need scuba gear to breath outside. 

Who knew building a new rig would turn into all this.  :/

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 8254 bytes --]

Mark Knecht wrote:
>
>
> On Thu, Jun 27, 2024 at 10:18 PM Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>> wrote:
> >
> > Mark Knecht wrote:
> >
> >
> >
> > On Thu, Jun 27, 2024 at 4:01 PM Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>> wrote:
> > <SNIP>
> > >
> > > I think the rig and video card are fine.  I did try a different
> card and version of nvidia drivers once tho.  Same thing.  At first, I
> tried the nouveau drivers.  All the bootable media uses that driver. 
> When I tried it on my install, it was very slow and the mouse pointer
> was very jerky.  It was horrible.  I removed those drivers and
> installed nvidia.  Sadly, things got worse.
> > >
> > > I'll boot into Kubuntu again and see what info it has.  The ones I
> attached tho is all there was. Either it doesn't have those files or
> the files were blank.  I think Xorg and messages was all there was.
> > >
> > > I'm out of steam.  May boot Kubuntu and let it sit while I nap. 
> It worked for several minutes last time tho.  It seemed to work fine. 
> Very fast too, unlike on my install.
> > >
> >
> > Yeah, I can hear the frustration and weariness in your writing.
> However I know you are up to fixing this.
> >
> > One additional experiment you can do, and I suspect Kubuntu passes
> every time, is boot the machine with the monitor plugged into each
> port one at a time. Do complete power downs between each boot. If
> Kubuntu comes up it will really tell you a stable, tested OS has
> solved these problems. If it doesn't then that's good info also.
> >
> > I think possibly you purchased a Quadro adapter? I don't know how
> popular those are amongst this crowd but they have been very popular
> in business settings. That might make a bigger difference in terms of
> the nvidia driver vs the Open Source one.
> >
> > Good luck with your machine,
> > Mark
> >
> >
> >
> > I admit, I'm thinking about unplugging the thing and sticking it in
> the closet.  If nothing else, I'm tired of walking around this huge
> thing.  I was hoping to have switched long ago.  Usually, I look
> forward and even get excited to build a new rig.  This time, with the
> lacking slots of the original mobo and having to go way down power
> wise, I just want to make sure I have a working computer if something
> happens to my main rig.  There's not a whole lot to get excited
> about.  Having it not work, well, that doesn't help.  Poor Michael is
> trying to help but this thing is weird.  With every reboot, it does
> something differently.
> >
> > On the Kubuntu test.  I started with what the bracket shows as port
> 1.  I then went through each port until I got to port 4.  I rebooted
> in between each switch.  Even unplugged the monitor.  It worked every
> time.  During the booting of the image tho, there was several seconds
> where the screen went weird.  It had these horizontal lines on it that
> looked like stair steps.  I've seen this type of thing on other boot
> media even with my main rig and the NAS box.  It's like the image is
> in the process of loading drivers or something.  Anyway, once it came
> up tho, rock solid.
> >
> > I checked the nvidia website three times now.  Still, I wonder, am I
> using the wrong driver?  Would the wrong driver even load without a
> nasty message somewhere that is obvious?  The Nvidia website shows this:
> >
> >
> > Version:                     550.90.07
> > Release Date:             2024.6.4
> > Operating System:     Linux 64-bit
> > Language:                 English (US)
> > File Size:                   293.33 MB
> >
> > I tried that series and the earlier version as well.  Hard to
> believe that both versions would fail the same way due to a bug.  If
> someone wants to double check, Nvidia Quadro P1000 is the info.  Even
> if the selection tool is wrong, it shows up under supported products,
> for both desktops and laptops.
> >
> > I may try to the Nouveau driver thing again.  Instead of building it
> into the kernel, I may try the tree version.  Maybe it will work
> better than the one in the kernel.  One can hope.  Right now, I'm
> trying to sort through a massive update on my main rig.  Something
> broke eix.  o_O  I managed to update the config files.  Broke my
> prompt tho.  I need a hammer.  :/
> >
> > Dale
> >
> > :-)  :-)
>
> Good morning Dale,
>    OK, thanks for indulging me on the Kubuntu testing. Based on my
> understanding of the results - basically everything 'worked' but some
> of the reactions were slow - I'd say don't worry about that when
> running from boot media. I've seen a little of that myself, but it's
> never been a problem on a real install. To me it's good news that the
> Kubuntu install worked fine with all your monitors on any port you
> tried. That's GOOD news. No need to change hardware.
>
>    I know you love your disk space. I wonder if you have a partition
> somewhere that you could just install Kubuntu, install the NVidia
> drivers, get the machine updated and then study why Kubuntu has your
> hardware nailed and Gentoo doesn't? Once you've installed Kubuntu
> there are just a few commands to update the machine to current levels
> and because you're good with dual boot I don't foresee it being a big
> problem for you. Create a 100GB partition - or use some partition you
> can reuse in the future - install Kubuntu, runit, and eventually throw
> it away once Gentoo is running. Installing and updating Kubuntu is a
> 30-60 minute experiment for me, so probably not much slower for you.
> Once up and running (you will be using an older kernel - I'm on 6.8 -
> and possibly older video drivers) but you'll have a working machine
> that you can study in depth. You probably won't like a lot of it due
> to the system level stuff they install but the purpose here is to just
> test the hardware and see KDE run, and if you have trouble figuring
> out the Gentoo issues then at least the machine is usable.
>
>    Just an idea. You do you. That's why we all love ya!
>
> Cheers,
> Mark
>


Doing that was actually not much trouble.  I booted, changed something
just in case it rebooted and went back for some reason but would change
something on the screen.  Usually, I change the page on the KDE welcome
screen to like page 4 or something.  If it were to restart the GUI or
anything, it would go back to page 1.  Anyway, once booted, I'd go do
something else for a while.  Then when I came back, shutdown, change
port and repeat. 

To Micheal's point tho, I suspect the boot media I'm using is slow
enough, loading from a USB stick instead of a m.2 drive, that it also is
able to get the info needed, most likely from the monitor, and work like
it should.  This could literally be a system that is just going to
fast.  By the time the monitor gets the request, the computer has
already moved on except for those rare occasions where it works. 

I have a 2.5" SSD drive.  I actually mounted it in the system already
just not hooked up to power or data cables.  I could install Kubuntu on
that easily.  If I get the steam up, I just may do that.  Between
working on this new build, my sis-n-law being sick, I just had to much
going on for to long.  Just a bit ago I walked up a very steep hill to
take watermelons in the house for her.  I can walk up faster than I can
drive up.  No other powered vehicle I can use.  Car and feet is all I
got.  Still, that walk up the hill and carrying watermelons up the steps
took my energy level down a few more notches.  Thank goodness for my
meds.  At least my back isn't so angry at me. 

I just hope this new monitor works out of the box, and doesn't get
damaged in shipping.  ;-) 

Dale

:-)  :-) 

P. S.  I'm pretty sure the recent upgrade put my main rig on KDE6.  I
had some clashes with lxqt or something to the point I uninstalled it,
did the KDE update and then added lxqt? back.  I still had to work out
some issues.  So far, it is working OK.  No problems or anything except
for losing my weather thingy on the bottom panel.  I'm sure that will be
updated soon.  May do the same on the new rig if I get time.  Not that I
can test it or anything tho.  LOL

[-- Attachment #2: Type: text/html, Size: 10545 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 2925 bytes --]

On Fri, Jun 28, 2024 at 2:41 PM Dale <rdalek1967@gmail.com> wrote:
<SNIP>
> Doing that was actually not much trouble.  I booted, changed something
just in case it rebooted and went back for some reason but would change
something on the screen.  Usually, I change the page on the KDE welcome
screen to like page 4 or something.  If it were to restart the GUI or
anything, it would go back to page 1.  Anyway, once booted, I'd go do
something else for a while.  Then when I came back, shutdown, change port
and repeat.
>
> To Micheal's point tho, I suspect the boot media I'm using is slow
enough, loading from a USB stick instead of a m.2 drive, that it also is
able to get the info needed, most likely from the monitor, and work like it
should.  This could literally be a system that is just going to fast.  By
the time the monitor gets the request, the computer has already moved on
except for those rare occasions where it works.
>
> I have a 2.5" SSD drive.  I actually mounted it in the system already
just not hooked up to power or data cables.  I could install Kubuntu on
that easily.  If I get the steam up, I just may do that.  Between working
on this new build, my sis-n-law being sick, I just had to much going on for
to long.  Just a bit ago I walked up a very steep hill to take watermelons
in the house for her.  I can walk up faster than I can drive up.  No other
powered vehicle I can use.  Car and feet is all I got.  Still, that walk up
the hill and carrying watermelons up the steps took my energy level down a
few more notches.  Thank goodness for my meds.  At least my back isn't so
angry at me.
>
> I just hope this new monitor works out of the box, and doesn't get
damaged in shipping.  ;-)
>
> Dale
>
> :-)  :-)
>
> P. S.  I'm pretty sure the recent upgrade put my main rig on KDE6.  I had
some clashes with lxqt or something to the point I uninstalled it, did the
KDE update and then added lxqt? back.  I still had to work out some
issues.  So far, it is working OK.  No problems or anything except for
losing my weather thingy on the bottom panel.  I'm sure that will be
updated soon.  May do the same on the new rig if I get time.  Not that I
can test it or anything tho.  LOL

My point about putting KDE on a drive and really running it is that you can
install all the non-standard drivers, which NVidia is part of, which I'm
not sure is totally supported when running in the Try It mode from boot
media. Once installed and booted from the SSD then really use the system
and figure out what's going on with these ports. There is still a small
possibility in my mind that this is something about Quadro cards which were
designed for a different market and that possibly haven't been as well
tested in the consumer or Gentoo arena.

You have a lot going on so ask questions if you need me. I'm always lurking
around somewhere.

Cheers,
Mark

[-- Attachment #2: Type: text/html, Size: 3200 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 4158 bytes --]

Mark Knecht wrote:
>
>
> On Fri, Jun 28, 2024 at 2:41 PM Dale <rdalek1967@gmail.com
> <mailto:rdalek1967@gmail.com>> wrote:
> <SNIP>
> > Doing that was actually not much trouble.  I booted, changed
> something just in case it rebooted and went back for some reason but
> would change something on the screen.  Usually, I change the page on
> the KDE welcome screen to like page 4 or something.  If it were to
> restart the GUI or anything, it would go back to page 1.  Anyway, once
> booted, I'd go do something else for a while.  Then when I came back,
> shutdown, change port and repeat.
> >
> > To Micheal's point tho, I suspect the boot media I'm using is slow
> enough, loading from a USB stick instead of a m.2 drive, that it also
> is able to get the info needed, most likely from the monitor, and work
> like it should.  This could literally be a system that is just going
> to fast.  By the time the monitor gets the request, the computer has
> already moved on except for those rare occasions where it works.
> >
> > I have a 2.5" SSD drive.  I actually mounted it in the system
> already just not hooked up to power or data cables.  I could install
> Kubuntu on that easily.  If I get the steam up, I just may do that. 
> Between working on this new build, my sis-n-law being sick, I just had
> to much going on for to long.  Just a bit ago I walked up a very steep
> hill to take watermelons in the house for her.  I can walk up faster
> than I can drive up.  No other powered vehicle I can use.  Car and
> feet is all I got.  Still, that walk up the hill and carrying
> watermelons up the steps took my energy level down a few more
> notches.  Thank goodness for my meds.  At least my back isn't so angry
> at me.
> >
> > I just hope this new monitor works out of the box, and doesn't get
> damaged in shipping.  ;-)
> >
> > Dale
> >
> > :-)  :-)
> >
> > P. S.  I'm pretty sure the recent upgrade put my main rig on KDE6. 
> I had some clashes with lxqt or something to the point I uninstalled
> it, did the KDE update and then added lxqt? back.  I still had to work
> out some issues.  So far, it is working OK.  No problems or anything
> except for losing my weather thingy on the bottom panel.  I'm sure
> that will be updated soon.  May do the same on the new rig if I get
> time.  Not that I can test it or anything tho.  LOL
>
> My point about putting KDE on a drive and really running it is that
> you can install all the non-standard drivers, which NVidia is part of,
> which I'm not sure is totally supported when running in the Try It
> mode from boot media. Once installed and booted from the SSD then
> really use the system and figure out what's going on with these ports.
> There is still a small possibility in my mind that this is something
> about Quadro cards which were designed for a different market and that
> possibly haven't been as well tested in the consumer or Gentoo arena. 
>
> You have a lot going on so ask questions if you need me. I'm always
> lurking around somewhere.
>
> Cheers,
> Mark

I got up a little steam.  I hooked up the SSD drive and installed
Kubuntu which went very fast.  It seems all those SSD type drives are
really fast.  Anyway, when I booted up the first time, it went straight
to KDE and it was like it should be, resolution, plasma and all. 
Kubuntu isn't half bad.  I just like a source based distro.  Since it
uses the nouveau drivers tho, I'm not to surprised it worked.  If they
had worked this well on Gentoo, I would have used them.  Thing was awful
tho. 

I'll search around and see if I can figure out how to switch to nvidia
drivers.  I figured out how to install the software to install
software.  That sounds weird.  :/  Anyway, I found the nvidia drivers
but wasn't sure what to do after they were installed.  There is no
xorg.conf file. 

I also tried to get some log info, all I found was Xorg and sddm.  We
agree that sddm is working.  The Xorg file looked like one I posted from
something else.  Not sure it would help to post that monster. 

That's the update for now.  May work on it more later on. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 5533 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 6722 bytes --]

Michael wrote:
> On Thursday, 27 June 2024 23:52:25 BST Dale wrote:
>
> It's your call which drivers you should try to get it to work with first.
>
> Slow GUI response with the nouveau driver would indicate the kernel 
> configuration/firmware loading was not 100% when you trying initially, because 
> it works fine when you tried it again with Kubuntu's kernel.
>
> People who use Nvidia prefer the nvidia driver in terms of performance, CUDA, 
> etc. so you may want to stick with the nvidia driver initially.  In this case, 
> walk through this guide and cross-check you followed all suggestions in there 
> to configure your kernel, including disabling the nouveau driver.
>
> https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers
>


I went through that guide.  I did find some drivers that needed to be
enabled according to the guide.  I enabled them, recompiled and
rebooted.  Nothing changed. 


> If you intend to have both nouveau and nvidia drivers and switch between them, 
> then you can build nouveau as a module and implement the more convoluted 
> switching methods suggested in the next guide, but I suggest you leave this 
> for later and not confuse the two drivers:
>
> https://wiki.gentoo.org/wiki/Nouveau_%26_nvidia-drivers_switching

I wasn't intending to use both, just see if the nouveau drivers would
work and perform well.  With some tweaking maybe.  They seem to work
fine on the boot media.  If they did that on the install and with all my
monitors connected, I'd be fine with it.  I want the monitors to work. 
Nvidia would be nice given it is what I'm used to but right now, Nvidia
is on my bad list.  :-D  Keep in mind, I may end up with three monitors,
maybe four, connected.  Whatever driver I use needs to be up to the
task.  I'd think Nvidia would be, if it ever works that is.  LOL 


>
> Having checked your kernel against the nvidia-driver guide, installed your 
> updated kernel & initramfs images you should reboot.  Use 'lspci -k' and scan 
> dmesg to make sure nvidia is loaded and there were no hiccups.
>
> You've tried not having an xorg.conf and didn't work, or at least it did not 
> work reliably.  Mind you, you also tried with a xorg.conf and this didn't make 
> things better.  LOL!  However, I think this was because the "Monitor" section 
> was mostly empty:
>
> Section "Monitor"
>     Identifier     "Monitor0"
>     VendorName     "Unknown"
>     ModelName      "Unknown"
>     Option         "DPMS"
> EndSection
>
> Restart, if you need to, the display-manager until you eventually arrive at a 
> fully loaded and functioning desktop.  nvidia-smi should reveal if the driver 
> is loaded and working fully.  You can run nvidia-settings, (emerge x11-
> drivers/nvidia-drivers with USE="tools") to tweak resolution and frequency for 
> your monitor, which will then be stored in your config file:
>
> https://download.nvidia.com/XFree86/Linux-x86_64/1.0-6106/nvidia-settings-user-guide.txt

I have tools enabled.  Did that long ago.  Those tools while rarely used
can come in handy. 

>
> O, while all is working as desired 'xrandr -q' will provide you with some 
> useful information for your xorg.conf:
>
> Identifier - e.g. "DisplayPort-0", or "LG Electronics W2253"
>
> Modeline - e.g. Modeline 1920x1080_60.0  138.50  1920 1968 2000 2080  1080 
> 1083 1088 1111 +hsync +vsync
>
> and you can set a preferred option in your xorg.conf; e.g.
>
> HorizSync       15.0 - 67.0
> VertRefresh     59.0 - 60.0
> Modeline        "1920x1080_60.0  138.50  1920 1968 2000 2080  1080 1083 1088 
> 1111 +hsync +vsync"
> Option "PreferredMode" "1920x1080"_60.0"
>
> or some such.


This is the output of xrandr and nvidia-settings.


root@Gentoo-1 ~ # nvidia-settings -q all

ERROR: The control display is undefined; please run `nvidia-settings
--help` for usage information.

root@Gentoo-1 ~ # xrandr -q
Can't open display
root@Gentoo-1 ~ #


At one point, the nvidia command spit out a LOT of info.  I scrolled
through it and saw nothing that looked like a error.  Thing is, I can't
get it back now.  The xrandr command also spit out a little info.  For
some reason, after a reboot and the screen being like it was, it shows
that above now.  I have DM running, logged into KDE but no plasma. 
Resolution looks correct.  I think if plasma was working, it would be
normal.  A 'ps aux | grep plasma' shows it is running.  There is nothing
on the screen tho.  Not even one dot.  I left a Konsole window open the
last time it worked.  That's how I know it is up.  Otherwise, I'd have a
black screen and nothing else. 


>
> If the above won't do it, you can capture the monitor's EDID while it is 
> working - you can use nvidia-settings again:
>
> https://nvidia.custhelp.com/app/answers/detail/a_id/3571/~/managing-a-display-edid-on-linux
>
> There's a more manual way to do this too:
>
> find /sys |grep -i edid
>
> then copy the corresponding file to /lib/firmware/LG/W2253_edid.bin
>
> and add it to your kernel before you recompile it:
>
> https://docs.kernel.org/admin-guide/edid.html#
>
> See if the above helps you to a stable monitor, or post back with xorg.0.log 
> results.

Here's what that says. 


root@Gentoo-1 ~ # find /sys |grep -i edid
/sys/kernel/debug/dri/0000:09:00.0/DP-4/edid_override
/sys/kernel/debug/dri/0000:09:00.0/DP-3/edid_override
/sys/kernel/debug/dri/0000:09:00.0/DP-2/edid_override
/sys/kernel/debug/dri/0000:09:00.0/DP-1/edid_override
/sys/devices/pci0000:00/0000:00:03.1/0000:09:00.0/drm/card0/card0-DP-4/edid
/sys/devices/pci0000:00/0000:00:03.1/0000:09:00.0/drm/card0/card0-DP-2/edid
/sys/devices/pci0000:00/0000:00:03.1/0000:09:00.0/drm/card0/card0-DP-3/edid
/sys/devices/pci0000:00/0000:00:03.1/0000:09:00.0/drm/card0/card0-DP-1/edid
/sys/module/drm/parameters/edid_fixup
root@Gentoo-1 ~ #


Oh, next time I have logs, I'll put the info in the name of the file to
distinguish it from working or not working and attach them.  That way
the wrapping in emails won't mess it up.  I didn't think of that.  I was
trying to go inline. 

I've also tried no xorg.conf, a tiny one for nvidia driver setting, a
nvidia built one, a nvidia with info you provided added.  To be honest,
it makes no real difference most of the time.  It makes me wonder if it
is even reading the file. 

FedEx says that monitor will be here Tuesday.  If it works, I'll be
good.  If not, I'm going to find a rock to crawl under.  ROFL  Linky.

https://www.ebay.com/itm/204831923511

I'm out of steam.  Having thoughts if using the new rig for target
practice.  May be a good time for a break.  I got guns and lots of
bullets.  Sadly, I also shoot good.  O_O  It's the benefit of living in
the sticks.  LOL

Dale

:-)  :-)

[-- Attachment #2: Type: text/html, Size: 9740 bytes --]

[gentoo-user] Re: Can't get the GUI to stay up for more than a minute or so before crashing

[Grant Edwards]

On 2024-06-28, Dale <rdalek1967@gmail.com> wrote:

> Before I ran out of steam this morning, I tried the nouveau drivers
> again.  I never can remember how to spell that. :/  I unmerged the
> nvidia drivers to do this.  I used the in tree nouveau drivers tho.  For
> some reason, even tho I removed the nvidia package and rebooted, it
> still showed it was loading the nvidia drivers which shouldn't even
> exist.  No matter what I did, it loaded the nvidia drivers.  I could see
> it with lsmod and lspci -k.  It's like I can't get rid of the nvidia
> drivers now.

There are two parts to the nvidia drivers: the kernel module (which is
what you're seeing with lspci -k and lsmod) and the user-space Xorg
driver (which is presumably what you unmerged).

--
Grant

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

I booted the rig up and decided to try something.  Once it was booted, I
logged in from my main rig via ssh.  I then typed in the command to
start DM.  It started and looked OK.  Then I just up arrow and changed
it to restart the DM.  I restarted DM back to back several times, more
than a dozen.  Sometimes it wouldn't work, sometimes it would be low
resolution and sometimes it would come up and look like it should, hi
res and all.  I also tried logging in when it was working and I could
login.  The biggest thing I noticed, it never came up fully.  Most of
the time it came up in hi res but no plasma.  A few times it was a low
res screen and no plasma.  Looked like maybe 720P or less. 

The thing is, it didn't fully come up even once.  It was always lacking
plasma at least.  Some of the time, it was low res.  Several times, the
monitor would go black and cut off completely.  It would go to sleep. 
If the new monitor works, I'm thinking Micheal is right.  The monitor
works with slower systems and the nouveau drivers on boot media.  With
Nvidia on the install, hit or miss, mostly miss.  I think it has only
worked fully twice. 

The last update showed the monitor a couple states away.  FedEx is
pretty speedy.  I think if things move well, it could be here Monday. 
It still shows Tuesday tho.  Given I been dealing with this for a week
or so now, another few days isn't a big deal.  Plus, I'll have a really
nice large monitor for these old eyes.  o_o

I took meds last night.  I didn't wake up in time to pick my basil
again.  I got three planters of it that need picking.  It's hot and
humid outside.  Try again in the morning.  That basil sure is good. 
Even opening the jar smells awesome.  Nothing like the store bought stuff. 

I finally uploaded some pics.  Some are while the rig is running.  You
can see the LEDs on the memory stick lit up.  Some are components. 
Also, there is a couple of the little m.2 stick cooler.  I think that
little thing is so cute.  Kinda looks like the CPU cooler, just
smaller.  m.2 sticks runs at just above 100F even when pretty busy. 
Very effective.  :-D  This is a link to the gallery or whatever. 

https://postimg.cc/gallery/w6HQp83

Just imagine that in a Fractal Design Define XL case now.  Dang that
case is big.  It's a hair larger than my Cooler Master HAF-932 which is
a awesome case.  Oh, I also finally fixed the power on light on the
front.  I hooked the wires up backwards.  LEDs never work well when
connected up wrong.  LOL 

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Jack]

Have you tried downloading the EDID from the monitor so it can be loaded 
as firmware from disk, so the response speed of the monitor isn't a 
factor?  I had to do that once for a similar reason, but it was so many 
years ago I don't actually remember the details - in fact it might have 
been a big glass CRT  monitor where I had to get the edid from off the 
interwebs somewhere.

On 6/29/24 4:30 PM, Dale wrote:
> I booted the rig up and decided to try something.  Once it was booted, I
> logged in from my main rig via ssh.  I then typed in the command to
> start DM.  It started and looked OK.  Then I just up arrow and changed
> it to restart the DM.  I restarted DM back to back several times, more
> than a dozen.  Sometimes it wouldn't work, sometimes it would be low
> resolution and sometimes it would come up and look like it should, hi
> res and all.  I also tried logging in when it was working and I could
> login.  The biggest thing I noticed, it never came up fully.  Most of
> the time it came up in hi res but no plasma.  A few times it was a low
> res screen and no plasma.  Looked like maybe 720P or less.
>
> The thing is, it didn't fully come up even once.  It was always lacking
> plasma at least.  Some of the time, it was low res.  Several times, the
> monitor would go black and cut off completely.  It would go to sleep.
> If the new monitor works, I'm thinking Micheal is right.  The monitor
> works with slower systems and the nouveau drivers on boot media.  With
> Nvidia on the install, hit or miss, mostly miss.  I think it has only
> worked fully twice.
>
> The last update showed the monitor a couple states away.  FedEx is
> pretty speedy.  I think if things move well, it could be here Monday.
> It still shows Tuesday tho.  Given I been dealing with this for a week
> or so now, another few days isn't a big deal.  Plus, I'll have a really
> nice large monitor for these old eyes.  o_o
>
> I took meds last night.  I didn't wake up in time to pick my basil
> again.  I got three planters of it that need picking.  It's hot and
> humid outside.  Try again in the morning.  That basil sure is good.
> Even opening the jar smells awesome.  Nothing like the store bought stuff.
>
> I finally uploaded some pics.  Some are while the rig is running.  You
> can see the LEDs on the memory stick lit up.  Some are components.
> Also, there is a couple of the little m.2 stick cooler.  I think that
> little thing is so cute.  Kinda looks like the CPU cooler, just
> smaller.  m.2 sticks runs at just above 100F even when pretty busy.
> Very effective.  :-D  This is a link to the gallery or whatever.
>
> https://postimg.cc/gallery/w6HQp83
>
> Just imagine that in a Fractal Design Define XL case now.  Dang that
> case is big.  It's a hair larger than my Cooler Master HAF-932 which is
> a awesome case.  Oh, I also finally fixed the power on light on the
> front.  I hooked the wires up backwards.  LEDs never work well when
> connected up wrong.  LOL
>
> Dale
>
> :-)  :-)
>

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1681 bytes --]

On Saturday, 29 June 2024 21:30:59 BST Dale wrote:
> I booted the rig up and decided to try something.  Once it was booted, I
> logged in from my main rig via ssh.  I then typed in the command to
> start DM.  It started and looked OK.  Then I just up arrow and changed
> it to restart the DM.  I restarted DM back to back several times, more
> than a dozen.  Sometimes it wouldn't work, sometimes it would be low
> resolution and sometimes it would come up and look like it should, hi
> res and all.  I also tried logging in when it was working and I could
> login.  The biggest thing I noticed, it never came up fully.  Most of
> the time it came up in hi res but no plasma.  A few times it was a low
> res screen and no plasma.  Looked like maybe 720P or less. 
> 
> The thing is, it didn't fully come up even once.  It was always lacking
> plasma at least.  Some of the time, it was low res.  Several times, the
> monitor would go black and cut off completely.  It would go to sleep. 
> If the new monitor works, I'm thinking Micheal is right.  The monitor
> works with slower systems and the nouveau drivers on boot media.  With
> Nvidia on the install, hit or miss, mostly miss.  I think it has only
> worked fully twice. 

I think after all these attempts you have proven this monitor with this nvidia 
card just won't work on its own, unless and until you try changing the 
"Monitor" settings as I suggested in my previous message, or extract, store 
and feed the monitor's EDID file to your card.

However, you have your hands full and may want to leave this for now and wait 
for the next larger and more modern monitor to show up.  Hopefully that will 
work better!  :-)

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

Jack wrote:
> Have you tried downloading the EDID from the monitor so it can be
> loaded as firmware from disk, so the response speed of the monitor
> isn't a factor?  I had to do that once for a similar reason, but it
> was so many years ago I don't actually remember the details - in fact
> it might have been a big glass CRT  monitor where I had to get the
> edid from off the interwebs somewhere.
>

I haven't but maybe I should.  Thing is, if the new monitor that is on
the way works, I won't likely ever have this monitor on the new rig
again.  It is the smallest and oldest monitor I have.  I usually use it
during installs or on rigs I rarely use anyway.  This is mostly on the
NAS box rigs that I use to do backups with.  I only boot them once a
week and they only run for a couple hours at most.  I pitched the old
CRT monitors long ago.  Those thing produced a LOT of heat and pulled a
huge amount of power compared to the new flat screen ones. 

I just realized something.  The CPU cooler and m.2 cooler is made by the
same company.  No wonder they look so much alike.  ROFL  Oh, I did add
some thermal pad to the controller end.  It was making some contact
before but it looks like it was only touching about half of the
controller chip based on the indentation it left behind in the pad.  A
.5mm thick piece made it fairly flat between the controller and memory
chip.  It would likely work fine even under heavy use but now I know it
is going to cool very well.  I can be a little OCD on some things.  :/ 

Oh, I'm in the heat picking basil.  Dang that stuff smells good.  Almost
got a ice cream bucket full.  :-D  I'm still on the first planter.  I
got two more to go.  o_O

Dale

:-)  :-) 

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 2582 bytes --]

On Sat, Jun 29, 2024 at 3:15 PM Michael <confabulate@kintzios.com> wrote:
>
> On Saturday, 29 June 2024 21:30:59 BST Dale wrote:
> > I booted the rig up and decided to try something.  Once it was booted, I
> > logged in from my main rig via ssh.  I then typed in the command to
> > start DM.  It started and looked OK.  Then I just up arrow and changed
> > it to restart the DM.  I restarted DM back to back several times, more
> > than a dozen.  Sometimes it wouldn't work, sometimes it would be low
> > resolution and sometimes it would come up and look like it should, hi
> > res and all.  I also tried logging in when it was working and I could
> > login.  The biggest thing I noticed, it never came up fully.  Most of
> > the time it came up in hi res but no plasma.  A few times it was a low
> > res screen and no plasma.  Looked like maybe 720P or less.
> >
> > The thing is, it didn't fully come up even once.  It was always lacking
> > plasma at least.  Some of the time, it was low res.  Several times, the
> > monitor would go black and cut off completely.  It would go to sleep.
> > If the new monitor works, I'm thinking Micheal is right.  The monitor
> > works with slower systems and the nouveau drivers on boot media.  With
> > Nvidia on the install, hit or miss, mostly miss.  I think it has only
> > worked fully twice.
>
> I think after all these attempts you have proven this monitor with this
nvidia
> card just won't work on its own, unless and until you try changing the
> "Monitor" settings as I suggested in my previous message, or extract,
store
> and feed the monitor's EDID file to your card.
>
> However, you have your hands full and may want to leave this for now and
wait
> for the next larger and more modern monitor to show up.  Hopefully that
will
> work better!  :-)

He certainly does have his hands full!

I'm confused. (a standard state of being for me...) I thought Dale reported
that
he installed Kubuntu on an SSD - or did we just talk about that idea - and
he
said all the port problems were ironed out with the open source driver.

What he didn't report was if he installed the nvidia-drivers in Kubuntu. I
personally wouldn't write off the 'old monitor' until doing at least that.

sudo apt update
sudo apt upgrade

ubuntu-drivers list
(make sure the video-card is found)

sudo apt install nvidia-drivers-550
(assuming he has a Quadro P1000 from memory)

reboot

Shouldn't take more than 5-10 minutes to try. No real risk as
he's going to blow away the Kubuntu install anyway.

[-- Attachment #2: Type: text/html, Size: 3193 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 4037 bytes --]

Mark Knecht wrote:
>
>
> On Sat, Jun 29, 2024 at 3:15 PM Michael <confabulate@kintzios.com
> <mailto:confabulate@kintzios.com>> wrote:
> >
> > On Saturday, 29 June 2024 21:30:59 BST Dale wrote:
> > > I booted the rig up and decided to try something.  Once it was
> booted, I
> > > logged in from my main rig via ssh.  I then typed in the command to
> > > start DM.  It started and looked OK.  Then I just up arrow and changed
> > > it to restart the DM.  I restarted DM back to back several times, more
> > > than a dozen.  Sometimes it wouldn't work, sometimes it would be low
> > > resolution and sometimes it would come up and look like it should, hi
> > > res and all.  I also tried logging in when it was working and I could
> > > login.  The biggest thing I noticed, it never came up fully.  Most of
> > > the time it came up in hi res but no plasma.  A few times it was a low
> > > res screen and no plasma.  Looked like maybe 720P or less.
> > >
> > > The thing is, it didn't fully come up even once.  It was always
> lacking
> > > plasma at least.  Some of the time, it was low res.  Several
> times, the
> > > monitor would go black and cut off completely.  It would go to sleep.
> > > If the new monitor works, I'm thinking Micheal is right.  The monitor
> > > works with slower systems and the nouveau drivers on boot media.  With
> > > Nvidia on the install, hit or miss, mostly miss.  I think it has only
> > > worked fully twice.
> >
> > I think after all these attempts you have proven this monitor with
> this nvidia
> > card just won't work on its own, unless and until you try changing the
> > "Monitor" settings as I suggested in my previous message, or
> extract, store
> > and feed the monitor's EDID file to your card.
> >
> > However, you have your hands full and may want to leave this for now
> and wait
> > for the next larger and more modern monitor to show up.  Hopefully
> that will
> > work better!  :-)
>
> He certainly does have his hands full!
>
> I'm confused. (a standard state of being for me...) I thought Dale
> reported that
> he installed Kubuntu on an SSD - or did we just talk about that idea -
> and he
> said all the port problems were ironed out with the open source driver.
>
> What he didn't report was if he installed the nvidia-drivers in
> Kubuntu. I 
> personally wouldn't write off the 'old monitor' until doing at least that.
>
> sudo apt update
> sudo apt upgrade
>
> ubuntu-drivers list
> (make sure the video-card is found)
>
> sudo apt install nvidia-drivers-550
> (assuming he has a Quadro P1000 from memory)
>
> reboot
>
> Shouldn't take more than 5-10 minutes to try. No real risk as 
> he's going to blow away the Kubuntu install anyway.
>


I do have Kubuntu installed on a 2.5" SSD.  I wasn't sure how to install
and switch to the Nvidia drivers.  That was on my todo list as soon as I
had some time.  Thing is, the new monitor may get here first.  I just
picked a whole gallon ice cream bucket packed full of basil.  It's
soaking in the sink now.  Dehydrator comes next.  That takes at least a
day to complete.  On the positive side, the house smells really good for
a day or so.  LOL 

I also thought of going to boot runlevel on my main rig while in a
console, unplug the monitor hooked to my main rig now and plug it into
the new rig.  Then boot and see what happens.  It might work.  It's a
newer monitor and it's a Samsung instead of a LG.  If it did work, I
could switch and switch to new monitor when it gets here.  I plan to use
the old Dell rig to watch TV with while I switch.  I can use the backup
drives for that.  Moving all these drives could take a while.  O_O

At least now I have the commands needed to try it tho.  That helps.  :-D 

Michael, I did try the settings you posted.  I thought I tried them and
posted a reply.  I may have missed one tho.  This is a long thread. 
This monitor has been a serious PITA.  :-@ 

Back to the basil.  Glad my meds are working pretty good.  -_O

Dale

:-) :-) 

[-- Attachment #2: Type: text/html, Size: 5991 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 3482 bytes --]

Dale wrote:
> Mark Knecht wrote:
>>
>>
>> He certainly does have his hands full!
>>
>> I'm confused. (a standard state of being for me...) I thought Dale
>> reported that
>> he installed Kubuntu on an SSD - or did we just talk about that idea
>> - and he
>> said all the port problems were ironed out with the open source driver.
>>
>> What he didn't report was if he installed the nvidia-drivers in
>> Kubuntu. I 
>> personally wouldn't write off the 'old monitor' until doing at least
>> that.
>>
>> sudo apt update
>> sudo apt upgrade
>>
>> ubuntu-drivers list
>> (make sure the video-card is found)
>>
>> sudo apt install nvidia-drivers-550
>> (assuming he has a Quadro P1000 from memory)
>>
>> reboot
>>
>> Shouldn't take more than 5-10 minutes to try. No real risk as 
>> he's going to blow away the Kubuntu install anyway.
>>
>
>
> I do have Kubuntu installed on a 2.5" SSD.  I wasn't sure how to
> install and switch to the Nvidia drivers.  That was on my todo list as
> soon as I had some time.  Thing is, the new monitor may get here
> first.  I just picked a whole gallon ice cream bucket packed full of
> basil.  It's soaking in the sink now.  Dehydrator comes next.  That
> takes at least a day to complete.  On the positive side, the house
> smells really good for a day or so.  LOL 
>
> I also thought of going to boot runlevel on my main rig while in a
> console, unplug the monitor hooked to my main rig now and plug it into
> the new rig.  Then boot and see what happens.  It might work.  It's a
> newer monitor and it's a Samsung instead of a LG.  If it did work, I
> could switch and switch to new monitor when it gets here.  I plan to
> use the old Dell rig to watch TV with while I switch.  I can use the
> backup drives for that.  Moving all these drives could take a while.  O_O
>
> At least now I have the commands needed to try it tho.  That helps.  :-D 
>
> Michael, I did try the settings you posted.  I thought I tried them
> and posted a reply.  I may have missed one tho.  This is a long
> thread.  This monitor has been a serious PITA.  :-@ 
>
> Back to the basil.  Glad my meds are working pretty good.  -_O
>
> Dale
>
> :-) :-) 


Here's a little update.  First, Kubuntu wiped my Gentoo install from
being able to boot it.  I had to boot the Gentoo USB image, mount
everything and reinstall grub/EFI stuff.  I got it back and now I can
boot either one by selecting it in the BIOS. 

Second.  I decided to annoy the heck out of that thing.  I logged in
over ssh and I kept restarting DM.  Took me several dozen tries but
eventually I got KDE to come up, plasma and all.  I opened the Nvidia
GUI and got it to save the xorg.conf file.  It's different but it has a
lot of info now.  Thing is, when I logged out and back in, same thing as
before.  Sometimes it doesn't work at all, sometimes it is the wrong
resolution or plasma doesn't start up or some other problem.  Since
email wraps things, I'm attaching the xorg.conf file it generated. 
Kinda nifty.  Some are like the info Micheal posted. 

I think at this point, I'm cutting the thing off until the new monitor
comes in.  I'm dreaming of hammers, shooting it and other things that
ain't good.  :/ 

Monitor is already about 100 miles from me at a FedEx hub.  I won't be
surprised if it comes in Monday.  It could be Tuesday tho.  They could
know it will take longer for some reason or other.  It's getting close
tho. 

Dale

:-)  :-) 

[-- Attachment #2: nvidia-generated-working-xorg.conf --]
[-- Type: text/plain, Size: 1771 bytes --]

root@Gentoo-1 ~ # cat /etc/X11/xorg.conf
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 550.90.07

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 550.90.07

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
    Option         "Xinerama" "0"
EndSection

Section "Files"
EndSection

Section "InputDevice"

    # generated from data in "/etc/conf.d/gpm"
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol"
    Option         "Device" "/dev/input/mice"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "LG Electronics W2253"
    HorizSync       30.0 - 83.0
    VertRefresh     56.0 - 61.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "Quadro P1000"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "Stereo" "0"
    Option         "nvidiaXineramaInfoOrder" "DP-3"
    Option         "metamodes" "nvidia-auto-select +0+0"
    Option         "SLI" "Off"
    Option         "MultiGPU" "Off"
    Option         "BaseMosaic" "off"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

root@Gentoo-1 ~ #

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 3531 bytes --]

Dale wrote:
> Mark Knecht wrote:
>>
>>
>> He certainly does have his hands full!
>>
>> I'm confused. (a standard state of being for me...) I thought Dale
>> reported that
>> he installed Kubuntu on an SSD - or did we just talk about that idea
>> - and he
>> said all the port problems were ironed out with the open source driver.
>>
>> What he didn't report was if he installed the nvidia-drivers in
>> Kubuntu. I 
>> personally wouldn't write off the 'old monitor' until doing at least
>> that.
>>
>> sudo apt update
>> sudo apt upgrade
>>
>> ubuntu-drivers list
>> (make sure the video-card is found)
>>
>> sudo apt install nvidia-drivers-550
>> (assuming he has a Quadro P1000 from memory)
>>
>> reboot
>>
>> Shouldn't take more than 5-10 minutes to try. No real risk as 
>> he's going to blow away the Kubuntu install anyway.
>>
>
>
> I do have Kubuntu installed on a 2.5" SSD.  I wasn't sure how to
> install and switch to the Nvidia drivers.  That was on my todo list as
> soon as I had some time.  Thing is, the new monitor may get here
> first.  I just picked a whole gallon ice cream bucket packed full of
> basil.  It's soaking in the sink now.  Dehydrator comes next.  That
> takes at least a day to complete.  On the positive side, the house
> smells really good for a day or so.  LOL 
>
> I also thought of going to boot runlevel on my main rig while in a
> console, unplug the monitor hooked to my main rig now and plug it into
> the new rig.  Then boot and see what happens.  It might work.  It's a
> newer monitor and it's a Samsung instead of a LG.  If it did work, I
> could switch and switch to new monitor when it gets here.  I plan to
> use the old Dell rig to watch TV with while I switch.  I can use the
> backup drives for that.  Moving all these drives could take a while.  O_O
>
> At least now I have the commands needed to try it tho.  That helps.  :-D 
>
> Michael, I did try the settings you posted.  I thought I tried them
> and posted a reply.  I may have missed one tho.  This is a long
> thread.  This monitor has been a serious PITA.  :-@ 
>
> Back to the basil.  Glad my meds are working pretty good.  -_O
>
> Dale
>
> :-) :-) 


Here's a little update.  First, Kubuntu wiped my Gentoo install from
being able to boot it.  I had to boot the Gentoo USB image, mount
everything and reinstall grub/EFI stuff.  I got it back and now I can
boot either one by selecting it in the BIOS. 

Second.  I decided to annoy the heck out of that thing.  I logged in
over ssh and I kept restarting DM.  Took me several dozen tries but
eventually I got KDE to come up, plasma and all.  I opened the Nvidia
GUI and got it to save the xorg.conf file.  It's different but it has a
lot of info now.  Thing is, when I logged out and back in, same thing as
before.  Sometimes it doesn't work at all, sometimes it is the wrong
resolution or plasma doesn't start up or some other problem.  Since
email wraps things, I'm attaching the xorg.conf file it generated. 
Kinda nifty.  Some are like the info Micheal posted. 

I think at this point, I'm cutting the thing off until the new monitor
comes in.  I'm dreaming of hammers, shooting it and other things that
ain't good.  :/ 

Monitor is already about 100 miles from me at a FedEx hub.  I won't be
surprised if it comes in Monday.  It could be Tuesday tho.  They could
know it will take longer for some reason or other.  It's getting close
tho.  Yes, it is 4:30AM here.  Not a good night, yet.

Dale

:-)  :-) 

[-- Attachment #2: nvidia-generated-working-xorg.conf --]
[-- Type: text/plain, Size: 1771 bytes --]

root@Gentoo-1 ~ # cat /etc/X11/xorg.conf
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 550.90.07

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 550.90.07

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
    Option         "Xinerama" "0"
EndSection

Section "Files"
EndSection

Section "InputDevice"

    # generated from data in "/etc/conf.d/gpm"
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol"
    Option         "Device" "/dev/input/mice"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "LG Electronics W2253"
    HorizSync       30.0 - 83.0
    VertRefresh     56.0 - 61.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "Quadro P1000"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "Stereo" "0"
    Option         "nvidiaXineramaInfoOrder" "DP-3"
    Option         "metamodes" "nvidia-auto-select +0+0"
    Option         "SLI" "Off"
    Option         "MultiGPU" "Off"
    Option         "BaseMosaic" "off"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

root@Gentoo-1 ~ #

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1605 bytes --]

On Sunday, 30 June 2024 10:36:16 BST Dale wrote:

> Here's a little update.  First, Kubuntu wiped my Gentoo install from
> being able to boot it.  I had to boot the Gentoo USB image, mount
> everything and reinstall grub/EFI stuff.  I got it back and now I can
> boot either one by selecting it in the BIOS. 
> 
> Second.  I decided to annoy the heck out of that thing.  I logged in
> over ssh and I kept restarting DM.  Took me several dozen tries but
> eventually I got KDE to come up, plasma and all.  I opened the Nvidia
> GUI and got it to save the xorg.conf file.  It's different but it has a
> lot of info now.

This is good!  :D

Edit the section below by adding the PreferredMode line:

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "LG Electronics W2253"
    HorizSync       30.0 - 83.0
    VertRefresh     56.0 - 61.0
    Option         "PreferredMode"   "1920x1080_60.00"
    Option         "DPMS"
EndSection

Save it, then check if you get a consistent result when you restart the DM, or 
reboot.

If it is still playing up you need to show the Xorg.0.log while the monitor is 
working with the nvidia driver, to see which Modeline it uses and add this in 
the "Monitor" section too, above the "PreferredMode" entry.

If none of this works reliably, then you have to capture the EDID table while 
the monitor is working, save it in a file and set nvidia-settings to use it 
hereafter.  However, if you will NOT be using this monitor for much longer 
this would be an exercise only to make you feel good for beating it into 
submission!  LOL!

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 3797 bytes --]

Michael wrote:
> This is good! :D
> Edit the section below by adding the PreferredMode line:
>
> Section "Monitor"
>     Identifier     "Monitor0"
>     VendorName     "Unknown"
>     ModelName      "LG Electronics W2253"
>     HorizSync       30.0 - 83.0
>     VertRefresh     56.0 - 61.0
>     Option         "PreferredMode"   "1920x1080_60.00"
>     Option         "DPMS"
> EndSection
>
> Save it, then check if you get a consistent result when you restart the DM, or 
> reboot.
>
> If it is still playing up you need to show the Xorg.0.log while the monitor is 
> working with the nvidia driver, to see which Modeline it uses and add this in 
> the "Monitor" section too, above the "PreferredMode" entry.
>
> If none of this works reliably, then you have to capture the EDID table while 
> the monitor is working, save it in a file and set nvidia-settings to use it 
> hereafter.  However, if you will NOT be using this monitor for much longer 
> this would be an exercise only to make you feel good for beating it into 
> submission!  LOL!

OK.  First time, it worked.  Second time, it came up but in low res. 
Plasma was working to, both times.  So, I opened the Nvidia GUI and told
it to safe a new config with it in hi res mostly just to see what it
would add if anything.  It did.  The only change I could see was it
added metamodes options like this:

Section "Screen"

# Removed Option "metamodes" "nvidia-auto-select +0+0"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "Stereo" "0"
    Option         "nvidiaXineramaInfoOrder" "DP-3"
    Option         "metamodes" "1920x1080 +0+0"
#    Option         "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0"
    Option         "SLI" "Off"
    Option         "MultiGPU" "Off"
    Option         "BaseMosaic" "off"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection


As you can see, I removed the low res part, don't want that anyway, and
it seems to work more often but still fails a lot.  So, I removed the
metamodes Nvidia added.  Then it didn't come up at all, sddm or
anything, when I restarted DM.  I thought it adding your setting to
another section might help.  Guess not.  With the following removed, it
seems to do a little better but still can't depend on it to work.

Section "Screen"
#    Option         "nvidiaXineramaInfoOrder" "DP-3"
#    Option         "metamodes" "1920x1080 +0+0"
#    Option         "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0"


Basically, it is doing like it always has.  Most of the time, it doesn't
work.  Sometimes it does.  To be honest tho, I still wonder if it even
reads the file.  When I change something, I'd expect something
different.  Generally, it doesn't seem to affect anything unless I
reboot completely.  Sometimes I'm not sure it does then either.  So, I
think this old monitor just has a issue.  Maybe I need to rebuild some
more of the power supply or something in case it is providing bad power
to the parts that talks to the puter.  Either way, if the new one works,
I just don't think this old monitor is going to work correctly no matter
what we throw at it. 

I will saw this, we threw the kitchen sink at it.  I think this is one
of the longest threads I've seen in a long while.  o_O 

Dale

:-) 

P. S.  Monitor updated.  Now it says tomorrow.  It's in the right place
to do so.  It's at the Memphis hub.  Usually, it comes from there to the
local distribution point and on the truck.  They sometimes deliver by
noon.  Could be a little late given it is Monday. 

[-- Attachment #2: Type: text/html, Size: 4683 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Michael]

[-- Attachment #1: Type: text/plain, Size: 4243 bytes --]

On Sunday, 30 June 2024 23:56:40 BST Dale wrote:
> Michael wrote:
> > This is good! :D
> > Edit the section below by adding the PreferredMode line:
> > 
> > Section "Monitor"
> > 
> >     Identifier     "Monitor0"
> >     VendorName     "Unknown"
> >     ModelName      "LG Electronics W2253"
> >     HorizSync       30.0 - 83.0
> >     VertRefresh     56.0 - 61.0
> >     Option         "PreferredMode"   "1920x1080_60.00"
> >     Option         "DPMS"
> > 
> > EndSection
> > 
> > Save it, then check if you get a consistent result when you restart the
> > DM, or reboot.
> > 
> > If it is still playing up you need to show the Xorg.0.log while the
> > monitor is working with the nvidia driver, to see which Modeline it uses
> > and add this in the "Monitor" section too, above the "PreferredMode"
> > entry.
> > 
> > If none of this works reliably, then you have to capture the EDID table
> > while the monitor is working, save it in a file and set nvidia-settings
> > to use it hereafter.  However, if you will NOT be using this monitor for
> > much longer this would be an exercise only to make you feel good for
> > beating it into submission!  LOL!
> 
> OK.  First time, it worked.  Second time, it came up but in low res. 
> Plasma was working to, both times.  So, I opened the Nvidia GUI and told
> it to safe a new config with it in hi res mostly just to see what it
> would add if anything.  It did.  The only change I could see was it
> added metamodes options like this:
> 
> Section "Screen"
> 
> # Removed Option "metamodes" "nvidia-auto-select +0+0"
>     Identifier     "Screen0"
>     Device         "Device0"
>     Monitor        "Monitor0"
>     DefaultDepth    24
>     Option         "Stereo" "0"
>     Option         "nvidiaXineramaInfoOrder" "DP-3"
>     Option         "metamodes" "1920x1080 +0+0"
> #    Option         "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0"
>     Option         "SLI" "Off"
>     Option         "MultiGPU" "Off"
>     Option         "BaseMosaic" "off"
>     SubSection     "Display"
>         Depth       24
>     EndSubSection
> EndSection
> 
> 
> As you can see, I removed the low res part, don't want that anyway, and
> it seems to work more often but still fails a lot.  So, I removed the
> metamodes Nvidia added.  Then it didn't come up at all, sddm or
> anything, when I restarted DM.  I thought it adding your setting to
> another section might help.  Guess not.  With the following removed, it
> seems to do a little better but still can't depend on it to work.
> 
> Section "Screen"
> #    Option         "nvidiaXineramaInfoOrder" "DP-3"
> #    Option         "metamodes" "1920x1080 +0+0"
> #    Option         "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0"

You can add back:

Option         "metamodes" "1920x1080_60 +0+0"


> Basically, it is doing like it always has.  Most of the time, it doesn't
> work.  Sometimes it does.  To be honest tho, I still wonder if it even
> reads the file.  When I change something, I'd expect something
> different.  Generally, it doesn't seem to affect anything unless I
> reboot completely.  Sometimes I'm not sure it does then either.  So, I
> think this old monitor just has a issue.  Maybe I need to rebuild some
> more of the power supply or something in case it is providing bad power
> to the parts that talks to the puter.  Either way, if the new one works,
> I just don't think this old monitor is going to work correctly no matter
> what we throw at it. 

The last thing left to try is to capture the EDID table with nvidia-settings, 
configure it to stop trying to load it from the monitor and instead feed the 
captured file to it.  If that doesn't work either, then there is no solution I 
can think of ... 


> I will saw this, we threw the kitchen sink at it.  I think this is one
> of the longest threads I've seen in a long while.  o_O 
> 
> Dale
> 
> :-) 
> 
> P. S.  Monitor updated.  Now it says tomorrow.  It's in the right place
> to do so.  It's at the Memphis hub.  Usually, it comes from there to the
> local distribution point and on the truck.  They sometimes deliver by
> noon.  Could be a little late given it is Monday. 

Hopefully this won't be the start of a new loooooong thread on yet another 
monitor!  LOL!

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing

[Dale]

[-- Attachment #1: Type: text/plain, Size: 5573 bytes --]

Michael wrote:
> On Sunday, 30 June 2024 23:56:40 BST Dale wrote:
>> Michael wrote:
>>> This is good! :D
>>> Edit the section below by adding the PreferredMode line:
>>>
>>> Section "Monitor"
>>>
>>>     Identifier     "Monitor0"
>>>     VendorName     "Unknown"
>>>     ModelName      "LG Electronics W2253"
>>>     HorizSync       30.0 - 83.0
>>>     VertRefresh     56.0 - 61.0
>>>     Option         "PreferredMode"   "1920x1080_60.00"
>>>     Option         "DPMS"
>>>
>>> EndSection
>>>
>>> Save it, then check if you get a consistent result when you restart the
>>> DM, or reboot.
>>>
>>> If it is still playing up you need to show the Xorg.0.log while the
>>> monitor is working with the nvidia driver, to see which Modeline it uses
>>> and add this in the "Monitor" section too, above the "PreferredMode"
>>> entry.
>>>
>>> If none of this works reliably, then you have to capture the EDID table
>>> while the monitor is working, save it in a file and set nvidia-settings
>>> to use it hereafter.  However, if you will NOT be using this monitor for
>>> much longer this would be an exercise only to make you feel good for
>>> beating it into submission!  LOL!
>> OK.  First time, it worked.  Second time, it came up but in low res. 
>> Plasma was working to, both times.  So, I opened the Nvidia GUI and told
>> it to safe a new config with it in hi res mostly just to see what it
>> would add if anything.  It did.  The only change I could see was it
>> added metamodes options like this:
>>
>> Section "Screen"
>>
>> # Removed Option "metamodes" "nvidia-auto-select +0+0"
>>     Identifier     "Screen0"
>>     Device         "Device0"
>>     Monitor        "Monitor0"
>>     DefaultDepth    24
>>     Option         "Stereo" "0"
>>     Option         "nvidiaXineramaInfoOrder" "DP-3"
>>     Option         "metamodes" "1920x1080 +0+0"
>> #    Option         "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0"
>>     Option         "SLI" "Off"
>>     Option         "MultiGPU" "Off"
>>     Option         "BaseMosaic" "off"
>>     SubSection     "Display"
>>         Depth       24
>>     EndSubSection
>> EndSection
>>
>>
>> As you can see, I removed the low res part, don't want that anyway, and
>> it seems to work more often but still fails a lot.  So, I removed the
>> metamodes Nvidia added.  Then it didn't come up at all, sddm or
>> anything, when I restarted DM.  I thought it adding your setting to
>> another section might help.  Guess not.  With the following removed, it
>> seems to do a little better but still can't depend on it to work.
>>
>> Section "Screen"
>> #    Option         "nvidiaXineramaInfoOrder" "DP-3"
>> #    Option         "metamodes" "1920x1080 +0+0"
>> #    Option         "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0"
> You can add back:
>
> Option         "metamodes" "1920x1080_60 +0+0"
>

Well, I did a sync and upgrade last night.  I also renamed the config
file so that it shouldn't be seen anymore.  That way when the new
monitor arrives, I don't have a clash with it. 


>> Basically, it is doing like it always has.  Most of the time, it doesn't
>> work.  Sometimes it does.  To be honest tho, I still wonder if it even
>> reads the file.  When I change something, I'd expect something
>> different.  Generally, it doesn't seem to affect anything unless I
>> reboot completely.  Sometimes I'm not sure it does then either.  So, I
>> think this old monitor just has a issue.  Maybe I need to rebuild some
>> more of the power supply or something in case it is providing bad power
>> to the parts that talks to the puter.  Either way, if the new one works,
>> I just don't think this old monitor is going to work correctly no matter
>> what we throw at it. 
> The last thing left to try is to capture the EDID table with nvidia-settings, 
> configure it to stop trying to load it from the monitor and instead feed the 
> captured file to it.  If that doesn't work either, then there is no solution I 
> can think of ... 
>
>
>> I will saw this, we threw the kitchen sink at it.  I think this is one
>> of the longest threads I've seen in a long while.  o_O 
>>
>> Dale
>>
>> :-) 
>>
>> P. S.  Monitor updated.  Now it says tomorrow.  It's in the right place
>> to do so.  It's at the Memphis hub.  Usually, it comes from there to the
>> local distribution point and on the truck.  They sometimes deliver by
>> noon.  Could be a little late given it is Monday. 
> Hopefully this won't be the start of a new loooooong thread on yet another 
> monitor!  LOL!


I hope it works like it should.  If it does, I may do some work on that
old monitor.  Check the caps in the power supply and such as that.  I
rebuilt it a few years ago but maybe I missed something.  I may have
fixed it enough to come on, display part anyway, but not enough for
everything, the ID part, to work correctly. 

Right now, it still shows the new monitor at the hub around Memphis.  It
is Monday and they do get their stuff local a little late. UPS gets
theirs before sunup. They don't deliver until late tho, around 3 or
4PM.  Later around the holidays. It still shows delivery today.  It
should update, eventually. 

I should have proofed previous message more.  I saw some typos.  My
supper was getting cold.  :/  I'll update later tho.  If it doesn't
work, new thread.  This one is long enough already.  We sure did beat on
it some tho.  I'm very confident in the boot up process given the number
of reboots.  ROFL 

I still wonder if it is reading that xorg.conf file tho.  It doesn't act
like it at times.

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 7086 bytes --]