中文 
WangZhongyun
deepin
2019-03-15 05:26 deepin 硬件不同可能有不同返馈。笔记本和台式机可能不同
Reply Like 0 View the author
All Replies
#1
funtoo
deepin
2019-03-15 07:00 deepin >/dev/null只重定向了标准输出，没有对标准错误做重定向，任务执行过程中的标准错误可能还在写到nohup.out里面。
而>/dev/null 2>&1是把标准错误也重定向到了标准输出，这样标准输出和标准错误都不会作处理，所以能立即返回。
表现不同也跟两台机器不同的软硬件环境有关。
而>/dev/null 2>&1是把标准错误也重定向到了标准输出，这样标准输出和标准错误都不会作处理，所以能立即返回。
表现不同也跟两台机器不同的软硬件环境有关。
Reply Like 0 View the author
chenat
deepin
2019-03-15 17:30 deepin https://bbs.deepin.org/post/175550
硬件不同可能有不同返馈。笔记本和台式机可能不同
ok，谢谢。
不过前几天还不会没重定向 stderr 而卡住，这几天才会，不知道会是因为什么修改。
Reply Like 0 View the author
chenat deepin
2019-03-15 17:31 deepin https://bbs.deepin.org/post/175550
>/dev/null只重定向了标准输出，没有对标准错误做重定向，任务执行过程中的标准错误可能还在写到nohup.out ...
ok，谢谢。
不过前几天还不会没重定向 stderr 而卡住，这几天才会，不知道会是因为什么修改。
Reply Like 0 View the author
Please sign in first
远程执行 shell,nohup java -jar xxx.jar >/dev/null &
公司有两台机器，其中有一台执行完这句命令后能立即返回，而另一台会卡住等待任务执行结束。
有大神能分析下为什么会这样吗？恳请大神科普一下，谢谢。
当然使用 nohup java -jar xxx.jar >/dev/null 2>&1 & 能够解决，只不过很疑惑上面那种是什么情况？
补充一点： 那一台卡住等待的机器，前段时间也不会因为没重定向 stderr 而卡住，最近才会，不知道会是什么修改导致的？