好吧，首先我要说我不是 Linux 大师，这是我在这里的第一篇文章。如果你需要我做任何事情，我会尽力，但我不能保证我会成功。而且我可能会说错术语、程序等。
uname -a
Linux XXXXXX 5.3.0-51-通用 #44~18.04.2-Ubuntu SMP 星期四 4 月 23 日 14:27:18 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
lxc --version
lxd --version
4.0.1
dpkg -s zfsutils-linux（仅限版本）
版本：0.7.5-1ubuntu16.9
那么，稍微介绍一下背景……
我想澄清的是，这个问题是几个问题捆绑在一起的。
因此我在 LXC 中创建了一个新的存储lxc storage create xxxx zfs size=20G。
我还制作了一个新的容器，lxc launch ubuntu yyyy -s xxxx。
一切都很好，直到我想将我的服务器文件移动到另一个地方。
我开始将文件复制到一个新目录中，然后将其压缩。
它一直这样做，直到容器空间不足。
当时我并不知道当 LXC 的容器空间耗尽时它会完全关闭并且无法重新启动它。
lxc info --show-log xxxx 没有显示任何日志。
所以我想增加这个存储的配置大小。
没有什么。
我读这里当您提供存储大小时，它实际上是“起始”大小，并且应该会自动扩展。（但它似乎没有这样做？）
后来我发现这。
因此我开始使用从/var/snap/lxd/common/lxd/disks/xxxx.img到复制磁盘映像。/var/snap/lxd/common/lxd/disks/xxxx-copy.imgcp
复制完成后，我按照指南增加了这个新图像的大小，并且成功了，但是当我尝试使用这个新图像创建一个新池时，
zpool create xxxx-copy /var/snap/lxd/common/lxd/xxxx-copy.img。
出现错误，提示该图像已分配给 LXC 创建的原始池。
尽管在检查了原始池是否没有使用这个新图像连接之后
zpool status xxxx……
因此，我认为唯一可能发生的情况是，此“连接”仅包含在该池“管理器”中，也包含在映像本身中。因此，我还尝试将原始映像与原始池分离，以使用 来“断开”它们之间的连接
zpool detach xxxx /var/snap/lxd/common/lxd/disks/xxxx.img。
但随后出现了这个错误。
但我找不到有关这些图像类型及其更改方法的信息。
是的，我尝试用 Google 搜索。
我认为可能存在某种文件浏览器或这些图像的“解包器”，但我什么也没找到。
此刻我唯一想做的就是把这些文件从这个图像中取出，因为它们就卡在那里，而且对我来说真的很重要。
如果我需要测试、做某事或确认某事，我会尽快回复。就像我说的，这对我很重要。