想了想还是投了“支持磐石，安装系统时应提供选项，控制中心时提供图形开关。”

原子更新、自动回滚、系统快照这些功能非常有用，一切问题都出在只读挂载上。

为了系统稳定性，破坏了系统兼容性。这是不是有点得不偿失了？

设计出现在这套系统的人貌似对unix-like文件系统结构各级目录的作用都不清楚。即使要满足信创认证“不可变系统”的要求，也没必要实现成现在这个鬼样子啊。为什么不利用一下OverlayFS呢？让磐石系统拥有三种模式：

• 不可变模式（符合信创要求，UOS默认在这个模式）
  只读lower层，只读upper层。对系统核心文件的修改会直接EACCES（即现在磐石系统的行为）
• 拦截模式（给Linux小白用的，Deepin默认在这个模式）
  只读lower层，读写upper层。对系统核心文件的修改会被写入upper层，inotify触发弹窗询问用户是否允许这项修改，如果用户允许则标记文件。系统启动时会把标记允许的文件写入lower层然后清空upper层。这样系统保护对用户空间的程序是完全透明的：程序以为自己的写操作成功了，但除非用户允许，这些改动一重启就没了。
• 关闭模式（给资深用户用的）
  只读lower层，读写upper层。对系统核心文件的修改还是会被写入upper层，但不会弹窗。系统启动时会把upper层的所有文件写入lower层然后清空upper层。

这么干的好处是在三种模式切换不需要重启，相比于现在的方案应该是一大改进。

信创认证没有 不可变系统 的要求，所以你的观点需要重新论证一下

想了想还是投了“支持磐石，安装系统时应提供选项，控制中心时提供图形开关。”

原子更新、自动回滚、系统快照这些功能非常有用，一切问题都出在只读挂载上。

为了系统稳定性，破坏了系统兼容性。这是不是有点得不偿失了？

设计出现在这套系统的人貌似对unix-like文件系统结构各级目录的作用都不清楚。即使要满足信创认证“不可变系统”的要求，也没必要实现成现在这个鬼样子啊。为什么不利用一下OverlayFS呢？让磐石系统拥有三种模式：

• 不可变模式（符合信创要求，UOS默认在这个模式）
  只读lower层，只读upper层。对系统核心文件的修改会直接EACCES（即现在磐石系统的行为）
• 拦截模式（给Linux小白用的，Deepin默认在这个模式）
  只读lower层，读写upper层。对系统核心文件的修改会被写入upper层，inotify触发弹窗询问用户是否允许这项修改，如果用户允许则标记文件。系统启动时会把标记允许的文件写入lower层然后清空upper层。这样系统保护对用户空间的程序是完全透明的：程序以为自己的写操作成功了，但除非用户允许，这些改动一重启就没了。
• 关闭模式（给资深用户用的）
  只读lower层，读写upper层。对系统核心文件的修改还是会被写入upper层，但不会弹窗。系统启动时会把upper层的所有文件写入lower层然后清空upper层。

这么干的好处是在三种模式切换不需要重启，相比于现在的方案应该是一大改进。

想了想还是投了“支持磐石，安装系统时应提供选项，控制中心时提供图形开关。”

原子更新、自动回滚、系统快照这些功能非常有用，一切问题都出在只读挂载上。

为了系统稳定性，破坏了系统兼容性。这是不是有点得不偿失了？

设计出现在这套系统的人貌似对unix-like文件系统结构各级目录的作用都不清楚。即使要满足信创认证“不可变系统”的要求，也没必要实现成现在这个鬼样子啊。为什么不利用一下OverlayFS呢？让磐石系统拥有三种模式：

• 不可变模式（符合信创要求，UOS默认在这个模式）
  只读lower层，只读upper层。对系统核心文件的修改会直接EACCES（即现在磐石系统的行为）
• 拦截模式（给Linux小白用的，Deepin默认在这个模式）
  只读lower层，读写upper层。对系统核心文件的修改会被写入upper层，inotify触发弹窗询问用户是否允许这项修改，如果用户允许则标记文件。系统启动时会把标记允许的文件写入lower层然后清空upper层。这样系统保护对用户空间的程序是完全透明的：程序以为自己的写操作成功了，但除非用户允许，这些改动一重启就没了。
• 关闭模式（给资深用户用的）
  只读lower层，读写upper层。对系统核心文件的修改还是会被写入upper层，但不会弹窗。系统启动时会把upper层的所有文件写入lower层然后清空upper层。

这么干的好处是在三种模式切换不需要重启，相比于现在的方案应该是一大改进。

对，这才是用户的心声，我管你是什么，只要不影响我工作就行。好的功能就是不给用户带来麻烦，还能更好的工作。