15.2 login VERY slow

[tweetiepooh]

I see the same on 15.2 and Tumbleweed.

On login the splash starts, then the login sound plays then apps are started and display if I logged out on the virtual desktop that holds them but no wallpaper or taskbar. I can use any apps that are visible, switch between windows but if I minimise they vanish.

Eventually the wallpaper/desktop displays as does the taskbar and it works fine going on. If I logout and back in it can startup quickly as expected.

I start kmail, konversation, kleopatra and amarok/clementine at login (or rather they get started as shutdown with them running.

I point wallpaper slideshow to my whole photo selection which is pretty big, maybe it's that. They are on NTFS partition shared with Windows. (Would be nicer if Windows could work with Linux partitions.)

[karlmistelberger]

The confusing thing is that the time from power-on to solicitation for login credentials is normal, but from login enter to desktop presentation is 90 seconds. Investigating what is going on during that delay is what I can't find any information or tools for...

Try that:

3400G:~ # journalctl -b -u init.scope -o short-monotonic|grep Reached 
[    3.291947] 3400G systemd[1]: Reached target System Initialization. 
[    3.309395] 3400G systemd[1]: Reached target Paths. 
[    3.309491] 3400G systemd[1]: Reached target Basic System. 
[    3.414308] 3400G systemd[1]: Reached target Initrd Root Device. 
[    4.090820] 3400G systemd[1]: Reached target Remote File Systems (Pre). 
[    4.090863] 3400G systemd[1]: Reached target Remote File Systems. 
[    4.128366] 3400G systemd[1]: Reached target Initrd Root File System. 
[    4.306940] 3400G systemd[1]: Reached target Initrd File Systems. 
[    4.306971] 3400G systemd[1]: Reached target Initrd Default Target. 
[    4.346458] 3400G systemd[1]: Reached target Switch Root. 
[    4.748215] 3400G systemd[1]: Reached target Local File Systems (Pre). 
[    4.772252] 3400G systemd[1]: Reached target Local File Systems. 
[    4.986401] 3400G systemd[1]: Reached target System Initialization. 
[    4.988297] 3400G systemd[1]: Reached target Paths. 
[    4.990306] 3400G systemd[1]: Reached target Sockets. 
[    4.990364] 3400G systemd[1]: Reached target Basic System. 
[    5.183600] 3400G systemd[1]: Reached target Network. 
[    5.183704] 3400G systemd[1]: Reached target Network is Online. 
[    5.183790] 3400G systemd[1]: Reached target Host and Network Name Lookups. 
[    5.241024] 3400G systemd[1]: Reached target System Time Synchronized. 
[    5.244297] 3400G systemd[1]: Reached target Timers. 
[    5.450861] 3400G systemd[1]: Reached target Sound Card. 
[    5.617226] 3400G systemd[1]: Reached target Login Prompts. 
[    5.617406] 3400G systemd[1]: Reached target Multi-User System. 
[    6.125576] 3400G systemd[1]: Reached target Graphical Interface. 
3400G:~ #

[Svyatko]

On a new installation of 15.2 on a i9-10900k dual monitor system using kernel 64 5.3.18-lp152.57.1 (using nvidia drivers 390.138-lp152.33.1 for a GTX 1080 Ti), I have encountered a delay problem that I can't seem to isolate. The symptoms are:

Power on to solicitation of user id and password is less that 10 seconds
From entering password to presentation of desktop is 90 seconds

1. Use 460.x driver, not 390.x.
2. If KDE then use compositor OpenGL 3.1, not 2.0. Check performance with XRender compositor.

[tweetiepooh]

One thing noticed is mount.ntfs-3g is very busy at login.

In my setup I have a number of shared spaces with Windows 10

From /etc/fstab
UUID=64244A53244A27FE /windows/Windows7 ntfs-3g ro,noatime,users,gid=users,fmask=133,dmask=022,locale=en_GB.UTF-8 0 0
UUID=40F02C32F02C3118 /windows/Data ntfs-3g users,gid=users,fmask=113,dmask=002,locale=en_GB.UTF-8 0 0
UUID=FEB04712B046D0B7 /windows/Workspace ntfs-3g users,gid=users,fmask=113,dmask=002,locale=en_GB.UTF-8 0 0
UUID=BE84604A8460076D /Music ntfs-3g users,gid=music,fmask=113,dmask=002,locale=en_GB.UTF-8 0 0
UUID=6AFC6308FC62CE3F /Photos ntfs-3g users,gid=photo,fmask=113,dmask=002,locale=en_GB.UTF-8 0 0

Some of these are set so some groups can write to them. Seems to work fine and hasn't caused any issues until upgrade to 15.2 so maybe non-relevant. Would be nicer if Windows could mount/read/write to Linux partitions but there you go.