Linux 系统下如何排查和解决常见错误

Linux 服务器 常见错误
Linux
文章字数:   2.5k
阅读时长:   9 分

哈喽，各位在Linux世界里遨游的小伙伴们！相信大家在日常工作中，没少被Linux系统的各种报错“热情招待”过。有时候，一个看似不起眼的错误就可能让你抓耳挠腮半天。

别担心，今天这篇文章就是你的“救星”！咱们不讲那些晦涩难懂的理论，就用最口语化的方式，聊聊Linux下那些最常见的“拦路虎”以及如何轻松搞定它们。带上你的小板凳，我们马上开始！

错误一：最熟悉的陌生人 bash: command not found

这绝对是每个Linux用户都遇到过的错误，堪称“新手村第一关Boss”。 当你兴致勃勃地敲下一个命令，回车后却看到这个提示，是不是瞬间感觉被泼了一盆冷水？

为啥会出现这个错误？

简单来说，就是你的Shell（比如bash）找不到你输入的那个命令。主要原因有两个：

  1. 命令真的没装：系统里压根就没这个软件。
  2. 路径没设对：软件装了，但Shell不知道去哪里找它。 Linux系统有个叫做PATH的环境变量，它会告诉Shell去哪些目录里寻找可执行文件。如果命令所在的目录不在这个PATH列表里，Shell自然就找不到了。

问题排查与解决

第一步：确认命令是否拼写错误

首先，检查一下你的命令是不是敲错了，比如 git 敲成了 gte。这虽然听起来很傻，但绝对是最高频的失误。

第二步：检查命令是否已安装

你可以用 whereis 或者 which 命令来查找。

# 查找 git 命令的位置
whereis git
# 或者
which git

如果上面这两个命令有返回路径（比如 /usr/bin/git），说明命令已经安装了。如果没有返回任何东西，那就说明你需要先安装它。

案例：安装 htop

假设你想用 htop (一个比 top 更好用的进程查看工具)，但系统提示 command not found。

  • 在Ubuntu/Debian上安装:

    sudo apt update
sudo apt install htop

  • 在CentOS/RHEL上安装:

    sudo yum install htop

第三步：检查并修改 PATH 环境变量

如果确认命令已经安装，但还是找不到，那八成就是 PATH 的问题了。

  1. **查看当前的 PATH**：

    echo $PATH

    你会看到一串由冒号 : 分隔的目录列表，比如 /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin。

  2. 找到命令的实际路径：
    假设你安装了一个自定义工具在 /opt/my-tools/bin 目录下，而这个目录不在 $PATH 里。

  3. 临时添加到 PATH (只在当前终端会话生效):

    export PATH=$PATH:/opt/my-tools/bin

  4. 永久添加到 PATH (推荐):
    编辑你用户目录下的 .bashrc 或 .zshrc 文件 (取决于你用的Shell)。

    # 使用你喜欢的编辑器，比如 nano 或 vim
nano ~/.bashrc

    在文件末尾加上一行：

        export PATH=$PATH:/opt/my-tools/bin
    ```    保存退出后，执行 `source ~/.bashrc` 使其立即生效。

---

### 错误二：权限被拒 `Permission denied`

这个错误同样非常常见，意思很直白：你没有权限操作这个文件或目录。 Linux作为一个多用户操作系统，权限管理是其安全核心的一部分。

#### 权限系统快速入门

在Linux中，每个文件和目录都有三组权限：**所有者 (Owner)**、**所属组 (Group)** 和 **其他人 (Others)**。

每组权限又包含三种基本操作：
*   **读 (r)**: 读取文件内容或查看目录下的文件列表。
*   **写 (w)**: 修改文件内容，或在目录中创建/删除文件。
*   **执行 (x)**: 作为程序来运行文件，或者进入一个目录。

使用 `ls -l` 命令可以查看权限：

```bash
ls -l my_script.sh

输出可能像这样： -rwxr-xr--

  • 第一个 - 代表文件类型 ( d 代表目录)。
  • rwx: 所有者的权限 (读、写、执行)。
  • r-x: 所属组的权限 (读、执行，没有写权限)。
  • r--: 其他人的权限 (只有读权限)。

问题排查与解决

案例：无法执行脚本

你写好了一个Shell脚本 my_script.sh，想运行它，结果…

./my_script.sh
-bash: ./my_script.sh: Permission denied

  1. 检查当前权限:

    ls -l my_script.sh
# 输出可能是：-rw-r--r-- 1 user group 1024 Sep 12 10:00 my_script.sh

    看，所有者 user 只有读写 (rw-) 权限，没有执行 (x) 权限。

  2. 授予执行权限:
    使用 chmod (change mode) 命令来添加权限。

    # 给所有者添加执行权限
chmod u+x my_script.sh

    现在再 ls -l 查看，权限就变成了 -rwxr--r--。此时你就可以成功运行 ./my_script.sh 了。

常用 chmod 技巧:

  • chmod +x [文件名]：给所有人添加执行权限。
  • chmod 755 [文件名]：这是一个常用的组合，用数字代表权限 (r=4, w=2, x=1)。755代表所有者有读写执行权限 (4+2+1=7)，组用户和其他用户有读和执行权限 (4+0+1=5)。

案例：无法写入文件

当你尝试向一个配置文件写入内容时，提示 Permission denied。这通常意味着你当前的用户不是文件的所有者，也没有写入权限。

  1. 检查所有权和权限:

    ls -l /etc/some_config.conf
# 输出可能：-rw-r--r-- 1 root root 512 Aug 1 08:00 /etc/some_config.conf

    文件的所有者是 root 用户。

  2. 解决方法:

    • 使用 sudo: 如果你有管理员权限，这是最简单的方法。 
      sudo nano /etc/some_config.conf
    • 更改所有者 (慎用！): 如果确实需要让当前用户管理这个文件，可以用 chown (change owner)。 
      # 将文件所有者改为当前用户 'user'
sudo chown user:user /etc/some_config.conf

错误三：空间告急 No space left on device

看到这个错误，第一反应肯定是磁盘满了。但有时候，情况可能更复杂一些。这个错误通常由两种情况引发：

  1. 磁盘物理空间耗尽：这是最常见的原因。
  2. Inode耗尽：磁盘空间还有，但是用来记录文件信息的“小本本”(inode)用完了。

问题排查与解决

第一步：检查磁盘物理空间

使用 df (disk free) 命令，-h 参数使其输出更易读。

df -h

你会看到类似这样的输出：

Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        50G   50G   0G  100% /
````
Use%` 这一列清晰地告诉你哪个分区的使用率达到了100%。

**第二步：找到“吃”空间的大文件**

确定了哪个分区满了之后，就需要找到是哪些文件或目录占用了大量空间。`du` (disk usage) 命令是你的好帮手。

```bash
# 查看 /var 目录下占用空间最大的前10个文件或目录
sudo du -ah /var | sort -rh | head -n 10
  • du -ah /var: 计算 /var 目录下所有文件和目录的大小。
  • sort -rh: 按大小反向排序。
  • head -n 10: 显示前10行。

常见“垃圾”目录:

  • /var/log: 日志文件，有些日志会变得非常大。
  • /tmp: 临时文件。
  • 包管理器的缓存：如 /var/cache/apt/ (Debian/Ubuntu) 或 /var/cache/yum/ (CentOS)。
  • Docker占用的空间： /var/lib/docker/。

清理操作:

  • 清理包缓存: 
    # Ubuntu/Debian
sudo apt-get clean

# CentOS/RHEL
sudo yum clean all
  • 清理Docker资源: (注意：会删除所有未使用的容器、镜像等) 
    sudo docker system prune -a
  • 手动删除大日志文件: 找到过大的日志文件后，可以删除或归档它们。

第三步：检查Inode使用情况

如果 df -h 显示还有空间，但你就是写不进新文件，那就要查查Inode了。

df -i
Filesystem      Inodes  IUsed   IFree IUse% Mounted on
/dev/sda1       3.2M   3.2M      0  100% /

如果 IUse% 达到100%，即使磁盘还有物理空间，也无法创建新文件了。 这通常是由于系统中有大量的小文件导致的。解决方法通常是找到并删除这些小文件。

错误四：内存不足 Cannot allocate memory

这个错误意味着系统内存不足，无法为新的进程或当前进程的请求分配内存。当这种情况发生时，Linux内核的OOM (Out-of-Memory) Killer机制就可能被触发。

OOM Killer 会根据一套启发式算法，选择一个“最不重要”且占用内存最多的进程并终止它，以释放内存，保护整个系统的稳定性。

问题排查与解决

第一步：检查内存使用情况

free 和 top (或 htop) 是检查内存的利器。

# -m 参数以MB为单位显示
free -m
              total        used        free      shared  buff/cache   available
Mem:          15891        8123         321         123        7446        7210
Swap:          2047           0        2047

重点关注 available 字段，它表示应用程序可用的内存。

使用 htop 可以更直观地看到哪个进程是内存消耗大户。

第二步：分析系统日志

当OOM Killer启动时，它通常会在系统日志（如 /var/log/messages 或通过 dmesg 命令查看）中留下记录。

dmesg | grep -i "oom-killer"

日志会告诉你哪个进程（PID）被“杀死”了，以及当时系统的内存状况。

解决方法:

  1. 优化程序：这是根本之道。检查消耗内存最多的程序，看看是否存在内存泄漏或不合理的内存使用。
  2. 增加Swap分区：Swap是硬盘上的一块空间，当物理内存不足时，系统可以把一些不常用的数据暂时存放到Swap中。
  3. 增加物理内存：如果预算允许，这是最直接的办法。
  4. 调整OOM Killer策略：(高级操作，慎用！) 你可以调整特定进程的 oom_score_adj 值，让OOM Killer更不容易或更容易杀死它。

总结

搞定Linux的常见错误，就像是侦探破案。关键在于看清症状（错误信息）、分析线索（日志和诊断命令）、大胆假设（可能的原因），最后小心求证（执行修复命令）。

希望这篇文章能成为你工具箱里的一件利器。记住，多实践、多总结，你也能成为Linux排错大师！

Linux 服务器 常见错误
  目录