[Solved] Slow boot after removing a BTRFS volume

DoXer · 2018-08-22 04:35:12

Hello,
I have a KDE system and in addition to my SSDs a RAID with BTRFS with two HDDs.

I would now like to remove the RAID. I removed the entry from the fstab and removed the HDs from the power supply.
Since then ARCH boots much longer. It stops approx. 30-40sec at "Reached target Graphical interface" and then comes the login screen.
As soon as I reconnect the plates (no entries in fstab), it boots again as it should.

Did I forget anything when I removed the RAID? Is there anything to do with "systemd"?

Regards
Michael

Last edited by DoXer (2018-09-02 11:24:22)

V1del · 2018-08-22 07:15:23

Check your journal for the cause of the delay, it's likely that "something" tries to access some file on the RAID

schard · 2018-08-22 08:10:34

Please do not cross-post:
https://bbs.archlinux.de/viewtopic.php? … 38#p365638

DoXer · 2018-08-22 18:09:02

Ok, sorry for CrossPost.

I checked wir journalctl -b. Nothing related to /dev/sd[b-c] (which was the RAID) The RAID was more a less a temp-Drive to store postprocessed movies. I also stopped the HD-idle-Daemon, no success.

Only the start of the GUI is paused. During the "freeze" I can switch to another text-console, where I can login. I'm using SDDM an newest KDE.

Regards
Michael

DoXer · 2018-08-23 06:32:43

V1del wrote:

Check your journal for the cause of the delay, it's likely that "something" tries to access some file on the RAID

This could not be the reason, because the disc is not mounted. Only removing power of the unmounted disc-array causes the boot-delay.

Last edited by DoXer (2018-08-23 06:33:05)

V1del · 2018-08-23 07:54:29

Can you post a complete journal from an affected boot?

DoXer · 2018-08-23 17:54:12

Attached two logs created by journalctl -b
With HD (fast boot) an without HD (slow boot)

https://nextcloud.doxer.de/index.php/s/t4qDy6Saj4f3Xps

DoXer · 2018-08-28 15:33:52

Does anyone feel like looking into the logs.. Any help is more then welcome.

mxfm · 2018-08-30 03:39:38

Some comments. It seems the delay may be realted to KDE/SDDM because the boot slows when KDE tries to access plasmoids:

Aug 23 19:40:47 doxer dbus-daemon[684]: [session uid=1000 pid=684] Activating service name='org.gnome.GConf' requested by ':1.86' (uid=1000 pid=1129 comm="/usr/lib/firefox/firefox ")
Aug 23 19:40:47 doxer dbus-daemon[684]: [session uid=1000 pid=684] Successfully activated service 'org.gnome.GConf'
Aug 23 19:40:47 doxer plasmashell[776]: org.kde.plasmaquick: Delayed preload of  "Benachrichtigungen" after 4.266 seconds
Aug 23 19:40:47 doxer plasmashell[776]: org.kde.plasmaquick: Applet "Benachrichtigungen" loaded after 0 msec
Aug 23 19:40:48 doxer plasmashell[776]: KActivitiesStats( 0x55e9ac635e50 ) ResultModelPrivate::onResultScoreUpdated  result added: "applications:firefox.desktop" score: 17.7955 last: 1535046045 first: 1503769895
Aug 23 19:45:08 doxer plasmashell[776]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:342: Unable to assign [undefined] to int
Aug 23 19:45:08 doxer plasmashell[776]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:342: Unable to assign [undefined] to int

This can be tested by temporarily disabling sddm at boot (and possibly, some other services).

As another suggestion - this may be related to journald. I used encrypted btrfs (not raid) and sometimes experienced boot delays when systemd log increased to 300-400 MiB. Turned out, after talking on #btrfs that when systemd detects btrfs filesystem it uses some optimisations/defragmentations with journal log which slow down boot (although in my case the lock lasted for 30-40 min). In your case this may be related because your journal is 276 MB and max is 250, so systemd may do something with journal data.

P.S. Why firefox is started on boot?

DoXer · 2018-09-02 11:24:04

Hi,
I found the issue. It was the AUR-package "diskmonitor". After reinstalling the package I get rid of the boot-delay.

Thank you for the support

DoXer · 2018-09-09 10:44:43

Correction: The problem was not diskmonitor, but this: https://wiki.archlinux.org/index.php/SD … he_greeter

Solved by

pacman -S haveged

Arch Linux

#1 2018-08-22 04:35:12

[Solved] Slow boot after removing a BTRFS volume

#2 2018-08-22 07:15:23

Re: [Solved] Slow boot after removing a BTRFS volume

#3 2018-08-22 08:10:34

Re: [Solved] Slow boot after removing a BTRFS volume

#4 2018-08-22 18:09:02

Re: [Solved] Slow boot after removing a BTRFS volume

#5 2018-08-23 06:32:43

Re: [Solved] Slow boot after removing a BTRFS volume

#6 2018-08-23 07:54:29

Re: [Solved] Slow boot after removing a BTRFS volume

#7 2018-08-23 17:54:12

Re: [Solved] Slow boot after removing a BTRFS volume

#8 2018-08-28 15:33:52

Re: [Solved] Slow boot after removing a BTRFS volume

#9 2018-08-30 03:39:38

Re: [Solved] Slow boot after removing a BTRFS volume

#10 2018-09-02 11:24:04

Re: [Solved] Slow boot after removing a BTRFS volume

#11 2018-09-09 10:44:43

Re: [Solved] Slow boot after removing a BTRFS volume

Board footer