Leap 15 takes so much time to boot

I guess the picture tells what is taking so much time in the boot process. I hope it’s clear enough.

https://ibb.co/kscPf8
The output of cat /etc/fstab :

UUID=b051084f-54e3-4670-ae54-3920cfc55dc1  /                                ext4  acl,user_xattr  0  1
UUID=3510cb19-1d3c-4655-bbf3-dd352ee5e710             /boot                         ext2  defaults        0  2
LABEL=Downloads                                                            /mnt/Downloads        auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Games                                                                  /mnt/Games               auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Ahmed                                                                  /mnt/Ahmed               auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Progs                                                                    /mnt/Progs                 auto nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=9d2d9f88-44e8-4d8a-a8a0-61469c451f30             none                          swap sw 0 0

Please don’t put output between QUOTE tags, but between CODE tags, the # in the editor layout ribbon. That forces monospaced font leaving ( most ) table layouts intact. I’ll edit this post of yours, so you can see the difference

EDIT: Mmmm, doesn’t parse nicely once put as a quote

I don’t see the UUID that’s mentioned in the pic. Is it an external disk ?

Please post output ( between CODE tags ) of


systemd-analyze blame  | head -20

ahmed@linux-u815:~> systemd-analyze blame  | head -20
         11.826s apparmor.service
          8.148s lvm2-monitor.service
          7.271s ModemManager.service
          6.382s rsyslog.service
          5.629s ca-certificates.service
          5.048s chronyd.service
          4.950s kbdsettings.service
          4.949s nscd.service
          4.712s mcelog.service
          4.513s bluetooth.service
          4.112s initrd-switch-root.service
          3.681s firewalld.service
          3.561s postfix.service
          3.311s mnt-Games.mount
          3.294s mnt-Downloads.mount
          3.002s mnt-Progs.mount
          2.977s mnt-Ahmed.mount
          2.659s vboxdrv.service
          2.497s display-manager.service
          2.085s polkit.service

I plugged an SD Card before, but when I saw error about SD Card at the boot process, I removed it.

It may help to have some history of this sysgem. If you had SD cards
plugged in before and those are what the system is now after (but they are
not there now), then you may waiting on those timeouts. Without matching
entries in /etc/fstab you may want to try the following:


systemd-mount --list

Otherwise are you using Apparmor? You could potentially disable that; on
my new VM (server only) it took a whopping two (2) seconds to start, and
lvm2-monitor took under one (1) second.

Maybe your disks or processor are just slow too, causing slowness
generally as all of these times seem high (nscd took my VM 99 ms, but over
fifty (50) times longer on your box).


Good luck.

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below.

If you want to send me a private message, please let me know in the
forum as I do not use the web interface often.

ahmed@linux-u815:~> systemd-mount --list
NODE       PATH                   MODEL                WWN                TYP>
/dev/sda1  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntf>
/dev/sda10 pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ext>
/dev/sda2  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ext>
/dev/sda5  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ext>
/dev/sda6  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntf>
/dev/sda7  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntf>
/dev/sda8  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntf>
/dev/sda9  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntf>
lines 1-9/9 (END)...skipping...
NODE       PATH                   MODEL                WWN                TYPE LABEL     UUID                                
/dev/sda1  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntfs Windows   01D33A03F8EF1F90                    
/dev/sda10 pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ext4 n/a       51a59160-2f97-4827-974c-68c0f0dcd124
/dev/sda2  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ext2 n/a       3510cb19-1d3c-4655-bbf3-dd352ee5e710
/dev/sda5  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ext4 n/a       b051084f-54e3-4670-ae54-3920cfc55dc1
/dev/sda6  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntfs Downloads 01D3A900FF661290                    
/dev/sda7  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntfs Games     01CFC0099F1F48E0                    
/dev/sda8  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntfs Ahmed     01D3A4D908907620                    
/dev/sda9  pci-0000:00:1f.2-ata-5 HGST_HTS541010A9E680 0x5000cca766df15d4 ntfs Progs     01D3A2BBC4E80380                    
~
~
~
~
~
~
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~                                                                                                                                                                                               
~
~
~
~
~
~
~
~
~
~
lines 1-9/9 (END)
                                                                                                                                                                                                

I’ve disabled App Armor just now. What does it do btw?

What’s the output from:

grep resume /etc/default/grub

I ask, because I had a similar problem on one of my systems, and that’s where I found the explanation.

It takes more than the usual time it suppose to take to boot the system, and as you can see, it’s trying to boot a device with UUID that doesn’t exist for 1.30 min.

grep resume /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/disk/by-uuid/b97fe28f-2aca-4105-8056-020d2b738b75 splash=silent quiet showopts"

That’s your problem. Edit that file (as root), and change that line to:

GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/disk/by-uuid/9d2d9f88-44e8-4d8a-a8a0-61469c451f30 splash=silent quiet showopts"

And then, run (while still root):

grub2-mkconfig -o /boot/grub2/grub.cfg

The reboot and see if it now boots faster.

By the way, I got that UUID for your editing change from what you posted earlier for “/etc/fstab” – I took it from the swap line.

You have been bitten by Bug 1071354.

I entered to bootloader configurations in YAST and removed that line. I guess that it will work fine now.

Thanks man.

Sorry, I didn’t see your last comment. I will do what you’ve said.

Now, It’s booting faster without showing the same error. Thanks man.

That won’t work as all layout blanking is already gone as soon as it is stored in VBulletin.