前几日作死来了sudo rm -rf /*,我重做系统了
Tofloor
poster avatar
justforlxz
deepin developers team
2015-12-30 01:39
Author
小白千万不要尝试
小白千万不要尝试

小白千万不要尝试



到现在我还有些软件没装好,资料还没下载完。

Reply Favorite View the author
All Replies
1 / 2
To page
MattD
deepin
2015-12-30 01:56
#1
文件系统快照无压力
Reply View the author
laoguang
deepin
2015-12-30 02:06
#2
哈哈哈哈哈!!!
user mod -s /bin/nologin 也没你惨。。。
Reply View the author
luzhlon
deepin
2015-12-30 02:31
#3
终端我还是喜欢用terminal
Reply View the author
akinazuki
deepin
2015-12-30 02:36
#4
壁纸好评
Reply View the author
justforlxz
deepin developers team
2015-12-30 02:41
#5
https://bbs.deepin.org/post/34856
文件系统快照无压力

我忘了
Reply View the author
chrischen009
deepin
2015-12-30 06:14
#6
哈哈  恭喜解锁成就 :sudo  rm -rf /*
Reply View the author
justforlxz
deepin developers team
2015-12-30 06:19
#7
https://bbs.deepin.org/post/34856
哈哈  恭喜解锁成就 :sudo  rm -rf /*

其实我还执行了sudo rm -rf /.    和sudo rm -rf /  ,不过都被阻止了,然而这条命令却,,
Reply View the author
qiyebb
deepin
2015-12-30 06:58
#8
壁纸好评!
Reply View the author
xliang9550
deepin
2015-12-30 08:09
#9
楼主应该庆幸当时没有挂载自己的移动硬盘/U盘/闪存卡等……
Reply View the author
justforlxz
deepin developers team
2015-12-30 16:04
#10
https://bbs.deepin.org/post/34856
楼主应该庆幸当时没有挂载自己的移动硬盘/U盘/闪存卡等……

应该是我C-c的快!
Reply View the author
justforlxz
deepin developers team
2015-12-30 16:06
#11
给壁纸
Reply View the author
136******54
deepin
2015-12-30 16:20
#12
no zuo no die
Reply View the author
Feng Yu
deepin
2015-12-30 17:15
#13
https://bbs.deepin.org/post/34856
文件系统快照无压力

用的是哪个FS的快照?Zfs ? xfs? Btrfs?
还是LVM?
Reply View the author
MattD
deepin
2015-12-30 18:54
#14
https://bbs.deepin.org/post/34856
用的是哪个FS的快照?Zfs ? xfs? Btrfs?
还是LVM?

一台FreeBSD机器跑ZFS,另一台Linux机器跑btrfs,近期打算重新评估下ZoL项目的稳定性情况。
Reply View the author
xliang9550
deepin
2015-12-30 19:07
#15
壁纸里面有两个巡音流歌,严重违和。把其中一个换成镜音连比较合适(镜音铃已经有了)。
Reply View the author
justforlxz
deepin developers team
2015-12-31 07:37
#16
https://bbs.deepin.org/post/34856
壁纸里面有两个巡音流歌,严重违和。把其中一个换成镜音连比较合适(镜音铃已经有了)。 ...

  我只看公主殿下
Reply View the author
victord
deepin
2015-12-31 07:55
#17
本帖最后由 victord 于 2015-12-31 00:03 编辑

个人感觉像rm -rf这种递归删除的命令就应该禁止解析实地址(以/开头的),只解析以当前目录(以.开头的)地址,而且不解释包含地址经过根目录的指令(比如在/usr下执行 rm -rf ./../*),同时如果当前目录就是根目录(/)的话,任何-rf的命令都不解析,这样才是安全的。我认为在根目录允许用rm的f参数本身就是一种危险。我觉得可以到上游去提交一下bug了……
Reply View the author
MattD
deepin
2015-12-31 08:24
#18
https://bbs.deepin.org/post/34856
个人感觉像rm -rf这种递归删除的命令就应该禁止解析实地址(以/开头的),只解析以当前目录(以.开头的)地 ...

从coreutil的6.4版本开始,rm -rf /本来就已经默认采用--preserve-root保护了,需要加上--no-preserve-root才会强制删除根目录。
我认为你的“认为”没什么道理,懂得加-rf参数的用户本来就应该已经充分了解这样做的后果。再说了,这完全不是bug好么?你根本没分清什么是bug,什么是feature request。
Reply View the author
victord
deepin
2015-12-31 17:33
#19
https://bbs.deepin.org/post/34856
从coreutil的6.4版本开始,rm -rf /本来就已经默认采用--preserve-root保护了,需要加上--no-preserve-ro ...

你没弄清我说的bug的意思。。。我是说,既然已经有--no-preserve-root了,那么就应该保护一切递归删除root的行为,而事实上这种保护是有漏洞的,我可以在不输入这一串文字的情况下照样实现删root,这就是bug了
Reply View the author
MattD
deepin
2015-12-31 19:38
#20
https://bbs.deepin.org/post/34856
你没弄清我说的bug的意思。。。我是说,既然已经有--no-preserve-root了,那么就应该保护一切递归删除roo ...

如果按照这理论,那么sudo、gksudo、polkit等提权机制全都有你所谓的bug,甚至包管理器也都有你所谓的bug。
保护机制只能以最直接的方式防止你作死,但是如果你实在要自寻死路,那么这种保护机制也没法彻底阻止你。
哪怕加上了你所说的机制,我照样可以通过--rbind把整个根挂载到其他非根目录,然后整个删掉。
所以还是那句话,懂得使用-rf的用户就应该知道自己在做什么,并且应该为此承担后果,而不是自己误操作以后来怪系统没有足够的保护。
与其这么搞,还不如要求上游让-i参数默认生效,且不会被-f所忽略呢。
Reply View the author
1 / 2
To page