You are not logged in.

#1 2022-01-16 12:08:22

-thc
Member
Registered: 2017-03-15
Posts: 485

[solved] nemo-desktop continously remounting NFS shares via systemd

Setup: Three NFS exports of two external hosts (1: Server A; 2/3: Server B) mounted via fstab/systemd (x-systemd.automount). Nemo has bookmarks to all three mount points. Oh my desktop are one direct link to one mount point (1) and a folder containing several links to the same mount point.

The Past: For several years this setup worked well. After booting and logging on two of the mount points (1 and 2) were automounted (and minutes later, if unused, automatically dismounted). Every other automount was triggered (correctly) by accessing the mount points. Suspending the PC after waiting for all NFS mounts to be unmounted leads to a successful wake-up.

The Now: Beginning with Friday evening (01/14/22) I realized for the second time (after a several weeks long occurrence last summer) something odd. After booting and logging on the two same mount points (1 and 2) as above are continuously remounted after their auto-dismount - triggered by the process "nemo-desktop". Thus suspending the PC is no longer useful. I can trigger the third mount (3) by using it - this one stays dismounted after its auto-dismount. After several hours of this automount/auto-dismount dance the two mount points suddenly stay dismounted - and nemo-desktop hangs: No more access to the mounts or to the desktop folder.

After building an upgrade history from pacman.log I tried to downgrade every relevant package and had to stop at systemd 250-1.2 -> 250-1.1 - "hwids" was replaced by "hwdata" and I am unsure how exactly to downgrade traversing such a replacement.

Does anyone recognize this behavior?
Is there a method to determine what exactly is triggering the remounts?
Is it possible to safely downgrade systemd reinstating "hwids"?

Last edited by -thc (2022-01-19 12:23:40)

Offline

#2 2022-01-16 16:37:10

tbg
Member
Registered: 2017-06-22
Posts: 72

Re: [solved] nemo-desktop continously remounting NFS shares via systemd

If your kernel was upgraded as well when this began, you might want to give the LTS kernel a try.

Offline

#3 2022-01-19 12:23:05

-thc
Member
Registered: 2017-03-15
Posts: 485

Re: [solved] nemo-desktop continously remounting NFS shares via systemd

With the latest batches of Arch updates

[2022-01-19T08:41:08+0100] [ALPM] upgraded systemd-libs (250.2-2 -> 250.3-1)
[2022-01-19T08:41:08+0100] [ALPM] upgraded systemd (250.2-2 -> 250.3-1)
[2022-01-19T08:41:09+0100] [ALPM] upgraded systemd-sysvcompat (250.2-2 -> 250.3-1)
[2022-01-19T12:32:16+0100] [ALPM] upgraded libwacom (1.12-1 -> 2.0.0-1)
[2022-01-19T12:32:16+0100] [ALPM] upgraded cinnamon-settings-daemon (5.2.0-1 -> 5.2.0-2)
[2022-01-19T12:32:16+0100] [ALPM] upgraded cinnamon-control-center (5.2.1-1 -> 5.2.1-4)
[2022-01-19T12:32:16+0100] [ALPM] upgraded libinput (1.19.3-1 -> 1.19.3-2)
[2022-01-19T12:32:16+0100] [ALPM] upgraded muffin (5.2.0-1 -> 5.2.0-2)

the problem is gone.

Offline

Board footer

Powered by FluxBB