学 Linux 的头几个月，我在同一类地方反复卡住

刚毕业那段时间，我开始比较认真地接触 Linux。说认真，其实也就是在自己的电脑和一台测试用的服务器上敲敲命令，照着教程把服务跑起来，再慢慢改一改配置。时间一长，我发现自己并不是在很多不同的地方出问题，而是在同一类地方反复卡住。把这些卡点记下来，对我自己来说，比多背几个命令更有用。

第一个卡点，是照抄命令。刚开始的时候，看到教程里有一条能跑通的命令，我就直接复制过去，改一下里面的路径或者名字，然后回车。能跑通的时候还好，一旦报错，我就不知道该从哪里下手了。因为我只知道这条命令整体是干什么的，却说不清每个参数是干什么的。有一次我用 grep 查日志，教程里写的是 grep -r，我只记得要加 -r，却没留意它是在当前目录往下找，还是只找某一个文件。结果查了半天没找到想要的内容，还以为是日志本身没有记录。后来我才养成一个习惯，抄命令之前，先把每个参数的意思看一遍，哪怕只看一句简单的说明，也比直接复制要踏实。

第二个卡点，是只看报错的最后一行。服务起不来的时候，屏幕上常常会刷出很多行信息，我的眼睛会直接跳到最后一行，想从那里找到原因。很多时候，最后一行只是一个结果，比如服务启动失败，而真正的原因在前面几行，可能是配置文件里有一行写错了，也可能是某个目录的权限不对。我后来改了一个做法，报错之后先从头往下看一遍，哪怕看不懂每一句，也先把里面提到的文件名和路径记下来，再顺着这些线索去查。这个做法不算快，但比盯着最后一行反复试要少走弯路。

第三个卡点，是同时改好几处地方。刚开始调配置的时候，我总想着一次把几个觉得不对的地方都改掉，改完再一起测试。如果测试通过了还好，如果还是不行，我就分不清到底是哪一处改对了，哪一处改错了，甚至不知道是不是新改的地方又引入了别的问题。现在我会尽量一次只改一处，改完就测试一次，确认没问题再改下一处。改之前，我也会先把原来的内容留一份，哪怕只是复制到一个临时文件里。这样即使改坏了，也能先回到原来的样子，再慢慢想。

回头看这几个卡点，其实都不是某个命令本身很难，而是我做事的方式有点急。想一步到位，想一次改完，想直接看到结果。慢下来之后，我反而记得更牢一些。我现在仍然算不上熟练，很多命令还是要现查，报错的时候还是会紧张。只是卡住的时候，我不再像最开始那样乱试一通，而是先停下来，把命令拆开看，把报错从头看，把改动一次只做一处。这些做法听起来都很普通，也没有多高明，但对我这个阶段来说，已经够用了。