中文 
MattD
deepin
2015-12-30 01:56 deepin 文件系统快照无压力
Reply Like 0 View the author
#1
laoguang deepin
2015-12-30 02:06 deepin 哈哈哈哈哈！！！
user mod －s /bin/nologin 也没你惨。。。
user mod －s /bin/nologin 也没你惨。。。
Reply Like 0 View the author
luzhlon
deepin
2015-12-30 02:31 deepin 终端我还是喜欢用terminal
Reply Like 0 View the author
akinazuki
deepin
2015-12-30 02:36 deepin 壁纸好评
Reply Like 0 View the author
justforlxz
2015-12-30 02:41 deepin developers team
我忘了 Reply Like 0 View the author
chrischen009 deepin
2015-12-30 06:14 deepin 哈哈 恭喜解锁成就 ：sudo rm -rf /*
Reply Like 0 View the author
justforlxz
2015-12-30 06:19 deepin developers team
https://bbs.deepin.org/post/34856
哈哈 恭喜解锁成就 ：sudo rm -rf /*
其实我还执行了sudo rm -rf /. 和sudo rm -rf / ，不过都被阻止了，然而这条命令却，，
Reply Like 0 View the author
qiyebb
deepin
2015-12-30 06:58 deepin 壁纸好评！
Reply Like 0 View the author
xliang9550 deepin
2015-12-30 08:09 deepin 楼主应该庆幸当时没有挂载自己的移动硬盘/U盘/闪存卡等……
Reply Like 0 View the author
justforlxz
2015-12-30 16:04 deepin developers team
https://bbs.deepin.org/post/34856
楼主应该庆幸当时没有挂载自己的移动硬盘/U盘/闪存卡等……
应该是我C-c的快！
Reply Like 0 View the author
justforlxz
2015-12-30 16:06 deepin developers team
给壁纸
Reply Like 0 View the author
136******54 deepin
2015-12-30 16:20 deepin no zuo no die
Reply Like 0 View the author
Feng Yu
deepin
2015-12-30 17:15 deepin Reply Like 0 View the author
MattD deepin
2015-12-30 18:54 deepin https://bbs.deepin.org/post/34856
用的是哪个FS的快照？Zfs ? xfs? Btrfs?
还是LVM？
一台FreeBSD机器跑ZFS，另一台Linux机器跑btrfs，近期打算重新评估下ZoL项目的稳定性情况。
Reply Like 0 View the author
xliang9550 deepin
2015-12-30 19:07 deepin 壁纸里面有两个巡音流歌，严重违和。把其中一个换成镜音连比较合适（镜音铃已经有了）。
Reply Like 0 View the author
justforlxz
2015-12-31 07:37 deepin developers team
我只看公主殿下 Reply Like 0 View the author
victord deepin
2015-12-31 07:55 deepin 本帖最后由 victord 于 2015-12-31 00:03 编辑
个人感觉像rm -rf这种递归删除的命令就应该禁止解析实地址（以/开头的），只解析以当前目录（以.开头的）地址，而且不解释包含地址经过根目录的指令（比如在/usr下执行 rm -rf ./../*），同时如果当前目录就是根目录（/）的话，任何-rf的命令都不解析，这样才是安全的。我认为在根目录允许用rm的f参数本身就是一种危险。我觉得可以到上游去提交一下bug了……
个人感觉像rm -rf这种递归删除的命令就应该禁止解析实地址（以/开头的），只解析以当前目录（以.开头的）地址，而且不解释包含地址经过根目录的指令（比如在/usr下执行 rm -rf ./../*），同时如果当前目录就是根目录（/）的话，任何-rf的命令都不解析，这样才是安全的。我认为在根目录允许用rm的f参数本身就是一种危险。我觉得可以到上游去提交一下bug了……
Reply Like 0 View the author
MattD deepin
2015-12-31 08:24 deepin https://bbs.deepin.org/post/34856
个人感觉像rm -rf这种递归删除的命令就应该禁止解析实地址（以/开头的），只解析以当前目录（以.开头的）地 ...
从coreutil的6.4版本开始，rm -rf /本来就已经默认采用--preserve-root保护了，需要加上--no-preserve-root才会强制删除根目录。
我认为你的“认为”没什么道理，懂得加-rf参数的用户本来就应该已经充分了解这样做的后果。再说了，这完全不是bug好么？你根本没分清什么是bug，什么是feature request。
Reply Like 0 View the author
victord deepin
2015-12-31 17:33 deepin https://bbs.deepin.org/post/34856
从coreutil的6.4版本开始，rm -rf /本来就已经默认采用--preserve-root保护了，需要加上--no-preserve-ro ...
你没弄清我说的bug的意思。。。我是说，既然已经有--no-preserve-root了，那么就应该保护一切递归删除root的行为，而事实上这种保护是有漏洞的，我可以在不输入这一串文字的情况下照样实现删root，这就是bug了
Reply Like 0 View the author
MattD deepin
2015-12-31 19:38 deepin https://bbs.deepin.org/post/34856
你没弄清我说的bug的意思。。。我是说，既然已经有--no-preserve-root了，那么就应该保护一切递归删除roo ...
如果按照这理论，那么sudo、gksudo、polkit等提权机制全都有你所谓的bug，甚至包管理器也都有你所谓的bug。
保护机制只能以最直接的方式防止你作死，但是如果你实在要自寻死路，那么这种保护机制也没法彻底阻止你。
哪怕加上了你所说的机制，我照样可以通过--rbind把整个根挂载到其他非根目录，然后整个删掉。
所以还是那句话，懂得使用-rf的用户就应该知道自己在做什么，并且应该为此承担后果，而不是自己误操作以后来怪系统没有足够的保护。
与其这么搞，还不如要求上游让-i参数默认生效，且不会被-f所忽略呢。
Reply Like 0 View the author
Please sign in first
deepin donwloader don't catch download launch from browsers Popular Events
More
到现在我还有些软件没装好，资料还没下载完。