我在Pixelbook上的Crostini内部运行Debian Buster，并使用Docker。我备份了我的Linux容器，对Chromebook进行了电源清洗，然后恢复了Linux容器。
从那时起，在构建容器时，在Dockerfile中的mkdir调用期间，我开始遇到拒绝权限的问题。
所以我做了典型的故障排除：
- 卸载/重新安装docker
- 卸载docker并运行
rm -rf /var/lib/docker - 终止可能正在使用这些子卷的所有进程
- 检查活动装载的
mount - 检查
/etc/fstab(哪个是空的？(是否有装载 - 检查
/etc/mtab(这是新的吗？(是否有装载 - 重新安装docker并运行
docker system prune(它也没有触及这些目录( - 甚至尝试运行
btrfs subvolume delete XXXXXX
。。。由于没有权限，所有这些都对我大喊大叫。。。这甚至是当我CCD_ 8运行命令时。
我是Docker和BTRFS的新手。。。所以我现在完全被难住了。
我可以再次建造容器了。。。因为它现在正在将它们构建成新的子卷。。。但现在它是个人的。。。我要删除以下子卷！
它们在这里(都在/var/lib/docker/btrfs/subvolumes内部(：
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 f96f6fbdbfd84db115c253880a0e8919b63d758d4a3f9e2645bcf959657f6c45-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 f547c01038e1479c65383ee4baba4f9212c2ca42ab9536931b1df9d8149d004f-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 efff78d70c412ad613d88e58ae0a84c058d1ccce63a588f2da8612cda2099ecc
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 e1b8aacd80a48e400052fb921cc52567a75ae210aa005519671bbf3cc1e7d3e5-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 c928040adbd4fe7ec8e71643d66c7a036436fcf52318573038153bf2d73e000e-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 bc0a723bece1df18eaf4fbc2deb108909546e2088ed4cff5c29d473881061bde
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 b52f2bf1a1404a773f6ed7bdfe1cfabb1c241e74ce846da65afbdce18b021502-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 aacc82c84f1aee572a20325d5ea3ff6ccd0604dfeecf34efc6af952d62926012-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 a5a6cd588f4995f5e8517d31bce652235bfc920ba694cc681eb5dfe4e1c24192-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 9cc9807d3c3d036f38086f52ceb2d9ebc87a14a4e3f0ba41bb4e1d89f965bf99-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 9aef1d128a4608916c01c44accc883a6069a4b8131e35568337fc5b5b4c4998e
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 8de3efc8c709f46a46362e60fcc4d948cbe543f4f1a1615ccfb21d83decb7e3e
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 815d91c859262e5e556191a03438761d97bd21556cdd3b4d75d2fbdfcbb4082c-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 7c27d56096add6bb0352dc4d8d8d9c0613d79fdf370bed04c2dfe90e90215569-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 72fb7e0f7732f59c45b7872140dc64d59aaa1e719266d3e299398d7a8040f57c
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 6e284d02177f0a6fa6aea122086a3934c0e6b8498d862df718f333bf50fd77db
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 617f090a6c681e1345fb32af0aa76d410c7e3b5353bceda11c266efaafaca09e
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 5312ab94752a8ad47a222e98c7633c0d3ca650242505ab7530f531782bffd6b1
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 4ffd4a084cac545b680fd879a891f20db814bc4b74901e26fbe1676b5a29ade1
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 4658094e3d4aeadec4e1d70023c8b20970c98543a569c5c0e3edc4caee4277c5
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 46438c1226b4684f69512bc2829e32a4e2420ae2cb1e8ab516c3439f2988bcdc-init
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 1a618f110ebebf2423780b6ee030b1e357ce9f426f877f55a1606caa0bbc107e
drwx--x--x 1 nobody nogroup 78 Jul 26 13:25 02ba91d136afc3790be35ae35c5ad022b68377edc3963cf757e4e0b6da0d3414
我刚刚遇到了一个类似的问题，但这个方法解决了它。你觉得怎么样？
$ btrfs subvolume delete /var/lib/docker/btrfs/subvolumes/*
$ apt remove docker-ce
$ rm -rf /var/lib/docker/
$ apt install docker-ce
此处相同。我的解决方法是…
# systemctl stop docker
# mv /var/lib/docker/btrfs/subvolumes /var/lib/docker/btrfs/delme
# systemctl start docker
文件仍然存在。但你的Docker会再次工作。
apt-install-thunar然后参考
/var/lib/
然后打开那里的终端写入
sudo thunar
并删除docker文件夹然后从头开始重新安装docker，它确实对我的manjaro 起到了作用