@miniliuke 报错 mount: wrong fs type, bad option, bad superblock on /proc/14422/ns/mnt,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.

@raysonx 就是为将 /proc/进程号 /ns 里面的文件不在进程结束时被销毁，使用 mount 命令挂载到其他文件上，但是只有 mnt 文件没有被挂载上，也不能 setns......

@raysonx 对了，大佬还有我去 mount 命名空间只有 mnt ns 没有 mount 上且没有报错，为什么啊？ pid 的问题我能理解但解决不了，mnt 的问题我都不知道为什么......

@raysonx 但是 pid namespace 是一样的啊，就是 ls -l /proc/1/ns,发现还是同一个 pid ns

@raysonx 但我自己实现时关闭 pid1 后 pid ns 就不能新建进程但是能 setns，

@raysonx 甚至于我关闭 docker 以后重启还是同一个 pid ns，除非我关机

@raysonx 我使用 docker stop 命令发现 container 的进程没了，然后再 docker start 发现 container 的 pid namespace 还是同一个。按理说 pid 1 已经关过了，那 docker 是怎么重用这个 pid namespace 的呢？

可以不被销毁不？

如果 PID namespace 中的 init 进程被 kill 掉(SIGKILL)，内核会给该 init 的所有其它进程发送 SIGKILL。当 init 结束时，PID namespace 也会被释放，但是也有例外，如果 /proc//ns/pid 被 bind mounted 或者其它进程打开，PID namespace 不会被释放，但是不通过 setns 将新的进程加入到该 PID namespace。
那么问题来了这个 PID namespace 还有救么？

@raysonx 如果只 fork 的话 cannot allocate memory

@raysonx fork 可以指定进程号吗？

是不是 init 进程结束 pid namespace 就销毁了??????那 docker stop、start 后 pid namespace 不变意味着 docker 不关 init 进程???????

难道 pid namespace 的 1 号进程关了就不能用了？

怎么才能把这个 Pid 命名空间重新运行起来？

换句话说怎么能够让一个进程成为 Pid 命名空间的 1 号进程（在所有 Pid 命名空间里的进程都关闭的情况下）？

@VKMEPR 其实也很无奈¬_¬｀，企业不愁招人......同等条件下肯定更倾向于身体健康的......支持楼主自学，但创业这件事不是人干的，当然比如说大家联合起来一起做外包或者做做个体生意还是支持的......

对不起＞人＜终于找到 setns 系统调用对应的入口地址了，需要自定义......

雪花飘啊飘，我的心凉啊凉......

@zhanglintc 有可能，比较实用