381

我的 nohup 命令有问题。

当我运行我的工作时，我有很多数据。输出 nohup.out 变得太大，我的进程变慢。如何在不获取 nohup.out 的情况下运行此命令？

4

8 回答 8

755

该命令仅在输出将发送到终端nohup时才写入。nohup.out如果您已将命令的输出重定向到其他地方 - 包括/dev/null- 那就是它的位置。

 nohup command >/dev/null 2>&1   # doesn't create nohup.out

如果你正在使用nohup，那可能意味着你想在后台运行命令，&方法是在整个事情的末尾放置另一个：

 nohup command >/dev/null 2>&1 & # runs in background, still doesn't create nohup.out

在 Linux 上，运行作业nohup也会自动关闭其输入。在其他系统上，尤其是 BSD 和 macOS，情况并非如此，因此在后台运行时，您可能需要手动关闭输入。虽然关闭输入对 的创建与否没有影响nohup.out，但它避免了另一个问题：如果后台进程试图从标准输入中读取任何内容，它将暂停，等待您将其带回前台并输入内容。所以额外安全的版本看起来像这样：

nohup command </dev/null >/dev/null 2>&1 & # completely detached from terminal

但是请注意，这不会阻止命令直接访问终端，也不会将其从 shell 的进程组中删除。如果您想执行后者，并且您正在运行 bash、ksh 或 zsh，则可以通过disown不带参数运行作为下一个命令来执行此操作。这将意味着后台进程不再与外壳“作业”相关联，并且不会有任何信号从外壳转发给它。（注意区别：disowned 进程没有收到其父 shell 自动转发给它的信号 - 但没有nohup，它仍然会接收HUP通过其他方式发送的信号，例如手动kill命令。nohup'ed 进程忽略任何和所有HUP信号，不管它们是如何发送的。）

解释：

在 Unixy 系统中，每个输入源或输出目标都有一个与之关联的数字，称为“文件描述符”，或简称为“fd”。每个正在运行的程序（“进程”）都有自己的一组，当一个新进程启动时，其中三个已经打开：“标准输入”，即 fd 0，对进程开放，可以读取，而“标准输出”（fd 1）和“标准错误”（fd 2）是开放的，可以写入。如果您只是在终端窗口中运行命令，那么默认情况下，您键入的任何内容都会转到其标准输入，而其标准输出和标准错误都会发送到该窗口。

但是您可以在启动命令之前要求外壳程序更改任何或所有这些文件描述符指向的位置；这就是重定向 ( <, <<, >, >>) 和管道 ( |) 运算符所做的事情。

管道是其中最简单的...command1 | command2安排标准输出command1直接馈入command2. 这是一个非常方便的安排，导致了 UNIX 工具中的特定设计模式（并解释了标准错误的存在，它允许程序向用户发送消息，即使它的输出正在进入管道中的下一个程序） . 但是您只能将标准输出通过管道传输到标准输入；如果没有一些杂耍，您就无法将任何其他文件描述符发送到管道。

重定向运算符更友好，因为它们允许您指定要重定向的文件描述符。因此0<infile从名为 的文件中读取标准输入infile，同时2>>logfile将标准错误附加到名为 的文件的末尾logfile。如果不指定数字，则输入重定向默认为 fd 0（<与 相同0<），而输出重定向默认为 fd 1（>与 相同1>）。

此外，您可以将文件描述符组合在一起：2>&1意味着“在标准输出所在的任何地方发送标准错误”。这意味着您将获得一个输出流，其中包括标准输出和标准错误混合在一起，无法再将它们分开，但这也意味着您可以在管道中包含标准错误。

所以这个序列的>/dev/null 2>&1意思是“将标准输出发送到/dev/null”（这是一个特殊的设备，它只会丢弃你写给它的任何东西）“然后将标准错误发送到标准输出的任何地方”（我们刚刚确定是/dev/null）。基本上，“丢弃此命令写入任一文件描述符的任何内容”。

当nohup检测到它的标准错误和输出都没有连接到终端时，它不会费心去创建nohup.out，而是假设输出已经被重定向到用户想要它去的地方。

该/dev/null设备也可用于输入；如果您使用 运行命令</dev/null，则该命令从标准输入读取的任何尝试都将立即遇到文件结尾。请注意，合并语法在这里不会产生相同的效果；它仅适用于将文件描述符指向另一个在同一方向（输入或输出）打开的文件描述符。shell 会让你这样做>/dev/null <&1，但这最终会创建一个在输出流上打开输入文件描述符的进程，因此任何读取尝试都会触发致命的“无效文件描述符”错误，而不是仅仅命中文件结尾。

于 2012-05-02T06:42:31.310 回答
84 
nohup some_command > /dev/null 2>&1&

这就是你需要做的！

于 2012-05-22T18:59:45.357 回答
15

您是否尝试过重定向所有三个 I/O 流：

nohup ./yourprogram > foo.out 2> foo.err < /dev/null &
于 2012-05-02T06:41:25.723 回答
10

您可能想要使用分离程序。您可以像使用它一样使用它，nohup但除非您告诉它，否则它不会产生输出日志。这是手册页：

NAME
       detach - run a command after detaching from the terminal

SYNOPSIS
       detach [options] [--] command [args]

       Forks  a  new process, detaches is from the terminal, and executes com‐
       mand with the specified arguments.

OPTIONS
       detach recognizes a couple of options, which are discussed below.   The
       special  option -- is used to signal that the rest of the arguments are
       the command and args to be passed to it.

       -e file
              Connect file to the standard error of the command.

       -f     Run in the foreground (do not fork).

       -i file
              Connect file to the standard input of the command.

       -o file
              Connect file to the standard output of the command.

       -p file
              Write the pid of the detached process to file.

EXAMPLE
       detach xterm

       Start an xterm that will not be closed when the current shell exits.

AUTHOR
       detach was written by Robbert Haarman.  See  http://inglorion.net/  for
       contact information.

请注意，我与该程序的作者没有任何关系。我只是该程序的满意用户。

于 2012-05-02T06:39:52.143 回答
6

以下命令将让您在后台运行某些东西而不会得到 nohup.out：

nohup command |tee &

这样，您将能够在远程服务器上运行脚本时获得控制台输出： 在此处输入图像描述

于 2018-03-14T14:42:21.367 回答
4 
sudo bash -c "nohup /opt/viptel/viptel_bin/log.sh $* &> /dev/null"  &

重定向 sudo 的输出会导致 sudo 重新请求密码，因此需要一种笨拙的机制来执行此变体。

于 2015-03-12T22:35:55.113 回答
3

如果您面前的 mac/linux 上有 BASH shell，请尝试以下步骤以实际了解重定向：

创建一个名为 zz.sh 的 2 行脚本

#!/bin/bash
echo "Hello. This is a proper command"
junk_errorcommand
  • echo 命令的输出进入 STDOUT 文件流（文件描述符 1）。
  • 错误命令的输出进入 STDERR 文件流（文件描述符 2）

目前，只需执行脚本即可将 STDOUT 和 STDERR 发送到屏幕。

./zz.sh

现在从标准重定向开始：

zz.sh > zfile.txt

在上面，“echo”（STDOUT）进入 zfile.txt。而“错误”（STDERR）显示在屏幕上。

以上与以下相同：

zz.sh 1> zfile.txt

现在您可以尝试相反的方法，并将“错误”STDERR 重定向到文件中。来自“echo”命令的 STDOUT 进入屏幕。

zz.sh 2> zfile.txt

结合以上两个，你得到：

zz.sh 1> zfile.txt 2>&1

解释：

  • 首先，将 STDOUT 1 发送到 zfile.txt
  • 然后，将 STDERR 2 发送到 STDOUT 1 本身（通过使用 &1 指针）。
  • 因此，1 和 2 都进入同一个文件 (zfile.txt)

最终，您可以将整个内容打包到 nohup 命令中并在后台运行它：

nohup zz.sh 1> zfile.txt 2>&1&
于 2018-09-28T20:16:25.023 回答
1

您可以运行以下命令。

nohup <your command> & >  <outputfile> 2>&1 &

例如，我在脚本中有一个 nohup 命令

./Runjob.sh > sparkConcuurent.out 2>&1
于 2017-03-17T16:39:31.327 回答