问题[umount](ubuntu)

首先我尝试了 Gparted，但当我尝试终端命令时无法卸载它sudo umount /dev/sda2

我收到这条消息：

umount: /: 目标正忙

。

lsblk -f /dev/sda 给出：

名称 FSTYPE 标签 UUID FSAVAIL FSUSE% MOUNTPOINT sda
├─sda1 │ vfat 5AF1-7D88
└─sda2 ext4 fc57d466-2433-4afc-88b8-6198c1fe1ce7 681.2G 20% /

然后我尝试sudo lsof /dev/sda2得到很多东西，其中一部分是：

x86_64-linux-gnu/libselinux.so.1
sudo      17241             root  mem    REG    8,2    133200 32250945 /usr/lib/x86_64-linux-gnu/libaudit.so.1.0.0
sudo      17241             root  mem    REG    8,2     14624 32900921 /usr/lib/x86_64-linux-gnu/security/pam_umask.so
sudo      17241             root  mem    REG    8,2     18424 32901158 /usr/lib/x86_64-linux-gnu/security/pam_cap.so
sudo      17241             root  mem    REG    8,2     14448 32900895 /usr/lib/x86_64-linux-gnu/security/pam_permit.so
sudo      17241             root  mem    REG    8,2     14048 32900265 /usr/lib/x86_64-linux-gnu/security/pam_deny.so
sudo      17241             root  mem    REG    8,2     18720 32900267 /usr/lib/x86_64-linux-gnu/security/pam_env.so
sudo      17241             root  mem    REG    8,2    191504 32247723 /usr/lib/x86_64-linux-gnu/ld-2.31.so
lsof      17242             root  cwd    DIR    8,2      4096 37224450 /home/nada
lsof      17242             root  rtd    DIR    8,2      4096        2 /
lsof      17242             root  txt    REG    8,2    175744 32244418 /usr/bin/lsof
lsof      17242             root  mem    REG    8,2   5699248 32250545 /usr/lib/locale/locale-archive
lsof      17242             root  mem    REG    8,2    157224 32250050 /usr/lib/x86_64-linux-gnu/libpthread-2.31.so
lsof      17242             root  mem    REG    8,2     18848 32250026 /usr/lib/x86_64-linux-gnu/libdl-2.31.so
lsof      17242             root  mem    REG    8,2    588488 32248600 /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0.9.0
lsof      17242             root  mem    REG    8,2   2029592 32247727 /usr/lib/x86_64-linux-gnu/libc-2.31.so
lsof      17242             root  mem    REG    8,2    163200 32252035 /usr/lib/x86_64-linux-gnu/libselinux.so.1
lsof      17242             root  mem    REG    8,2     27002 32904460 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache
lsof      17242             root  mem    REG    8,2    191504 32247723 /usr/lib/x86_64-linux-gnu/ld-2.31.so
lsof      17243             root  cwd    DIR    8,2      4096 37224450 /home/nada
lsof      17243             root  rtd    DIR    8,2      4096        2 /
lsof      17243             root  txt    REG    8,2    175744 32244418 /usr/bin/lsof
lsof      17243             root  mem    REG    8,2   5699248 32250545 /usr/lib/locale/locale-archive
lsof      17243             root  mem    REG    8,2    157224 32250050 /usr/lib/x86_64-linux-gnu/libpthread-2.31.so
lsof      17243             root  mem    REG    8,2     18848 32250026 /usr/lib/x86_64-linux-gnu/libdl-2.31.so
lsof      17243             root  mem    REG    8,2    588488 32248600 /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0.9.0
lsof      17243             root  mem    REG    8,2   2029592 32247727 /usr/lib/x86_64-linux-gnu/libc-2.31.so
lsof      17243             root  mem    REG    8,2    163200 32252035 /usr/lib/x86_64-linux-gnu/libselinux.so.1
lsof      17243             root  mem    REG    8,2    191504 32247723 /usr/lib/x86_64-linux-gnu/ld-2.31.so

我正在运行全新安装的 Kubuntu 20.04。每次我重新启动时，它都会挂起几分钟，最后一行显示为：

[ OK ] Reached target reboot.

几分钟后，它终于进行到：

sd-umoun[29198]: Failed to umount /oldroot: Device or resource busy
sd-umoun[29199]: Failed to umount /oldroot/dev/pts: Device or resource busy
sd-umoun[29200]: Failed to umount /oldroot/dev: Device or resource busy
sd-umoun[29201]: Failed to umount /oldroot/sys: Device or resource busy
shutdown[1]: Could not detach DM /dev/dm-2: Device or resource busy
shutdown[1]: Could not detach DM /dev/dm-0: Device or resource busy
shutdown[1]: Failed to finalize file systems, DM devices, ignoring
reboot: Restarting system

然后最后它终于重新启动了。我在这里发现了一个类似的问题，但它没有解决方案（他说他只是重新格式化并重新安装 - 而且我的 Kubuntu 不是从以前的版本升级，根据那篇帖子）。这里的另一个类似问题没有答案，但也没有提到任何挂起的问题 - 如果它看起来（？）不是我痛苦的重启缓慢的原因，我很乐意忽略该消息。尽我所能搜索，我无法弄清楚它为什么这样做或如何让它“正常”重启。任何帮助将不胜感激。

通过 sshfs 安装树莓派设备：

sshfs osmc@rpi.: /home/user/pi

安装信息：

user@azimuth:~$ mount | grep osmc

osmc@rpi.: on /home/user/pi type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

为什么我无法卸载？

user@azimuth:~$ sudo umount /home/user/pi
[sudo] password for user: 
umount: /home/user/pi: target is busy
        (In some cases useful info about processes that
         use the device is found by lsof(8) or fuser(1).)

如何卸载 sshfs 共享？

更新：

user@azimuth:~$ sudo lsof | grep /home/user/pi
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
lsof: WARNING: can't stat() fuse.sshfs file system /home/user/nas
      Output information may be incomplete.

自从我在 中选择我的 google 驱动器帐户作为我的默认存储位置后Déjà Dup，我的 nautilus 菜单右侧就会出现一个带有我帐户名称的烦人图标。

当我安装驱动器时，会创建一个桌面图标，确认它已安装。但是当我尝试查看驱动器的属性时，我收到以下消息：

即使将备份位置更改为本地文件夹或关闭备份Déjà Dup也不会使图标消失。

如果我尝试打开驱动器，我会收到以下消息：

如此处所示，即使在右键单击菜单中卸载驱动器时，删除驱动器的选项也是灰色的：

我怎样才能让它一劳永逸地消失？

我使用没有 sudo 的 sshfs 创建一个目录

sshfs user@172.19.76.226:/media/user/harddrive /temp/user/harddrive

但是当我想卸载/temp/user/harddrive目录时

umount /temp/user/harddrive

它提示：

umount: /temp/user/harddrive: Permission denied

那么如何卸载这个目录呢？

昨天，在尝试从我的文件系统中卸载我们的（已安装davfs2）工作 webdav 服务器时，我得到了device is busy.

跑起来sudo lsof | grep /mountpoint/of/davfs，原来是罪魁祸首updatedb。运行man updatedb显示这是为 mlocate 更新数据库的命令运行，很可能由 cron 调用。

虽然我有时使用定位，但我不需要它来包含我们工作服务器上的所有文件（我们有其他搜索工具），我绝对不希望这干扰我卸载文件系统。

我试图将我的计算机与 box.com 连接，以便在我的计算机中安装云盘，我正在按照本教程进行操作。

问题是，我做错了什么，现在设备不工作了，我无法卸载它。

现在看起来像这样：

任何形式的卸载它？

我有一个 SATA 硬盘驱动器，格式化为 ext4，每次启动计算机时 Nautilus 都会检测到它。

我确实需要在Places中单击它才能实际安装它。没关系，我对此很满意。

但是，当我手动卸载它（通过 Nautilus 中的上下文菜单）时，它会询问我“你想在卸载之前清空垃圾箱吗？” ...而且这只是在今天开始发生，经过 2 个月的日常使用...

现在，可能是在今天之前我从来没有在这个驱动器上放过垃圾......有可能，因为我经常做 Shift+Delete，而且我不会每天都手动卸载......

我对这个对话有点惊讶，想知道“为什么？” （因为垃圾箱通常是手动维护的地方）。

另外，如何防止出现此提示？

当我做

sudo umount /media/KINGSTON

我有

umount: /media/KINGSTON: device is busy.

我关闭所有窗口并确保所有 shell 都指向其他目录。如何找到阻止卸载的进程？

我注意到当应用mount命令时，“mountpoint”目录中的预先存在的文件会消失......然后当目录被unmounted时它们会重新出现。

这些文件是否只是在挂载期间的“假期”？……他们安全吗？...并且有什么方法可以在挂载处于活动状态时仍然访问它们吗？