修复“正确操作nohup让程序始终在后台运行”中已发现的问题

最新推荐文章于 2021-12-20 19:01:02 发布
原创 最新推荐文章于 2021-12-20 19:01:02 发布 · 380 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#shell #操作系统 #运维

本文详细解析了nohup命令的工作原理及其在Linux环境下如何正确使用的方法。强调了nohup命令用于后台运行程序的重要性，并指出在终端关闭后如何避免进程随之终止的问题。同时介绍了登录shell的概念及其在保持进程运行方面的作用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

问题：“抚琴煮酒”（余洪春）在《构建高可用Linux服务器（第二版）》的第119页中写到“产生此问题的原因是：虽然Shell中提示了nohup成功，但还是需要按键盘上的任意键退回到Shell输入命令窗口，然后通过在Shell中输入exit来退出终端，而不是每次在nohup执行成功后直接关闭终端。”

解决办法：使用登录shell防止终端关闭而导致进行自动退出的情况。我常用的命令行为：su -l -c "nohup /some/command.sh >/dev/null 2>&1 &" 。

PS：Red Hat/CentOS启动时在后台运行用户命令，可在/etc/rc.local文件中添加如下行：su -l -c "nohup /some/command.sh >/dev/null 2>&1 &"。

解释：

（1）su -lc表示以登录shell（-l）执行（-c）命令；

（2）经过脚本测试nohup 后面跟着的>/dev/null 2>&1只对nohup本身有作用，即很难使用nohup向/some/command.sh 传递参数，这一点还没有找到相关的资料。

什么是登录shell：（1）用户登陆时，输入用户名和密码后启动的shell；（2）通过带--login参数的命令：bash --login而启动的shell，对于用户来说，登陆shell和非登陆shell的主要区别是：启动shell时所执行的startup文件不同。非登陆shell执行的startup文件仅为：~/.bashrc，而登陆shell执行startup文件为：/etc/profile、~/.bash_profile、~/.bashrc。

什么是非登录shell：除了以上两种情况生成的用户对话，如直接运行bash命令，su某一个用户等。

什么是交互shell：一般的用户与Linux系统用命令行进行操作时使用的shell都为交互式shell。

什么是非交互shell：但执行脚本时，shell就工作在非交互式模式下，因为shell从第一条命令执行到最后一条然后退出，不与用户进行任何交互。

以上四个定义可以参阅以下链接：

linux下的bash与sh 详解以及例子

登录shell,交互式非登录shell,非交互式shell

什么是交互式登录 Shell


书中原文：

“我的Nginx负载均衡器监控Nginx进程的脚本nginx_pid需要放入后台不间断地运行，所以想用命令/bin/sh/data/nginx_pidsh &来达到此目的，在输入完命令后我就关闭了终端，可再次登录终端时发现此程序并没有运行。忽然想起可能是因为没有使用nohup命令，试了试，果然如此，带上nohup命令后就正常了。  
我们的很多程序只是普通的程序，即使它们使用&结尾，如果终端关闭，那么程序也会被关闭。为了能够在后台运行，我们需要使用nohup这个命令，原程序的标准输出被自动改到当前目录下的nohupout文件里，起到了log的作用。    
但是有时候这样做会有问题：如果把终端关闭，进程也会被自动关闭。查看nohupout可以看到在关闭终端的瞬间服务自动关闭了。    
产生此问题的原因是：虽然Shell中提示了nohup成功，但还是需要按键盘上的任意键退回到Shell输入命令窗口，然后通过在Shell中输入exit来退出终端，而不是每次在nohup执行成功后直接关闭终端。    
这个错误许多朋友（包括我）容易忽视，希望大家在工作中注意。”

扩充：

在nohup的手册中有一段话需要认真体会“If standard  input is a terminal, redirect it from /dev/null.  If standard output is a terminal, append output to ‘nohup.out’ if possible, ‘$HOME/nohup.out’ otherwise.  If standard error is a terminal, redirect it to standard output.  To save output to FILE, use ‘nohup COMMAND > FILE’.”。

什么是标准输入？什么是标准输出？什么是标准错误输出？这些问题都比较回答。可以参阅以下链接：

linux shell数据重定向（输入重定向与输出重定向）详细分析

Linux shell的标准输入、输出和错误

但“哪些操作或设备被认为是标准输入，哪些操作或设备被认为是标准输出”这两个问题不怎么好回答。从上面那段话可以看出终端既是一种标准输入设备又是一种标准输出设备（文字中提到的“终端”我认为只是用户的字符界面样式的屏幕而已。）。根据我的理解标准输入只能来自用户的输入（input）操作，可以认为所有的输入设备都是标准的输入，标准输出对应所有的输出设备如屏幕打印机等，重定向只是将不同的标准输入输出从这些寻常的途径变为用户指定了的途径罢了（改变了标准输入输出）。

如何在Ubuntu上运行Jar包？
网络技术联盟站
06-11 930
Java，一种广泛使用的面向对象编程语言，以其“编写一次，到处运行”的理念著称，是跨平台应用程序开发的首选。其核心优势在于Java虚拟机（JVM），它使得编写的Java代码能够在任何安装了JVM的设备上运行，无需重新编译。Ubuntu作为Linux发行版中的佼佼者，凭借其开源、稳定、易用的特性，成为了众多开发者部署Java应用的优选平台。Jar（Java Archive）文件是一种归档文件格式，用于聚合多个Java类文件、相关的元数据和资源（如图像和配置文件）到单一文件中。
通过python 执行 nohup 不生效的解决
01-20
通过paramiko模块ssh登录linux，然后用exec_command方法执行带有nohup的shell命令不生效，python脚本如下： import paramiko import time ssh = paramiko.SSHClient() ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy()) ssh.connect('192.168.1.2', 22, 'root', '123456') ssh.exec_command('nohup ping localhost & \n') time.sleep(1) 脚本执行
linux使用nohup命令让程序永远停在后台
web开发
01-03 320
今天使用SSH远程部署项目，部署好了之后关掉终端，然后打开网页在操作时发现没有服务，于是再一次登进终端，采用ps -ef|grep bea查看之后，发现没有了刚才的后台进程，操作系统是Redhat 5.5，J2EE服务器是Weblogic。 于是网上查了很多资料最终我才用了下面的第一种方法，我个人比较喜欢第二种方法，因为它不用强制kill掉进程。 第一种方法：在startWeblogic.sh...
linux su命令参数及用法详解--linux切换用户命令
scoliver的专栏
02-08 3708
最近发现用“su root" 命令进入到root用户时，一些命令如shutdown、init、ifconfig等等不能被执行，上网一查发现用“su -root”竟然可以，看到下文之后，才明白了。 原文：http://www.linuxso.com/command/su.html 建议大家切换用户的时候 使用  su -  root  这样，否则可能发现某些命令执行不了 关于su
linux学习笔记
qipanliming的专栏
09-24 1015
1.sudo apt-get install rpm 安装rpm
Linux快速学习 sudo和su nohup和&
gzt19881123的专栏
12-20 3769
开发中常见的命令操作 目录一、sudo 和 su1.1 su的用法1.2 sudo的用法1.3 关于 /etc/sudoers二、nohup 和 & 一、sudo 和 su su 是switch user的意思，指当前用户将切换其他用户 sudo 是super user do 的意思，指当前用户申请超级管理员权限执行命令 相关博客： https://mp.weixin.qq.com/s/UnOJkBxms_OQdEsXmwVDYA https://www.cnblogs.com/slgkai.
nohup-真正的Shell后台运行
longyi_java的专栏
12-31 3387
nohup-真正的Shell后台运行   转自：http://blog.chinaunix.net/uid-446337-id-94446.html   一、&方式   Unix/Linux下一般想让某个程序在后台运行，很多都是使用 & 在程序结尾来让程序自动运行。比如我们要运行mysql在后台：          /usr/local/mysql/bin/mysqld_sa
【Linux与Java实战应用】：掌握nohup，实现Java后台进程的无缝管理
Linux系统中的nohup命令对于在后台运行程序非常有用，尤其是当用户登出系统后，仍希望程序能够继续运行。nohup是“no hang up”的缩写，意味着不挂断的运行。 ## 1.1 基本使用方法 nohup命令的基本语法非常简单，...
下面是完善的背景：我是程序员，使用matebook pro的oseasy虚拟机安装了windows11操作系统，初步需求是在虚拟的操作系统中在WSL1环境下进行Ollama大模型测试，最终目的是在pycharm软件中编程，在linux调用ollama相关模型镜像。即：使用WSL1（Windows Subsystem for Linux Gen1）作为运行环境；内存：18GB；CPU:不能虚拟化（已多方验证），ARM架构；oseasy虚拟机：matebook pro的oseasy虚拟机不能多开、不能使用嵌套虚拟机；docker、systemctl、wsl2均不能使用，nohup命令不知道能不能使用。顽固问题（已更换多多重方案）：运行大模型镜像报错：llama runner process has terminated。现在已经准备好重装的arm架构linuxubuntu，使用wsl1连接成功，用户名为rsz，密码为renshi123.接下来我该怎么做。方案要求不合背景冲突，不能出现不能使用的命令，每执行一步最好有验证方法，尽量完善，并自我检查方案
最新发布
07-02
由于WSL1不支持systemd，我们可以使用`nohup`或`tmux`来保持Ollama后台运行，或者编写一个init脚本。创建一个启动脚本（例如`start_ollama.sh`）：```bash#!/bin/bashollamaserve```然后运行：```bashchmod +x start...
任务调度秘籍：学会使用bg命令，成为Linux后台运行大师
[任务调度秘籍：学会使用bg命令，成为Linux后台运行大师](https://img-blog.csdnimg.cn/3e474b4d48144c4594b19009d23d237b.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAcHh3aGZz...
【Linux故障排查快速通道】：挂起信号不再是问题，nohup故障隔离技术
在快速发展的IT环境中，系统故障时有发生。这些故障可能是由硬件故障、软件缺陷、网络问题甚至人为错误引起的。快速准确地定位问题所在，不仅可以减少业务损失，还能够提升运维人员解决问题的能力。 ## 1.2 故障...
linux nohup命令
zheng199172的博客
12-18 1238
先上一段 公司linnux启动服务脚本 #!/bin/sh source /etc/profile su - javaapp -c "nohup java -jar $JAVA_PARAM_APP $JAVA_OPTS_APP /home/javaapp/app/itp-app-server-0.0.1-SNAPSHOT.jar --spring.config.location=...
nohup命令详解
cuisuwang2359的博客
07-08 156
使用nohup让程序永远后台运行 Unix/Linux下一般比如想让某个程序在后台运行，很多都是使用 & 在程序结尾来让程序自动运行。比如我们要运行mysql在后台： /usr/local/mysql/bin/m...
Linux下使用nohup实现在后台运行程序（转）
angou6476的博客
05-13 155
相比上一篇http://www.cnblogs.com/EasonJim/p/6833417.html使用screen实现后台运行程序，各有各的好处，多一种选择吧。 Linux下一般比如想让某个程序在后台运行，很多都是使用&在程序结尾来让程序自动运行。比如我们要运行mysql在后台： /usr/local/mysql/bin/mysqld_safe --user=mysq...
Linux操作系统常用操作
liitdar的博客
08-21 714
本文主要介绍Linux操作系统中一些常用操作。说明：本文的用法示例是面向CentOS 7操作系统的，在其他的Linux发行版中相关用法可能略有不同。
我使用过的Linux命令之nohup - 执行其他命令，并且忽略SIGHUP信号
巨人站在肩膀上
12-07 541
我使用过的Linux命令之nohup - 执行其他命令，并且忽略SIGHUP信号 本文链接：http://codingstandards.iteye.com/blog/835536   （转载请注明出处） 用途说明 nohup命令可以用来执行其他命令，并且忽略SIGHUP信号（run a command immune to hangups, with output to a non-tt...
Standard Input and Output Redirection
silent325的专栏
11-14 1198
Standard Input and Output Redirection The shell and many UNIX commands take their input from standard input (stdin), write output to standard output (stdout), and write error output to standard err
一直卡在read不进下一步是什么问题
06-25
<think>我们正在处理用户的问题：程序或系统卡在read步骤无法继续执行的可能原因及解决方案。根据用户描述，问题发生在执行某个操作时，程序或系统在read步骤卡住，无法继续执行。首先，我们需要理解read步骤：在Shell脚本中，read命令用于从标准输入或文件中读取输入，并赋值给变量。如果read命令在等待输入时没有接收到数据，那么程序就会一直阻塞在那里，表现为“卡住”。可能的原因：1.输入源没有提供数据：例如，脚本中使用了read命令等待用户输入，但用户没有输入（可能是非交互式环境，如cron任务或后台运行）。2.输入重定向问题：脚本可能被设计为从文件或管道读取数据，但数据源没有正确提供数据（如文件不存在、管道未连接等）。3.文件描述符问题：read命令可能从特定的文件描述符读取（如使用`read-u`），而该文件描述符未正确打开或已关闭。4.定界符问题：使用`-d`选项指定了定界符，但输入中一直没有出现该定界符，导致read一直等待。5.超时设置：如果read没有设置超时（`-t`选项），那么它会无限期等待输入。6.信号中断：在等待输入时，如果程序接收到某些信号，可能会被挂起（如SIGTSTP），但这种情况较少见。解决方案：1.检查脚本运行环境：确认脚本是在交互式终端运行还是非交互式环境。如果是非交互式环境（如cron），则需要修改脚本，避免交互式输入（如改为从文件读取或使用默认值）。2.确保输入源可用：如果脚本设计为从文件读取，检查文件路径是否正确、文件是否存在、是否有读取权限。如果是管道，检查前一个命令是否成功执行并输出数据。3.使用超时选项：在read命令中使用`-t`选项设置超时时间，避免无限等待。例如：`read-t5-p"Enter:"var`，表示5秒后自动超时。4.检查定界符：如果使用了`-d`选项，确保输入中包含该定界符，或者调整脚本逻辑，避免无限等待。5.避免在非交互式环境使用交互式read：如果脚本需要在非交互式环境运行，可以考虑以下方法：-使用默认值：`read-p"Enter:"var||var="default"`-重定向输入：使用`<`从文件读取，或者使用管道提供输入。6.调试脚本：在脚本中添加调试信息（如使用set-x），查看read命令的执行情况。另外，根据用户提供的引用[3]：read命令的`-d`选项可能会引起等待直到定界符出现的问题。因此，如果脚本中使用了`-d`选项，需要检查输入是否包含指定的定界符。举例说明：假设脚本中有如下命令：read-d';'input那么read会一直读取，直到遇到分号';'。如果输入中没有分号，则read会一直等待。解决方案是确保输入中包含分号，或者修改定界符为一个更可能出现的字符（如换行符），或者使用超时。总结步骤：1.确定read命令的具体用法（是否有选项，如-d,-t,-u等）。2.检查输入源是否正常。3.考虑运行环境（交互式/非交互式）。4.添加超时或默认值处理。5.调试并测试。根据上述分析，我们可以给出以下回答：</think>### 程序卡在 `read` 步骤的原因及解决方案 当程序或 Shell 脚本在 `read` 命令处卡住时，通常是由于输入源未正确提供数据导致的阻塞等待。以下是常见原因及解决方法： --- #### **一、常见原因** 1. **输入源未就绪** - 脚本设计为从**标准输入（stdin）** 读取数据，但未提供输入源（如未重定向文件、管道断开或用户未输入）。 - 示例：`read var` 在非交互式环境（如 cron 任务）中会无限等待输入[^1]。 2. **管道/重定向问题** - 上游命令未输出数据或管道断裂： ```bash command1 | command2 # 若 command1 无输出，command2 的 read 会阻塞 ``` 3. **定界符未匹配（`-d` 参数）** - 使用 `read -d` 指定结束符，但输入中未出现该字符： ```bash read -d ';' input # 未输入分号则永久等待[^3] ``` 4. **文件描述符冲突** - 脚本中重定向了标准输入（如 `exec < file`），后续 `read` 尝试从错误描述符读取。 5. **终端交互环境异常** - 在后台运行的脚本（如 `script.sh &`）尝试从终端读取，但终端已被挂起（SIGTTIN 信号）。 --- #### **二、解决方案** ##### 1. **确保输入源可用** - **交互式脚本**：明确提示用户输入（使用 `-p`）： ```bash read -p "Enter data: " data # 显示提示避免用户困惑[^2] ``` - **非交互式脚本**：改用文件或变量输入： ```bash echo "default" | read var # 通过管道提供输入 read var < input.txt # 从文件读取 ``` ##### 2. **设置超时（`-t` 参数）** - 添加超时避免无限等待： ```bash if read -t 5 -p "Enter in 5s: " var; then echo "Got: $var" else echo "Timeout!" # 5秒后自动继续 fi ``` ##### 3. **检查定界符逻辑** - 确保 `-d` 指定的字符会在输入中出现，或改用默认换行符： ```bash read -d ',' var # 仅在确定输入含逗号时使用 ``` ##### 4. **修复管道/重定向** - 验证上游命令是否正常输出： ```bash command1 | tee debug.log | command2 # 记录管道数据调试 ``` - 避免重定向冲突：恢复标准输入后再用 `read`： ```bash exec 3<&0 # 备份 stdin 到描述符 3 exec < file # 重定向 # ...处理文件... exec 0<&3 # 恢复 stdin read -p "Now safe to read" var ``` ##### 5. **处理后台任务** - 禁止后台任务读取终端： ```bash nohup script.sh > /dev/null & # 脱离终端运行 ``` --- #### **三、调试技巧** - **打印文件描述符状态**： ```bash lsof -p $$ # 查看当前进程打开的文件描述符 ``` - **跟踪脚本执行**： ```bash bash -x script.sh # 逐步调试 ``` - **检查信号阻塞**： ```bash trap -l # 列出信号，确保未屏蔽 SIGTTIN（终端输入） ``` --- > **关键总结**：`read` 阻塞本质是**输入饥饿**。通过预置输入源、设置超时、避免非交互环境阻塞，可彻底解决问题。若涉及复杂重定向，需严格管理文件描述符[^1][^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值