最难吸取的教训

作者:Ron Powell

不久前,我在我最喜欢的 IRC 频道上,我的一个朋友(我们叫他乔)请我帮他在他的系统上安装 Java 和 Flash。 之前我们一起解决过一些 Linux 问题,我很乐意帮忙。

我们一起启用了 Java。 然后我帮他下载了 Flash,我们开始按照说明解压并安装 Flash。 就在那时,另一个人也加入了频道,也开始帮助我们。 这位新参与者(我们叫他弗兰克)是我一直认为比我拥有更多 Linux 技能的人,所以他的建议很受欢迎。

在会话进行几个命令后,我们的专家弗兰克输入了以下命令:passwd -l root。 当然,这只是一个玩笑。

乔认真地输入了命令,并在 IRC 中回复了一个非常令人不寒而栗的词:success(成功)。 当时,弗兰克和我 认为乔是在开玩笑,我们没有多想。

大约 20 分钟后,当我们要求乔 su 以便他可以复制文件时,这场惨败的可怕性显现出来。 他告诉我们他的系统不接受 root 的密码,所以弗兰克引导乔完成了一系列命令,以确定有关乔的系统的一些信息。 显然,乔已经使用 root 权限设置了他的用户帐户。 过了一会儿,我走开了,无法为恢复工作做出任何贡献。

这个故事有三重目的。 对于 Linux 新手,应该详细说明一些基本规则。 对于世界上的专家,也可以从这里收集一些智慧。 首先,root 和用户帐户应该分开,这是有原因的。 Root 是无所不能的,仅在某些情况下才能使用。 如果乔的用户帐户不是 root 权限,则 passwd 命令将失败,而这只会是另一个有趣的故事。 Root 可以对您的系统做任何事情,如果您不确定您的行为会产生具体什么结果,那么 root 和您都不应该执行这些操作。

我的经验是,Windows 高级用户最难克服的信念是他们的用户帐户应该能够做任何事情。 毕竟,要运行 Windows,您需要那种访问权限,对吗? 请避免提升您的用户帐户权限。 我个人通过惨痛的教训学到了这一点。 我的第一次安装上有一个 root 级别的用户帐户。 我在 / 目录中意外地执行了 chmod -R 777 后,不得不重新安装 Linux。

这个故事的第二个目的是强调,无论您多么了解某人,无论您多么信任您的资源——无论是什么或谁——永远不要简单地按照指示去做。 借此机会通过查看您收到的命令的手册页来了解更多关于 Linux 的信息。 务必仔细研究该命令中的每个选项。 我相信乔在快速执行 passwd --help 后会更仔细地询问弗兰克。 通常,command --help 会显示命令及其选项的摘要,而发出命令 man command 通常会产生更多信息。

最后,永远不要犯假设您正在帮助的人具有一定知识水平的错误。 弗兰克天真地玩弄,无意中对乔的系统造成了伤害。 我也认为乔更清楚。 我也同样有罪(如果你读到这里,乔,我对此非常抱歉),因为我没有引起人们对这个笑话的注意。 没错,乔已经使用 Linux 一段时间了,但弗兰克和我本不应该那样胡闹。 我们是来帮忙的,但结果却产生了相反的效果。

始终花时间解释您发出的命令应该做什么。 同样,鼓励新的 Linux 用户检查手册页,并确保他们知道预期的输出应该是什么。 始终努力提供帮助;毕竟,我们是一个社区。

现在我已经讲完这个故事了,我将离开并找出乔的系统发生了什么。 并道歉。

尾声:弗兰克打电话给乔,帮助乔手动将 root 密码编辑回原来的样子。 系统已保存!

特别感谢乔和弗兰克允许我讲述这个故事。

电子邮件:rpowell6@comcast.net

加载 Disqus 评论