yanqiyu

> 容器建立后将无法更改容器设置，如:端口、储存空间、环境、连接等

正常容器不都是这么设计的吗，修改容器配置=删了再建一个

> 准备给他开几个 SUDO 命令，既能有效防止他犯错，又不被权限所干预， 用于读，或者查进程，比如 PS ,DMESG ，lsof ,问下类似的只读的系统命令有哪些，

大多数没有破坏性的命令都不需要 root ，你这几个例子就 lsof 到了别的用户上面需要 root

土制 Linux NAS
/media/storage: 80T HDD: 丢了只会不高兴的数据（电影，游戏等等可以下载回来的数据，还有自己科研的蒙卡，丢了只需要花点时间重新产生，产生蒙卡的代码和输入在/media/data ）
/media/cache: SSD 2T: 缓存盘，下载，容器的存储之类的
/media/data: SSD 4T: 丢了会伤心的数据（文档，代码，照片，每周备份到/media/cold ）
/media/cold: 40T (HM-SMR): 纯备份盘，用 btrbk send /media/data 下面各个子卷的差分快照，以及一些笔记本的/home 之类的卷的差分快照

然后真正丢了会非常伤心的数据会定期上传 onedrive

所有卷都是 btrfs ，每个月 scrub

搭个 wireguard ，所有服务都只对这个 VPN 开放

@catamaran 容器的 entrypoint 得是 systemd ，可以检查一下

@Nitroethane 其实能跑，只是容器运行时要给点额外的处理（挂载一些需要的文件系统），容器管理器可能自动做了这些事情
比如 podman 的 https://docs.podman.io/en/v5.1.1/markdown/podman-run.1.html#systemd-true-false-always
甚至还有 registry.access.redhat.com/ubi9-init:latest 这种镜像就用来跑 systemd

不过我的电脑上 centos7 的容器是跑不了的，因为老的 systemd 要求 cgroupv1...

就先检查是不是真的拉起来了 systemd ，以及 dbus.socket/service 有没有跑起来（文件位置和进程）

构造函数没有接一个 char 的构造[1]，但是有接一个 char 的 assign[2]
[1]: https://en.cppreference.com/w/cpp/string/basic_string/basic_string
[2]: https://en.cppreference.com/w/cpp/string/basic_string/operator%3D

虽然没有这么好看，但是 uniq -c 就可以统计出现次数了，之后再按照要求重新排版应该就可以了