Tel*_*Why 7 root delete directory
如果我/在以 root 用户身份登录 Ubuntu 时删除目录会发生什么?
我会得到某种错误的影响Error: unable to self-destruct吗?或者我真的可以删除目录吗?
前段时间我确实在实时 USB 上尝试过这个,用于回答Quora 上的一个问题(Eric Bowersox 有另一个很好的答案)。
在我确信不会发生任何事情的已安装系统上的第一次尝试:
# cd /
# rm -rf /
rm: it is dangerous to operate recursively on `/'
rm: use --no-preserve-root to override this failsafe
# rm -rf .
rm: cannot remove directory: `.'
#
Run Code Online (Sandbox Code Playgroud)
因此,我在实时 USB 上尝试了它(引自我的原始帖子):
Eric Bowersox 启发我在实时 USB 上试用它(没有持久性)。就像他说的,关于当前正在使用的文件的大量错误,以及关于正在使用的只读文件系统的另一组大量错误最终导致部分 GUI 分阶段消失:首先是 Unity 启动器中的图标,然后HUD 的图标,然后是系统托盘中的图标。当这一切结束时(非常快),只有终端可以集中注意力,点击其他任何地方都不起作用。我可以打开其他任何东西,甚至不能打开终端的偏好。本地化菜单和时钟小程序打开了,但不起作用。
切换到其他 ttys 工作一次(我没有尝试尝试任何命令),但是一旦我切换回 GUI,就没有任何效果。
此时没有任何工作。除了电源按钮和 Magic SysRq 键。
删除共享库或rm本身不会导致任何问题,因为它们在rm启动时都会被加载到内存中。
所以我在Virtualbox 中运行的Ubuntu 14.10 VM中完成了它。我没有费心自己安装它,而是直接从osboxes.org下载了一个
sudo rm -rf --no-preserve-root /在终端中运行导致了这个:
那只是可见的部分。我没有让它运行很长时间并关闭机器。
所以rm并没有完全成功,因为有一些文件仍然存在:/bin、/run、/lib 的某些部分和/var
但是没有 /boot 也没有内核,所以即使模块仍然存在,它也无法再次启动。
编辑:从控制台(vbox 中的 Ctrl-Alt-F1 或 Right-Ctrl F1)执行此操作虽然不那么引人注目,但要成功得多。
它会吐出有关 /sys 文件无法删除的错误,在 /proc 中也是如此。但是完成后就什么都没有了。只有 /dev 下的一些设备和 /run 下的一些文件。
| 归档时间: |
|
| 查看次数: |
2024 次 |
| 最近记录: |