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.
ab
June 10, 2018, 11:40pm
5
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.
nrickert:
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.
hcvv
June 11, 2018, 10:26am
13
Knurpht:
I’ll edit this post of yours, so you can see the difference
EDIT: Mmmm, doesn’t parse nicely once put as a quote
That won’t work as all layout blanking is already gone as soon as it is stored in VBulletin.