Fedora Linux

2145 readers

1 users here now

All about Fedora Linux

founded 5 years ago

MODERATORS

[email protected]

[solved] smartd.service causing long boot times (lemmy.nz)

submitted 3 days ago* (last edited 3 days ago) by [email protected] to c/[email protected]

8 comments fedilink hide all child comments

I'm running Fedora 41 KDE and had what appeared to be an issue with the system not loading to desktop from the GUI login screen. I am getting a black screen with just the cursor and nothing else. I can get a terminal window going on TTY3-6 to reboot and doing so would load into the desktop pretty much instantly.

Turns out that there's actually a process causing total boot time from power on to exceed 6 minutes. Boot log is viewable here https://paste.centos.org/view/raw/8846c1ec

Using systemd-analyze blame I can see that smartd.service is causing 3 minutes of that boot time. From a quick search it seems like it might be doing a full SMART test of my 3 SSDs on the first boot of the day.

Does anyone know how to disable this at boot? There doesn't appear to be a conf file in /etc/ and smartmontools isn't installed.

edit with solution

Thanks @[email protected] and @[email protected] for correctly pointing out that fedora was struggling to mount a drive.

I checked fstab and there was no entry for the drive. mtab showed that it was mounted even though the drive wasn’t listed. I tried to find a way to have the drive ignored at boot but the only results that came up involved setting udev rules and those results were more than a decade old.

In the end I found the drive listed in /dev/. Using

rm nvmeXnXpX

I deleted the two partition entries and it now boots perfectly AND the drive is now listed correctly in the desktop and accessible.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 3 points 3 days ago* (last edited 3 days ago) (7 children)

From your log, this seems to be the issue:

kf.solid.backends.udisks2: Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."

Then it gets into a loop between smartd and udisks2. You sure you're drives are all okay? It really looks like the disk services are bailing because there is a problem. Did you remove a drive or something recently?

[–] [email protected] 2 points 3 days ago (3 children)

could also be an issue with kf.solid.backends.udisks2

[–] [email protected] 2 points 3 days ago* (last edited 3 days ago) (2 children)

Yes, one informs the other, hence the loop. It feels like there is a mount or something in fstab which has become invalid, and the service keeps getting stuck in a segfault>kill loop with no clean exit.

[–] [email protected] 2 points 3 days ago (1 children)

Saw this in the log:

Apr 04 13:47:27 kernel: nvme nvme1: Device not ready; aborting reset, CSTS=0x1
Apr 04 13:47:27 kernel: nvme nvme1: Disabling device after reset failure: -19
Apr 04 13:47:27 udisksd[2910]: Error probing device: NVMe Identify Namespace command error: Input/output error (g-bd-nvme-error-quark, 1)
Apr 04 13:47:27 kernel: nvme nvme1: Identify namespace failed (-5)
Apr 04 13:47:27 udisksd[2910]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/INTEL_SSDPEKKW512G8_BTHH82250WSG512D: Error updating Health Information: No probed controller info available (udisks-error-quark, 0)

Seems you were right, there is some kind of device or connection issue.

[–] [email protected] 2 points 3 days ago

Good eyes! I missed that completely.

load more comments (3 replies)