常见的 Linux 运维与开发问题及解决方案20240905-EW帮帮网

微信交流群：https://732903.hlcode.cn/?id=NK1fWUR

常见的 Linux 运维与开发问题及解决方案

在日常的 Linux 运维与开发过程中，我们常常会遇到一些脚本执行错误、文件格式问题、日志管理以及编辑器设置等困扰。这些问题虽然看似简单，但如果处理不当，可能会影响系统的稳定性和开发效率。本文将针对这些常见问题提供详细的解决方案，以帮助你更高效地管理和开发 Linux 系统。

1. 脚本文件执行报错：`bad interpreter: No such file or directory`

问题描述

在 Linux 上执行脚本文件时，出现如下错误：

./start_th.sh: /bin/^M: bad interpreter: No such file or directory

解决方案

此错误通常是由于脚本文件在 Windows 系统上创建或编辑，导致文件中的换行符格式不正确。Windows 使用 CRLF 作为换行符，而 Unix/Linux 使用 LF。这种格式不兼容会导致脚本在 Unix/Linux 系统上无法正确解析。

方法一：使用 `dos2unix` 命令

安装 dos2unix
如果系统中未安装 dos2unix，使用以下命令进行安装：
```
sudo yum install dos2unix
```
转换文件格式
将文件的换行符格式从 CRLF 转换为 LF：
```
dos2unix start_th.sh
```
重新运行脚本
转换完成后，重新运行脚本：
```
./start_th.sh
```

方法二：使用 `sed` 命令手动转换

如果不希望安装额外的软件包，可以使用 sed 命令手动去除 Windows 换行符：

sed -i 's/\r$//' start_th.sh

这样可以有效地将文件转换为 Linux 可识别的格式，从而正常运行脚本。

背景解析

在 Linux 系统中，^M 是 Windows 系统中的 CR (Carriage Return) 符号。当脚本文件包含这种符号时，解释器无法正确识别，导致无法执行。通过上述方法将文件格式转换为 Unix/Linux 标准，即可解决问题。

2. `vi`/`vim` 中粘贴文本自动换行的问题

问题描述

在使用 vi 或 vim 编辑器时，粘贴从其他地方复制的文本时，可能会遇到自动换行或缩进的问题。这通常是由于编辑器的自动缩进功能未关闭。

解决方案

为了避免这种情况，可以使用 paste 模式，该模式禁用自动缩进和自动换行。

方法一：使用 `:set paste` 命令

在 vi 或 vim 中，按 Esc 键进入命令模式。
输入 :set paste，并按 Enter。此时 paste 模式被启用。
进入插入模式后粘贴文本，此时不会发生自动换行。
粘贴完成后，输入 :set nopaste 恢复正常模式。

方法二：通过快捷键切换 `paste` 模式

按 Esc 键进入命令模式。
按 Shift + : 键输入 set paste，然后按 Enter。
粘贴内容后，再次按 Shift + : 键，输入 set nopaste，退出 paste 模式。

方法三：在 `~/.vimrc` 中设置快捷键

你还可以通过修改 ~/.vimrc 文件，设置快捷键来快速切换 paste 模式：

set pastetoggle=<F2>

按下 F2 键即可切换 paste 模式，非常方便。

背景解析

当 paste 模式被启用时，vi 或 vim 编辑器会禁用自动缩进功能，从而防止在粘贴文本时出现多余的换行或格式变动。粘贴完成后，通过恢复 nopaste 模式，可以继续正常编辑。

3. 脚本执行权限不足：`Permission denied`

问题描述

在 Linux 中执行脚本或命令时，可能会遇到权限不足的问题，提示如下：

bash: ./start_th.sh: Permission denied

解决方案

此问题通常是由于文件没有执行权限，或者用户没有足够的权限执行该文件。

方法一：为文件添加执行权限

可以使用 chmod 命令为脚本文件添加执行权限：

chmod +x start_th.sh

执行该命令后，文件将被赋予执行权限，可以正常运行。

方法二：使用 `sudo` 提升权限

如果脚本需要更高权限来执行，可以在命令前加上 sudo 来以管理员身份执行：

sudo ./start_th.sh

注意：使用 sudo 需要拥有相应的用户权限。

背景解析

在 Linux 中，每个文件都有一组权限，分别控制文件的读取、写入和执行。通常情况下，脚本文件需要具有执行权限 (x) 才能被运行。如果脚本文件没有执行权限，系统会拒绝执行，提示权限不足。

4. 文件被占用：`device or resource busy`

问题描述

尝试卸载或删除某个文件或目录时，出现以下错误：

umount: /mnt: device is busy

解决方案

此错误通常是因为该文件或目录正在被其他进程占用。

方法一：使用 `lsof` 命令查看占用情况

可以使用 lsof 命令查看哪个进程在使用该文件或目录：

lsof +D /mnt

然后，通过 kill 命令终止占用该资源的进程：

kill -9 <PID>

方法二：使用 `fuser` 命令强制卸载

使用 fuser 命令可以找到占用该目录的进程并强制终止：

fuser -k /mnt

背景解析

当文件或目录被占用时，系统会阻止用户对其进行卸载或删除操作，以保护数据的完整性。通过终止占用进程，可以释放该资源，完成相应操作。

5. 定时清空日志文件内容避免磁盘占用

问题描述

在长期运行的 Python 脚本中，日志文件可能会不断增长，导致磁盘空间不足。如果直接删除日志文件，程序可能无法继续记录日志，影响调试和监控。

解决方案

为了定期清理日志文件内容，可以使用 truncate 命令结合 crontab，在不删除文件的情况下清空日志内容。

方法一：使用 `truncate` 命令清空日志

truncate 命令可以将文件大小设置为 0 字节，而不删除文件。例如：

truncate -s 0 /path/to/logs/pro_service.log

方法二：使用 `crontab` 定时清空日志文件

可以通过设置 crontab，每分钟自动清空日志文件内容：

使用 crontab 编辑任务：
```
crontab -e
```

添加以下任务，每分钟清空一次日志文件：

* * * * * /usr/bin/truncate -s 0 /path/to/logs/pro_service.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_0.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_1.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_2.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_3.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_4.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_5.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_6.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_7.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_8.log
* * * * * /usr/bin/truncate -s 0 /path/to/logs/data_processing_9.log

小结

通过这些详细的解决方案，您可以更好地应对在 Linux 运维与开发过程中遇到的常见问题，确保系统的稳定运行和开发工作的顺利进行。希望这篇文章对您有所帮助！

常见的 Linux 运维与开发问题及解决方案20240905