<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> W. Michael Petullo escreveu: <blockquote cite="mid:8d601c9757566dc068a5e6fba5703303.squirrel@mail.voxel.net" type="cite"> <blockquote type="cite"> <pre wrap="">Of note is that pam_mount was working about 3 weeks ago... Except it refused to unmount the volumes when user logged off. </pre> </blockquote> <pre wrap=""> I am no longer the maintainer of pam_mount (upstream or package), but I can address this part of your issue. The pam_mount module will not be able to unmount a home directory if processes still remain with open file descriptors in the directory. Last I looked, many user daemons (e.g., gconf?) remained for a few seconds or minutes after a user logged out. If you look through GNOME and Red Hat's bugzilla, you will see a couple of examples of this that were fixed. You will also find some examples that were never fixed upstream. It used to be that you could instruct pam_mount to run lsof and log the output to help troubleshoot this. I don't know if this feature is still available, but it would identify which processes are causing the problem. Mike </pre> </blockquote> Ok. I created an error report at bugzilla. As I am not currently using GDM (the packed version is not manageable enough... I couldn't find a way to disable the -nolisten in the X server) but your observations about processes kept running while system tries to unmount fs are true. I regard this bug as severe but I got a little frustrated: either few people uses "old fashioned" encrypted file systems or it is something wrong the way I configured things... </body> </html>