Is it bad practice to run umount -a instead of specifying the directory to unmount?
#Is it bad practice to run umount -a instead of specifying the directory to unmount?
I've always run umount -a to unmount my drive but i notice it unmounts a lot of other things. Is this bad?
Don't get in the habit.
If at some point in the future, you're working on a system someone else has set up, and which may be a production server, umount -a can fuck up a lot of things.
On my computer that'd unmount my home directory, my external storage, my scratch space and my backup storage, and my NAS.
It would also unmount /sys and /proc and /tmp and /run. Things can get weird fast without those, for example that's where the Xorg/Wayland socket is located.
If all you have is home and root on the same partition I guess it's not too bad because it's guaranteed to be in use so it won't let you, but still, I wouldn't do that to save like 5 keystrokes in a terminal.
If you are using a system with snap like Ubuntu, it will unmount those since they are technically mounts. It will fail if an app is using the snap but subsequent opens of closed snaps will fail.
Fair enough, TIL. I've used mount -a a fair bit, but unmounting the world is not something that crossed my mind to even attempt. It would still unmount a good dozen ZFS datasets for me.
In general it's a bad idea to do something implicitly, unless you really know what you're doing. That goes for umount -a as well as git add -a or rm -rf * and that sort of thing.
Using the -a option will unmount everything in /etc/mtab. You should usually be specific about what you’re unmounting. Check the umount man page for details about its options.
In addition to other advice here: If you want to save on keystrokes, set yourself up a shell alias that's short but unlikely to be a valid command anywhere else.
I have one that's kind of the inverse of yours, called mntStorage (no prizes for guessing its purpose). It wasn't intentional, but mixing case like that is pretty rare in important commands too.