当你遭遇内核崩溃，重新启动系统你才可以恢复工作。在一些情况下，这只是有点小烦；在另一些情况下，这是一个大问题，比如说，高负荷运作下的生产环境。下面有一个案例：
ddif=/dev/random of=/dev/port
echo1>/proc/sys/kernel/panic
cat/dev/port
cat/dev/zero >/dev/mem
这些都会导致内核崩溃。
绝不要运行你并不了解它功能的命令，它们都在提醒我…
提防未知脚本年轻或是懒惰的系统管理员喜欢复制别人的脚本。何必重新重复造轮子？所以，他们找到了一个很酷的脚本，承诺会自动检查所有备份。他们就这样运行它：
wget https://ImSureThisIsASafe/GreatScript.sh -O- | sh
这会下载该脚本，并将它送到 shell 上运行。很明确，别大惊小怪，对吧？不对。这个脚本也许已经被恶意软件感染。当然，一般来说 Linux 比大多数操作系统都要安全，但是如果你以 root 用户运行未知代码，什么都可能会发生。这种危害不仅在恶意软件上，脚本作者的愚蠢本身同样有害。你甚至可能会因为一个未调试的代码吃上一堑——由于你没有花时间去读它。
你认为你不会干那样的事？告诉我，所有那些 你在 Docker 里面运行的容器镜像在干什么？你知道它们到底在运行着什么吗？我见过太多的没有验证容器里面装着什么就运行它们的系统管理员。请不要和他们一样。
结束这些故事背后的道理很简单。在你的 Linux 系统里，你有巨大的控制权。你几乎可以让你的服务器做任何事。但是在你使用你的权限的同时，请务必做认真的确认。如果你没有，你毁灭的不只是你的服务器，而是你的工作甚至是你的公司。像蜘蛛侠一样，负责任的使用你的权限。
我有没有遗漏什么？在 @sjvn 或 @enterprisenxt 上告诉我哪些 Linux 命令在你的“绝不要运行！”的清单上。
via: https://www.hpe.com/us/en/insights/articles/the-linux-commands-you-should-never-use-1712.html