Shutdown Hangs On “Unmounting NFS Filesystems”

Home » CentOS » Shutdown Hangs On “Unmounting NFS Filesystems”
CentOS 9 Comments

Once the system gets into this state, the only remedy is a forced power-off. What seems to be happening is that an NFS filesystem that auto-mounted over a WiFi connection cannot be unmounted because the WiFi connection is enabled only for my login and gets torn down when my UID is logged off.

Any suggestions on how I can configure things to avoid this? I
really don’t want to expose my WPA2 key by making the connection available to all users.

9 thoughts on - Shutdown Hangs On “Unmounting NFS Filesystems”

  • Perhaps you could unmount that share when you log off by putting a umount command into the appropriate file.

    The definition of “appropriate file” varies depending on what DE you’re using.

  • I didn’t think that making the connection available to all users had security ramifications regarding your wifi password… if someone else logs in and uses the wifi, they still need the root password to access the wireless configuration, don’t they?

    Fred

  • Making use of the “intr” option would require that the umount process have the console as its controlling tty. AFAICT, having been invoked from the init process, it has _no_ controlling tty. Hard to send a SIGINT that way.

    Really, I don’t think the problem is specific to WiFi. I believe I’d run into the same thing for any network connection that was not marked
    “Available to all users” in NetworkManager.

  • The “intr” option is no longer available. See the nfs man page:
    “This option is provided for backward compatibility. It is ignored after kernel 2.6.25.”

    You should be able to kill -9 the process though.

    Regards,
    Dennis

  • The problem occurs late in the shutdown sequence. There is no shell available for entering a “kill” command.

  • Thanks for the suggestion. I’m using Gnome, and created an executable file /etc/gdm/PostSession/autofsNFS containing:

    #!/bin/bash
    if grep -q ‘:.* nfs[234]\? ‘ /proc/mounts; then
    if [ -r /var/run/autofs.pid ]; then
    Pid=$(

  • Weird! That should not have worked since that file never gets executed. Apparently the problem is less repeatable than I thought.

    I put that code into the /etc/gdm/PostSession/Default script, where it actually gets executed and immediately runs into SELinux issues. I ran audit2allow on all the AVC denials, and now the script runs properly and, again, seems to fix the issue. Final verdict on that is still pending, though.

    Note that /etc/gdm/PostSession/Default is marked as a configuration file in the gdm RPM, and so should not get wiped out by an update.