/usr/local/bin/chroot-system

#!/bin/sh

if [ "$1" = "" ]; then
    chroot
    exit
fi

cd "$1"
mount --bind /dev dev
mount --bind /dev/pts dev/pts
mount --bind /dev/shm dev/shm

mount --bind /proc proc
mount --bind /sys sys
mount --bind /run run
mount --bind /tmp tmp

mount --bind /boot/efi boot/efi

if ! [ -f "etc/resolv.conf" ]; then
        rm etc/resolv.conf
        touch etc/resolv.conf
fi
mount --bind /etc/resolv.conf etc/resolv.conf

chroot "$@"

umount etc/resolv.conf boot/efi tmp run sys proc dev/shm dev/pts dev

@水木易安，但并没有，他们的第一反应是要求删帖，而且该反应还由于非常荒唐的原因迟到了五个月，并且降临在了错误的对象身上。

https://hu60.cn/q.php/bbs.topic.97762.html

@水木易安，不需要特殊身份。我所争取的是普通用户的合理使用权。普通用户。

@爱特，我在用啊。我使用Debian、Ubuntu、CentOS、Fedora、ArchLinux、Deepin、UOS。

为什么有这么多？因为要确保我的软件可以在它们上面正常运行，而且要给不同发行版创建不同的软件包。

Linux桌面软件的兼容性问题和打包问题比命令行软件麻烦多了。

我在微信聊天中的评论：

而且最有意思的是，我五个月前明明把该教程分享给了一个统信员工，他当时完全没有什么过度的反应。

但是前天我再提起同样的内容时，他突然指责该内容不道德。

我当时就觉得不对了，他应该是早就知道这个教程存在的，而且我公开都这么久了，如果觉得不道德，五个月前他怎么不说。

看起来他应该是把五个月前的那份“惊讶”完全忘记了，然后觉得转载的那篇才是第一发布者。

（相关聊天截图在主题帖的末尾）

我在微信朋友圈的评论：

简单来说就是某公司要求我删除一篇关于他们公司产品的教程，因为他们认为该教程的内容是他们公司的前员工泄密。但是该教程明明是我独立发现并第一个公布的，我很奇怪，大声抗议，最后他们不再要求我删帖。然后我调查后发现，已经被他们用手段删除了的帖，其实是转载了我的教程。所以他们从根本上就搞错了前因后果，完全没有调查清楚就发起了删帖行动，而且如果不是我抗议，他们就已经得手了，真相也永远会被埋没，他们的离职员工也得永远背负污名。

真是魔幻现实主义。最近有一个游戏《赛博朋克2077》很火，讲述了未来人类在大公司控制之下不太好的生活境遇。最终搞清真相之后我才发现，《赛博朋克2077》式的境遇，其实就在身边。

@乄杺，https://hu60.cn/q.php/user.info.23652.html

@-，谁知道呢，但这已经不重要了。就CSDN上其他两篇帖子已经被删的情况来看，我现在可以确定该用户就是统信员工。否则其他人怎么知道统信在发起删帖行动呢。

QQ群网友：

。。。所以说这是个乌龙，还是因为没法强制删除你的帖子的妥协？

我：

妥协还是乌龙，谁知道呢。我只是认识到其实我们离“赛博朋克2077”的悲惨状况比想象中的更近罢了。

我在QQ群中对该事件的评论：

“统信要我删帖”事件的完整起因，似乎就要被揭开了。
但是看到这些我实际上有些难受。
我和CSDN上素未谋面的另外两个人，只是我们迈向“赛博朋克2077”式结局的新一轮受害者罢了。

@Ta，我添加了前情提要，你可以再看看。

@胡图图，统信肯定是想把那个开关作为类似BL锁的功能的，但是实际上根本不现实，因为PC本身就可以启动其他操作系统。

所以就算不动那个开发者模式的开关，我也可以使用其他操作系统（比如Windows，借助Diskgenius软件，或者其他Linux）修改UOS的系统文件，进入UOS后根本感知不到文件已被修改。

所以虽然统信的理想是做一个BL锁，但现实实际上什么也没有锁住。

最新进展，统信已经改变了“这属于商业机密，不能乱动”的态度，现在只是说改了他们就不售后。这很好，是我想要的态度。只要他们允许我改，并且允许我分享改的方法就行。改完不售后我完全支持。

现在这件事情可以说已经完美解决了。