Ubuntu生成设备工具包的chroot错误

Question

安装Ubuntu没有问题，但是当我尝试创建一个设备工具包时，会发生这样的情况：

..。

..。

ca证书的处理触发器(20141019) .

更新/etc/ssl/certs中的证书..。

173加，0移除；完成。运行钩子/etc/ca-证书/update.d.好了。

sgml基(1.26+nmu4ubuntu1)的处理触发器.

E: 10装入: umount: /var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home/zcarlos:目标是繁忙的E: 10挂载：(在某些情况下，有关进程的有用信息，E: 10装入:使用设备是由lsof(8)或fuser(1)找到的。)

E: click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a: Chroot安装失败: stage= setup -stop umount: /var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home/zcarlos:目标繁忙(在某些情况下，使用该设备的进程的有用信息由lsof(8)或fuser(1)找到)。

乌蒙特：

/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home:目标很忙(在某些情况下，使用设备的进程的有用信息由lsof(8)或fuser(1)找到)。

乌蒙特：

/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a:目标很忙(在某些情况下，使用设备的进程的有用信息由lsof(8)或fuser(1)找到)。返回的命令1: schroot -u root -c源:单击-ubuntu-sdk-15.04-i 386- /finish.sh

回溯(最近一次调用)：文件"/usr/bin/click"，第86行，在sys.exit( main () File“/usr/bin/click”)中，第82行，在主返回mod.run(args)文件的第266行，在运行返回args.func(解析器，args)文件的第68行，在create ( "/usr/lib/python3/dist-packages/click/chroot.py"，) chroot.create(args.keep_broken_chroot) chroot.create第551行中，在create self.destroy() File "/usr/lib/python3/dist-packages/click/chroot.py"，第649行中，在rmtree shutil.rmtree(chroot_dir) File "/usr/lib/python3.4/shutil.py“中，在第464行中，在rmtree _rmtree_safe_fd(fd，path，onerror) File "/usr/lib/python3.4/shutil.py”中，第406行，在_rmtree_safe_fd onerror(os.rmdir，fullname，sys.exc_info()) File "/usr/lib/python3.4/shutil.py“第404行中，在_rmtree_safe_fd os.rmdir(名称，dir_fd=topfd) OSError：Errno 16设备或资源繁忙：'home‘中，创建单击目标时出错，清理umount: /var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home/zcarlos:目标很忙(在某些情况下，使用该设备的进程的有用信息由lsof(8)或fuser(1)找到)。

乌蒙特：

/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home:目标很忙(在某些情况下，使用设备的进程的有用信息由lsof(8)或fuser(1)找到)。

乌蒙特：

/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a:目标很忙(在某些情况下，使用设备的进程的有用信息由lsof(8)或fuser(1)找到)。回溯(最近一次调用)：文件"/usr/bin/click"，第86行，在sys.exit( main ()) sys.exit“/usr/bin/click”中，第82行，在主返回mod.run(args)文件的第266行，在运行返回args.func(解析器，args)文件的第91行，在"/usr/lib/python3/dist-packages/click/chroot.py"，第649行中，在shutil.rmtree(chroot_dir)文件"/usr/lib/python3.4/shutil.py“中，第464行，在rmtree _rmtree_safe_fd(fd，path，onerror)文件"/usr/lib/python3.4/shutil.py”中，第406行，在_rmtree_safe_fd onerror(os.rmdir，全名，Sys.exc_info()文件"/usr/lib/python3.4/shutil.py"，第404行，在_rmtree_safe_fd os.rmdir(name，dir_fd=topfd) OSError：Errno 16设备或资源繁忙：'home‘中

卸载/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a

卸车失败..。试图强迫

umount: /var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a:目标很忙(在某些情况下，使用设备的进程的有用信息由lsof(8)或fuser(1)找到)。卸载/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home umount: /var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home:挂载点未找到卸载失败.试图强制执行:卸载/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home失败卸载/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home/zcarlos卸载失败.试图强迫

/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home:挂载点未找到umount: /var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home/zcarlos:挂载点未找到

卸载/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home/zcarlos失败删除/etc/schroot/chroot.d/click-ubuntu-sdk-15.04-i386

umount:找不到/var/lib/schroot/mount/click-ubuntu-sdk-15.04-i386-c8973184-ca9f-4131-af12-613258b49d8a/home/zcarlos:挂载点

删除/var/lib/schroot/chroots/click-ubuntu-sdk-15.04-i386

成功删除了单击目标

-单击“退出”时出错，请检查输出

我家的dir加密了。这条消息出现后，我无法进入我的家。桌面是完全干净的。当我打开nautilus没有文件，只访问您的私人data.desktop。我得结束会议了。

第一次安装SDK时，我仍然使用14.10，那时可以创建工具包。唯一的事情是这个设备从未启动。所以我把系统升级到了beta 15.04。也许我同时做错了什么。我该怎么做才能让事情正常运作？

Answer 1

我想我在Launchpad上找到了一些相关的bug：

https://bugs.launchpad.net/ubuntu/+source/click/+bug/1427264

https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/769595

在其中一个bug注释(https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/769595/comments/11)之后，我认为我已经通过打开/etc/schroot/click/fstab并将/home行更改为指向我的主目录而不是/home来解决系统上的问题：

具体来说，我更改了这一行：

/home           /home           none    rw,rbind        0       0

对此：

/home/username  /home/username  none    rw,rbind        0       0

用我的实际用户名代替username。

看起来他们正在着手修复这个问题，这样它就可以为加密的主目录的用户打开程序了；希望它很快就能发布。

Answer 2

也许hdastwb会问和回答不同的bug，但它们都帮助我找到了解决方案。

我在Ubuntu14.04上有schroot mount error和ecryptfs。更改或注释/home中的/etc/schroot/click/fstab不生效。

从kernel 3.19.0-29-generic转换到3.16.0-50-generic或3.13.0-64-generic解决了这个问题。

2015-10-16

对我来说，schroot包版本1.6.8-1ubuntu1.1通过https://bugs.launchpad.net/ubuntu/+source/schroot/+bug/1398523修复了这个错误。现在，schroot挂载与ecryptfs和kernel 3.19.0-31一起工作。