docker remove container encounte

problem:

driver "devicemapper" failed to remove root filesystem for 1beae7c9e719ac2568820b4e75e6a73c4ffb94611534c22157d4228ecd9877b5: remove /home/ueba-data/docker/devicemapper/mnt/2f73210f6bab99437cda0b1557058c04de8322f24ea40a4909aaf72b2ace107a: device or resource busy
ERROR: Encountered errors while bringing up the project.

docker 更新镜像后，docker stop containerID之后删除旧容器时，会出现设备或资源繁忙的问题。
由于是更新镜像，在销毁container时由于无法卸载挂接镜像的磁盘导致出错。网上也是说找到挂载点
cat /proc/mounts | grep "mapper/docker" | awk '{print $2}'，然后依次unmount。（在我这里不行啊）。
我这里面删除旧容器，或是重启docker restart (docker-compose up -d)依然会出现这个问题，但是不影响新容器的运行（咦，很奇怪哦，实验过很多次，真的不影响）
docker源代码（部分）：

// This is used to allow removal of mountpoints that may be mounted in other
// namespaces on RHEL based kernels starting from RHEL 7.4.
// Without this setting, removals on these RHEL based kernels may fail with
// "device or resource busy".
// This setting is not available in upstream kernels as it is not configurable,
// but has been in the upstream kernels since 3.15.
func setMayDetachMounts() error {
    f, err := os.OpenFile("/proc/sys/fs/may_detach_mounts", os.O_WRONLY, 0)
    if err != nil {
        if os.IsNotExist(err) {
            return nil
        }
        return errors.Wrap(err, "error opening may_detach_mounts kernel config file")
    }
    defer f.Close()
​
    _, err = f.WriteString("1")
    if os.IsPermission(err) {
        // Setting may_detach_mounts does not work in an
        // unprivileged container. Ignore the error, but log
        // it if we appear not to be in that situation.
        if !rsystem.RunningInUserNS() {
            logrus.Debugf("Permission denied writing %q to /proc/sys/fs/may_detach_mounts", "1")
        }
        return nil
    }
    return err
}

由于更新镜像并没有为其重新指定挂载点，删除旧容器时，会将旧容器的状态标记为Removal In Process，旧容器的挂载点不会卸载，还会保留link。但是可以忽略这个错误。
我就是讨厌，重启出现这样的错误，怎么办？
使用 docker-compose down 会导致一些容器异常结束,旧容器的状态变为Dead，执行

docker rm -f $(docker ps -a -q -f status=dead)
docker-compose -f docker-compose.yml up -d

但是还不行，（呜呜，我要哭了）。
那就找到容器挂载的进程，kill掉。

[root@FJYC-YTSAFEAPP ueba]# grep -l 2f73210f6bab99437cda0b1557058c04de8322f24ea40a4909aaf72b2ace107a /proc/*/mountinfo
/proc/32698/mountinfo 无法找到挂载

然后ps -ef找父进程，找到与旧容器运行的应用进程，kill掉，但是不行啊，（哇，呜呜。。。）。
不行，得解决啊，怎么办？我就猜了一下，既然更新镜像后能够新创建容器并可以运行，那我就再更新一个镜像，将第一次创建的新容器删掉，嘿嘿，也不让你删除，报同样的device or resource busy，不要管，删除第一次更新的镜像，接着再次更新吧，然后重新新建容器。这样旧容器就变成两个了，而且都是Removal In Process。
重新新建容器后出现的错误：

driver "devicemapper" failed to remove root filesystem for 1a953cd28c8a5159b1767c5c2fdad83e7bac3d6a71a0e35df6661462681accf3: remove /home/ueba-data/docker/devicemapper/mnt/6a46417f3ccb39157bda0c6251039e04de1309e44ea10a0906aaf72b2adc263a: device or resource busy
Restarting asap-integration_1            ... error
Restarting 1beae7c9e719_asap-integration_1 ... error
ERROR: for 1beae7c9e719_asap-integration_1  b'Cannot restart container 1beae7c9e719ac2568820b4e75e6a73c4ffb94611534c22157d4228ecd9877b5: container is marked for removal and cannot be started'
devicemapper/mnt/6a46417f3ccb39157bda0c6251039e04de1309e44ea10a0906aaf72b2adc263a: device or resource busy

好像没什么区别，就是换成了第二个旧容器的挂载标识。
再次找容器挂载的进程：

[root@FJYC-YTSAFEAPP ueba]# grep -l 6a46417f3ccb39157bda0c6251039e04de1309e44ea10a0906aaf72b2adc263a /proc/*/mountinfo
/proc/1072/mountinfo
/proc/1726/mountinfo
/proc/3208/mountinfo

有什么不一样？没有 “无法找到挂载” 的字样，然后kill进程，重新docker-compose up -d，出现如下的日志：

Recreating 1beae7c9e719_asap-integration_1 ... error
ERROR: for 1beae7c9e719_asap-integration_1 b'no such image: sha256:b9e0155de7585a614b378b4a827b6077eeca9eb2cd79baa4af78a628075e1a21: No such image: sha256:b9e0155de7585a614b378b4a827b6077eeca9eb2cd79baa4af78a628075e1a21'
ERROR: The image for the service you're trying to recreate has been removed. If you continue, volume data could be lost. Consider backing up your data before continuing.
​
Continue with the new image? [yN]

输入y，启动成功了，docker ps -a，可以看到两个旧容器都被删除了，只剩下新容器，好像有点类似擦除这样的概念。
具体为什么，在源码里面没有找到，不清楚。