On 06/15/2012 08:29 AM, David C. Rankin wrote:
On 06/14/2012 03:12 PM, Victor Silva wrote:
I have no shares. Can I somehow try to umount everything in mtab? I'm not
familiar with the internal workings of mtab. I will read a bit. Also the
only thing I assume could be hanging is my external HD which I
disconnected
having no effect on the problem behavior. Still I reported that my /boot
partition was being mounted and listed on kde file manager (forgot its
name) which was not default behavior. So could be the case that /boot is
hanging my shoutdown? I don't get the reason umount -a && shutdown -h now
did not do the trick.

I ask gently again if you could inform me why did the "magic reboot" did
work while shutdown did not.

Regards,
Victor

Victor,

   I am no expert in the shutdown logic that Arch uses, but it is fairly
easy to follow. During shutdown, /etc/rc.shutdown is called and the
'umount_all' command is supposed to take care of unmounting all non-api
filesystems. If you have specific commands you need run in _addition to_
what is done by rc.shutdown, then you can put those commands in
/etc/rc.local.shutdown. The /etc/rc.local.shutdown must be executable to
be called (chmod +x) or (chmod 0755). The rc.local.shutdown file is
called close to the beginning of rc.shutdown.

   Looking at your mtab file and comparing to mine, I do not have any
usb drives connected to my system. Somebody more familiar with issues
related to usb drives will need to comment. You might want to try
Guillermo's shutdown modified as follows:

umount -arfl -t usbfs,fuseblk

   I don't know if that will do it, but you have 5 fuseblk filesystems
and 1 usbfs mounted. I don't know how Arch handles their unmounting.

   Lastly, I do not use the gnome gvfs-fuse-daemon. That is another
entry to look at and make sure it isn't the issue. Maybe try your
rc.local.shutdown with:

umount -arfl -t usbfs,fuseblk
killall gvfs-fuse-daemon  # or whatever that process actually runs as



While reading through this to see how much it relates to my shutdown issues, I have noticed this.

With gvfs-fuse-daemon install I noticed in top it is being run with what I would think is an incorrect command.
/usr/lib/gvfs//gvfs-fuse-daemon -f /home/user/.gvfs
The double slash is not a typo on my part that is how it is listed.

Do you see the same results when seeing how the gvfs daemon is being run on the system? I am going to try reinstalling it and seeing if it will install properly and not be run with the double slash. Have not noticed this until today.

Reply via email to