/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
@水木易安,但并没有,他们的第一反应是要求删帖,而且该反应还由于非常荒唐的原因迟到了五个月,并且降临在了错误的对象身上。
@水木易安,不需要特殊身份。我所争取的是普通用户的合理使用权。普通用户。
@爱特,我在用啊。我使用Debian、Ubuntu、CentOS、Fedora、ArchLinux、Deepin、UOS。
为什么有这么多?因为要确保我的软件可以在它们上面正常运行,而且要给不同发行版创建不同的软件包。
Linux桌面软件的兼容性问题和打包问题比命令行软件麻烦多了。
我在微信聊天中的评论:
而且最有意思的是,我五个月前明明把该教程分享给了一个统信员工,他当时完全没有什么过度的反应。
但是前天我再提起同样的内容时,他突然指责该内容不道德。
我当时就觉得不对了,他应该是早就知道这个教程存在的,而且我公开都这么久了,如果觉得不道德,五个月前他怎么不说。
看起来他应该是把五个月前的那份“惊讶”完全忘记了,然后觉得转载的那篇才是第一发布者。
(相关聊天截图在主题帖的末尾)
我在微信朋友圈的评论:
简单来说就是某公司要求我删除一篇关于他们公司产品的教程,因为他们认为该教程的内容是他们公司的前员工泄密。但是该教程明明是我独立发现并第一个公布的,我很奇怪,大声抗议,最后他们不再要求我删帖。然后我调查后发现,已经被他们用手段删除了的帖,其实是转载了我的教程。所以他们从根本上就搞错了前因后果,完全没有调查清楚就发起了删帖行动,而且如果不是我抗议,他们就已经得手了,真相也永远会被埋没,他们的离职员工也得永远背负污名。
真是魔幻现实主义。最近有一个游戏《赛博朋克2077》很火,讲述了未来人类在大公司控制之下不太好的生活境遇。最终搞清真相之后我才发现,《赛博朋克2077》式的境遇,其实就在身边。
@-,谁知道呢,但这已经不重要了。就CSDN上其他两篇帖子已经被删的情况来看,我现在可以确定该用户就是统信员工。否则其他人怎么知道统信在发起删帖行动呢。
QQ群网友:
。。。所以说这是个乌龙,还是因为没法强制删除你的帖子的妥协?
我:
妥协还是乌龙,谁知道呢。我只是认识到其实我们离“赛博朋克2077”的悲惨状况比想象中的更近罢了。
我在QQ群中对该事件的评论:
“统信要我删帖”事件的完整起因,似乎就要被揭开了。
但是看到这些我实际上有些难受。
我和CSDN上素未谋面的另外两个人,只是我们迈向“赛博朋克2077”式结局的新一轮受害者罢了。
@Ta,我添加了前情提要,你可以再看看。
@胡图图
,统信肯定是想把那个开关作为类似BL锁的功能的,但是实际上根本不现实,因为PC本身就可以启动其他操作系统。所以就算不动那个开发者模式的开关,我也可以使用其他操作系统(比如Windows,借助Diskgenius软件,或者其他Linux)修改UOS的系统文件,进入UOS后根本感知不到文件已被修改。
所以虽然统信的理想是做一个BL锁,但现实实际上什么也没有锁住。
最新进展,统信已经改变了“这属于商业机密,不能乱动”的态度,现在只是说改了他们就不售后。这很好,是我想要的态度。只要他们允许我改,并且允许我分享改的方法就行。改完不售后我完全支持。
现在这件事情可以说已经完美解决了。