Page 2 of 2 FirstFirst 12
Results 11 to 14 of 14

Thread: leap 15.2 after upgrade kde taking over 5 minutes to start up from login

  1. #11
    Join Date
    Feb 2010
    Location
    Germany
    Posts
    4,133

    Default Re: leap 15.2 after upgrade kde taking over 5 minutes to start up from login

    Quote Originally Posted by bwheater View Post
    Will excess trims on the drive shorted it life?
    I use the following modification (a modification which survives systemd patches and updates) to the fstrim Timer service –
    Code:
     > cat /etc/systemd/system/fstrim.timer 
    [Unit]
    Description=Discard unused blocks once a month
    Documentation=man:fstrim
    
    [Timer]
    OnCalendar=monthly
    AccuracySec=1h
    Persistent=true
    
    [Install]
    WantedBy=timers.target
     >
    I have to admit that, the only partitions on the SSD are, a VFAT EFI boot partition, the Swap partition and, an ext4 System partition –
    • The /var/, /tmp/, /srv/ and, user partitions are on rotating drives …
    • None of the partitions are using Btrfs as the filesystem …

    Folks using Btrfs should enable the systemd Btrfs-Trim Timer service – they should be using the fstrim service we're talking about here …

  2. #12

    Default Re: leap 15.2 after upgrade kde taking over 5 minutes to start up from login

    Quote Originally Posted by karlmistelberger View Post
    Machines vastly differ in hardware components:
    Code:
    erlangen:~ # inxi -zFm 
    System:    Kernel: 5.11.15-1-default x86_64 bits: 64 Console: tty pts/1 Distro: openSUSE Tumbleweed 20210418  
    Machine:   Type: Desktop Mobo: ASRock model: Z170 Pro4S serial: <filter> UEFI: American Megatrends v: P3.50 date: 06/23/2016  
    Memory:    RAM:total: 31.3 GiB used: 4.33 GiB (13.8%)  
               Array-1:capacity: 64 GiB slots: 4 EC: None  
               Device-1: ChannelA-DIMM0 size: No Module Installed  
               Device-2: ChannelA-DIMM1 size: 16 GiB speed: 2133 MT/s  
               Device-3: ChannelB-DIMM0 size: No Module Installed  
               Device-4: ChannelB-DIMM1 size: 16 GiB speed: 2133 MT/s  
    CPU:       Info: Quad Core model: Intel Core i7-6700K bits: 64 type: MT MCP cache:L2: 8 MiB  
               Speed: 800 MHz min/max: 800/4200 MHz Core speeds (MHz):1: 800 2: 800 3: 800 4: 800 5: 800 6: 800 7: 800 8: 800  
    Graphics:  Device-1: AMD Lexa PRO [Radeon 540/540X/550/550X / RX 540X/550/550X] driver: amdgpu v: kernel  
               Display:server: X.Org 1.20.10 driver:loaded: amdgpu,ati unloaded: fbdev,modesetting,vesa  
               resolution: 3840x2160~60Hz  
               OpenGL:renderer: Radeon RX550/550 Series (POLARIS12 DRM 3.40.0 5.11.15-1-default LLVM 11.0.1) v: 4.6 Mesa 21.0.2  
    Audio:     Device-1: Intel 100 Series/C230 Series Family HD Audio driver: snd_hda_intel  
               Device-2: AMD Baffin HDMI/DP Audio [Radeon RX 550 640SP / RX 560/560X] driver: snd_hda_intel  
               Sound Server-1: ALSA v: k5.11.15-1-default running: yes  
               Sound Server-2: PulseAudio v: 14.2-rebootstrapped running: yes  
    Network:   Device-1: Intel Ethernet I219-V driver: e1000e  
               IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full mac: <filter>  
    Drives:    Local Storage:total: 6.38 TiB used: 3.13 TiB (49.1%)  
               ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 950 PRO 512GB size: 476.94 GiB  
               ID-2: /dev/sda vendor: Western Digital model: WD40EZRX-22SPEB0 size: 3.64 TiB  
               ID-3: /dev/sdb vendor: Crucial model: CT2000BX500SSD1 size: 1.82 TiB  
               ID-4: /dev/sdc vendor: Samsung model: SSD 850 EVO 500GB size: 465.76 GiB  
    Partition: ID-1: / size: 51.69 GiB used: 21.96 GiB (42.5%) fs: btrfs dev: /dev/nvme0n1p3  
               ID-2: /boot/efi size: 99.8 MiB used: 15.3 MiB (15.3%) fs: vfat dev: /dev/nvme0n1p1  
               ID-3: /home size: 406.34 GiB used: 292.62 GiB (72.0%) fs: ext4 dev: /dev/nvme0n1p4  
               ID-4: /opt size: 51.69 GiB used: 21.96 GiB (42.5%) fs: btrfs dev: /dev/nvme0n1p3  
               ID-5: /var size: 51.69 GiB used: 21.96 GiB (42.5%) fs: btrfs dev: /dev/nvme0n1p3  
    Swap:      Alert: No Swap data was found.  
    Sensors:   System Temperatures:cpu: 32.0 C mobo: 33.0 C gpu: amdgpu temp: 53.0 C  
               Fan Speeds (RPM):fan-1: 0 fan-2: 1187 fan-3: 0 fan-4: 0 fan-5: 0 fan-6: 0 gpu: amdgpu fan: 965  
    Info:      Processes: 280 Uptime: 9h 51m Shell: Bash inxi: 3.3.03  
    erlangen:~ #
    On host erlangen many services are running in parallel. Nevertheless no delay occurs on boot up in kde:
    Code:
    erlangen:~ # systemd-analyze blame |head -22  
    2min 11.285s backup-home.service                  
         36.554s purge-kernels.service                
         28.072s mlocate.service                      
         15.711s backup-rpmdb.service                 
          9.949s HDD.mount                            
          8.733s mandb.service                        
          1.540s logrotate.service                    
           963ms dracut-initqueue.service             
           909ms dracut-pre-udev.service              
           708ms display-manager.service              
           587ms initrd-switch-root.service           
           552ms postfix.service                      
           448ms udisks2.service                      
           391ms lm_sensors.service                   
           318ms systemd-journal-flush.service        
           292ms apparmor.service                     
           287ms plymouth-quit-wait.service           
           209ms systemd-resolved.service             
           202ms initrd-parse-etc.service             
           177ms mcelog.service                       
           139ms systemd-logind.service               
           135ms user@1000.service                    
    erlangen:~ #
    Display manager is up early. Login and startup of the graphical session is fast:
    Code:
    erlangen:~ # systemd-analyze critical-chain display-manager.service              
    The time when unit became active or started is printed after the "@" character. 
    The time the unit took to start is printed after the "+" character. 
    
    display-manager.service +708ms 
    └─apache2.service @1.055s +68ms 
      └─time-sync.target @1.050s 
        └─chronyd.service @1.019s +30ms 
          └─nss-lookup.target @1.018s 
            └─systemd-resolved.service @809ms +209ms 
              └─systemd-tmpfiles-setup.service @792ms +15ms 
                └─systemd-journal-flush.service @473ms +318ms 
                  └─var.mount @464ms +7ms 
                    └─local-fs-pre.target @457ms 
                      └─systemd-tmpfiles-setup-dev.service @442ms +14ms 
                        └─kmod-static-nodes.service @400ms +32ms 
                          └─systemd-journald.socket 
                            └─-.mount x64Cru_150G:~ #  journalctl -b -1 -u fstrim.service | cat
    -- Logs begin at Tue 2021-03-23 16:42:05 EDT, end at Wed 2021-04-21 16:14:52 EDT. --
    Apr 20 15:25:22 x64Cru_150G systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /Backups: 405.8 GiB (435671740416 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13BED1C-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /boot/efi: 492.1 MiB (516014080 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /home: 45.8 GiB (49146339328 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part4
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /: 120.8 GiB (129720602624 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part2
    Apr 20 15:33:03 x64Cru_150G systemd[1]: Started Discard unused blocks on filesystems from /etc/fstab.
                              └─system.slice 
                                └─-.slice 
    erlangen:~ #
    Fstrim runs in the background and I never notice any delays of the graphical interface:
    Code:
    erlangen:~ # journalctl -b -1 -u fstrim.service
    -- Logs begin at Wed 2021-03-24 04:52:44 CET, end at Wed 2021-04-21 06:33:08 CEST. --
    Apr 19 05:39:00 erlangen systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
    Apr 19 05:45:11 erlangen fstrim[4578]: /home-SSD: 575,4 GiB (617788227584 Bytes) auf /dev/sdb1 getrimmt
    Apr 19 05:45:11 erlangen fstrim[4578]: /boot/efi: 84,5 MiB (88600576 Bytes) auf /dev/nvme0n1p1 getrimmt
    Apr 19 05:45:11 erlangen fstrim[4578]: /home: 113,7 GiB (122039463936 Bytes) auf /dev/nvme0n1p4 getrimmt
    Apr 19 05:45:11 erlangen fstrim[4578]: /: 11,1 GiB (11904901120 Bytes) auf /dev/nvme0n1p3 getrimmt
    Apr 19 05:45:11 erlangen systemd[1]: fstrim.service: Succeeded.
    Apr 19 05:45:11 erlangen systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
    Apr 19 05:45:11 erlangen systemd[1]: fstrim.service: Consumed 8.403s CPU time.
    erlangen:~ #
    Sizes of trimmed partition are:
    Code:
    erlangen:~ # df -h 
    Filesystem      Size  Used Avail Use% Mounted on 
    /dev/nvme0n1p3   52G   22G   28G  45% / 
    /dev/nvme0n1p1  100M   16M   85M  16% /boot/efi
    /dev/nvme0n1p4  407G  293G  113G  73% /home 
    /dev/sdb1       1.8T  1.3T  483G  73% /home-SSD 
    erlangen:~ #
    Btrfs maintenance is also fast and unobtrusive:
    Code:
    erlangen:~ # journalctl -b -u btrfs* --grep Consumed
    -- Logs begin at Wed 2021-03-24 04:52:44 CET, end at Wed 2021-04-21 06:33:08 CEST. --
    Apr 21 05:12:50 erlangen systemd[1]: btrfs-defrag.service: Consumed 7.940s CPU time.
    Apr 21 05:13:52 erlangen systemd[1]: btrfs-trim.service: Consumed 3.144s CPU time.
    Apr 21 05:14:05 erlangen systemd[1]: btrfs-scrub.service: Consumed 4.041s CPU time.
    erlangen:~ #
    I presume your machine runs out of resources. Of course you always can run your services at your own schedule. Modify the timers accordingly.
    ---------------------------------
    I doubt that it is running out of resources since the machine is more powerful than yours ( I7 8700K CPU 64GB memory). I do hear the fans quietly spin up. Thanks for the interesting command to display the hardware:
    Code:
     inxi -zFm
    System:    Kernel: 5.3.18-lp152.72-default x86_64 bits: 64 Console: tty 1 Distro: openSUSE Leap 15.2 
    Machine:   Type: Desktop Mobo: Micro-Star model: Z370M GAMING PRO AC (MS-7B44) v: 1.0 serial: <filter> 
               UEFI: American Megatrends v: 1.20 date: 12/21/2017 
    Memory:    RAM: total: 62.76 GiB used: 2.09 GiB (3.3%) 
               Array-1: capacity: 64 GiB slots: 4 EC: None 
               Device-1: ChannelA-DIMM0 size: 16 GiB speed: 2133 MT/s 
               Device-2: ChannelA-DIMM1 size: 16 GiB speed: 2133 MT/s 
               Device-3: ChannelB-DIMM0 size: 16 GiB speed: 2133 MT/s 
               Device-4: ChannelB-DIMM1 size: 16 GiB speed: 2133 MT/s 
    CPU:       Topology: 6-Core model: Intel Core i7-8700K x64Cru_150G:~ #  journalctl -b -1 -u fstrim.service | cat
    -- Logs begin at Tue 2021-03-23 16:42:05 EDT, end at Wed 2021-04-21 16:14:52 EDT. --
    Apr 20 15:25:22 x64Cru_150G systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /Backups: 405.8 GiB (435671740416 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13BED1C-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /boot/efi: 492.1 MiB (516014080 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /home: 45.8 GiB (49146339328 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part4
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /: 120.8 GiB (129720602624 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part2
    Apr 20 15:33:03 x64Cru_150G systemd[1]: Started Discard unused blocks on filesystems from /etc/fstab.bits: 64 type: MT MCP L2 cache: 12.0 MiB 
               Speed: 800 MHz min/max: 800/4700 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800 7: 800 
               8: 800 9: 800 10: 800 11: 800 12: 800 
    Graphics:  Device-1: NVIDIA GP104 [GeForce GTX 1080] driver: nvidia v: 390.141 
               Display: server: X.Org 1.20.3 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa 
               resolution: 1680x1050~60Hz 
               OpenGL: renderer: GeForce GTX 1080/PCIe/SSE2 v: 4.6.0 NVIDIA 390.141 
    Audio:     Device-1: Intel 200 Series PCH HD Audio driver: snd_hda_intel 
               Device-2: NVIDIA GP104 High Definition Audio driver: snd_hda_intel 
               Sound Server: ALSA v: k5.3.18-lp152.72-default 
    Network:   Device-1: Intel Ethernet I219-V driver: e1000e 
               IF: eth1 state: up speed: 1000 Mbps duplex: full mac: <filter> 
               Device-2: Intel Wireless 8265 / 8275 driver: iwlwifi 
               IF: wlan1 state: down mac: <filter> 
    Drives:    Local Storage: total: 1.39 TiB used: 97.78 GiB (6.9%) 
               ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 960 EVO 500GB size: 465.76 GiB 
               ID-2: /dev/nvme1n1 vendor: Samsung model: SSD 960 EVO 500GB size: 465.76 GiB 
               ID-3: /dev/sda vendor: Crucial model: CT500MX500SSD1 size: 465.76 GiB 
               ID-4: /dev/sdb vendor: Crucial model: CT500MX500SSD1 size: 465.76 GiB 
               ID-5: /dev/sdc type: USB vendor: Kingston model: DataTraveler 2.0 size: 29.08 GiB 
    Partition: ID-1: / size: 150.00 GiB used: 31.78 GiB (21.2%) fs: btrfs dev: /dev/dm-5 
               ID-2: /home size: 59.97 GiB used: 14.30 GiB (23.8%) fs: xfs dev: /dev/dm-7 
               ID-3: /opt size: 150.00 GiB used: 31.78 GiB (21.2%) fs: btrfs dev: /dev/dm-5 
               ID-4: /tmp size: 150.00 GiB used: 31.78 GiB (21.2%) fs: btrfs dev: /dev/dm-5 
               ID-5: /var size: 150.00 GiB used: 31.78 GiB (21.2%) fs: btrfs dev: /dev/dm-5 
    Swap:      ID-1: swap-1 type: partition size: 64.27 GiB used: 0 KiB (0.0%) dev: /dev/dm-8 
    Sensors:   System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 35 C 
               Fan Speeds (RPM): N/A gpu: nvidia fan: 0% 
    Info:      Processes: 350 Uptime: N/A Shell: bash inxi: 3.1.00 
    
    x64Cru_150G:~ #  journalctl -b -1 -u fstrim.service | cat
    -- Logs begin at Tue 2021-03-23 16:42:05 EDT, end at Wed 2021-04-21 16:14:52 EDT. --
    Apr 20 15:25:22 x64Cru_150G systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /Backups: 405.8 GiB (435671740416 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13BED1C-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /boot/efi: 492.1 MiB (516014080 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /home: 45.8 GiB (49146339328 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part4
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /: 120.8 GiB (129720602624 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part2
    Apr 20 15:33:03 x64Cru_150G systemd[1]: Started Discard unused blocks on filesystems from /etc/fstab.
    
    
    Apparently your home-ssd discarded 500+GB in 6 min and my backup ssd(sata) discarded 400GB in 7 mins (approximately)
    
    If your not seeing any effect of the trim on your GUI  startup then something is wrong on my system as this did not happen on Leap15.1 (assuming 15.1 was actually executing trims and mandb service).
    Any other suggestions or commands to get more info why this once a week delay in GUI startup seems to be caused by fstrIm and mandb service?

  3. #13

    Default Re: leap 15.2 after upgrade kde taking over 5 minutes to start up from login

    Quote Originally Posted by mrmazda View Post
    Try this:
    1. log out of X
    2. Ctrl-Alt-F3
    3. login
    4. rm .xsession-errors
    5. rm -R .cache/*
    6. log out
    7. Alt-F7
    8. login to Plasma
    9. ASAP, open Konsole or Xterm
    10. in Konsole or Xterm: susepaste .xsession-errors
    11. sudo journalctl -b | egrep 'lasma|kde' | susepaste
    12. report here the URLs resulting from the susepaste commands
    Results of remove:
    no .xsession-errors files or directories
    deleted lots of files under .cache

    Results after login:
    Code:
    bob1@x64Cru_150G:~> susepaste .xsession-errors
    Can't read .xsession-errors
    bob1@x64Cru_150G:~> sudo journalctl -b |grep 'lasma|kde' | susepaste
    [sudo] password for bob1: 
    Pasted as:
       https://susepaste.org/61320360
       https://paste.opensuse.org/61320360
    Link is also in your clipboard.
    bob1@x64Cru_150G:~>

    I looked the url's but I don't see any useful information.

    -Bob

  4. #14
    Join Date
    Jan 2014
    Location
    Erlangen
    Posts
    2,686
    Blog Entries
    1

    Default Re: leap 15.2 after upgrade kde taking over 5 minutes to start up from login

    Quote Originally Posted by bwheater View Post
    ---------------------------------
    I doubt that it is running out of resources since the machine is more powerful than yours ( I7 8700K CPU 64GB memory). I do hear the fans quietly spin up. Thanks for the interesting command to display the hardware:
    Code:
     inxi -zFm
    System:    Kernel: 5.3.18-lp152.72-default x86_64 bits: 64 Console: tty 1 Distro: openSUSE Leap 15.2 
    Machine:   Type: Desktop Mobo: Micro-Star model: Z370M GAMING PRO AC (MS-7B44) v: 1.0 serial: <filter> 
               UEFI: American Megatrends v: 1.20 date: 12/21/2017 
    Memory:    RAM: total: 62.76 GiB used: 2.09 GiB (3.3%) 
               Array-1: capacity: 64 GiB slots: 4 EC: None 
               Device-1: ChannelA-DIMM0 size: 16 GiB speed: 2133 MT/s 
               Device-2: ChannelA-DIMM1 size: 16 GiB speed: 2133 MT/s 
               Device-3: ChannelB-DIMM0 size: 16 GiB speed: 2133 MT/s 
               Device-4: ChannelB-DIMM1 size: 16 GiB speed: 2133 MT/s 
    CPU:       Topology: 6-Core model: Intel Core i7-8700K x64Cru_150G:~ #  journalctl -b -1 -u fstrim.service | cat
    -- Logs begin at Tue 2021-03-23 16:42:05 EDT, end at Wed 2021-04-21 16:14:52 EDT. --
    Apr 20 15:25:22 x64Cru_150G systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /Backups: 405.8 GiB (435671740416 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13BED1C-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /boot/efi: 492.1 MiB (516014080 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /home: 45.8 GiB (49146339328 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part4
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /: 120.8 GiB (129720602624 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part2
    Apr 20 15:33:03 x64Cru_150G systemd[1]: Started Discard unused blocks on filesystems from /etc/fstab.bits: 64 type: MT MCP L2 cache: 12.0 MiB 
               Speed: 800 MHz min/max: 800/4700 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800 7: 800 
               8: 800 9: 800 10: 800 11: 800 12: 800 
    Graphics:  Device-1: NVIDIA GP104 [GeForce GTX 1080] driver: nvidia v: 390.141 
               Display: server: X.Org 1.20.3 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa 
               resolution: 1680x1050~60Hz 
               OpenGL: renderer: GeForce GTX 1080/PCIe/SSE2 v: 4.6.0 NVIDIA 390.141 
    Audio:     Device-1: Intel 200 Series PCH HD Audio driver: snd_hda_intel 
               Device-2: NVIDIA GP104 High Definition Audio driver: snd_hda_intel 
               Sound Server: ALSA v: k5.3.18-lp152.72-default 
    Network:   Device-1: Intel Ethernet I219-V driver: e1000e 
               IF: eth1 state: up speed: 1000 Mbps duplex: full mac: <filter> 
               Device-2: Intel Wireless 8265 / 8275 driver: iwlwifi 
               IF: wlan1 state: down mac: <filter> 
    Drives:    Local Storage: total: 1.39 TiB used: 97.78 GiB (6.9%) 
               ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 960 EVO 500GB size: 465.76 GiB 
               ID-2: /dev/nvme1n1 vendor: Samsung model: SSD 960 EVO 500GB size: 465.76 GiB 
               ID-3: /dev/sda vendor: Crucial model: CT500MX500SSD1 size: 465.76 GiB 
               ID-4: /dev/sdb vendor: Crucial model: CT500MX500SSD1 size: 465.76 GiB 
               ID-5: /dev/sdc type: USB vendor: Kingston model: DataTraveler 2.0 size: 29.08 GiB 
    Partition: ID-1: / size: 150.00 GiB used: 31.78 GiB (21.2%) fs: btrfs dev: /dev/dm-5 
               ID-2: /home size: 59.97 GiB used: 14.30 GiB (23.8%) fs: xfs dev: /dev/dm-7 
               ID-3: /opt size: 150.00 GiB used: 31.78 GiB (21.2%) fs: btrfs dev: /dev/dm-5 
               ID-4: /tmp size: 150.00 GiB used: 31.78 GiB (21.2%) fs: btrfs dev: /dev/dm-5 
               ID-5: /var size: 150.00 GiB used: 31.78 GiB (21.2%) fs: btrfs dev: /dev/dm-5 
    Swap:      ID-1: swap-1 type: partition size: 64.27 GiB used: 0 KiB (0.0%) dev: /dev/dm-8 
    Sensors:   System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 35 C 
               Fan Speeds (RPM): N/A gpu: nvidia fan: 0% 
    Info:      Processes: 350 Uptime: N/A Shell: bash inxi: 3.1.00 
    
    x64Cru_150G:~ #  journalctl -b -1 -u fstrim.service | cat
    -- Logs begin at Tue 2021-03-23 16:42:05 EDT, end at Wed 2021-04-21 16:14:52 EDT. --
    Apr 20 15:25:22 x64Cru_150G systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /Backups: 405.8 GiB (435671740416 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13BED1C-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /boot/efi: 492.1 MiB (516014080 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part1
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /home: 45.8 GiB (49146339328 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part4
    Apr 20 15:33:03 x64Cru_150G fstrim[2462]: /: 120.8 GiB (129720602624 bytes) trimmed on /dev/mapper/CT500MX500SSD1_1819E13C3613-part2
    Apr 20 15:33:03 x64Cru_150G systemd[1]: Started Discard unused blocks on filesystems from /etc/fstab.
    Apparently your home-ssd discarded 500+GB in 6 min and my backup ssd(sata) discarded 400GB in 7 mins (approximately)

    If your not seeing any effect of the trim on your GUI startup then something is wrong on my system as this did not happen on Leap15.1 (assuming 15.1 was actually executing trims and mandb service).

    Any other suggestions or commands to get more info why this once a week delay in GUI startup seems to be caused by fstrIm and mandb service?
    Your post uses a confusing layout.

    Delay the timers by running ' systemctl edit --full fstrim.timer etc.

    Code:
    3400G:~ # systemctl cat fstrim.timer                        
    # /etc/systemd/system/fstrim.timer
    [Unit] 
    Description=Discard unused blocks once a week 
    Documentation=man:fstrim 
    ConditionVirtualization=!container 
    
    [Timer] 
    OnCalendar=weekly 
    OnStartupSec=300 
    AccuracySec=1h 
    Persistent=true 
    RandomizedDelaySec=6000 
    
    [Install] 
    WantedBy=timers.target 
    3400G:~ #
    Adding the bold line will delay the timer for 300 seconds.
    AMD Athlon 4850e (2009), openSUSE 13.1, KDE 4, Intel i3-4130 (2014), i7-6700K (2016), i5-8250U (2018), AMD Ryzen 5 3400G (2020), openSUSE Tumbleweed, KDE Plasma 5

Page 2 of 2 FirstFirst 12

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •