首先将stderr重定向到stdout -管道;然后将stdout重定向到/dev/null(不改变stderr的去向):

command 2>&1 >/dev/null | grep 'something'

有关各种I/O重定向的详细信息，请参阅Bash参考手册中的重定向章节。

Note that the sequence of I/O redirections is interpreted left-to-right, but pipes are set up before the I/O redirections are interpreted. File descriptors such as 1 and 2 are references to open file descriptions. The operation 2>&1 makes file descriptor 2 aka stderr refer to the same open file description as file descriptor 1 aka stdout is currently referring to (see dup2() and open()). The operation >/dev/null then changes file descriptor 1 so that it refers to an open file description for /dev/null, but that doesn't change the fact that file descriptor 2 refers to the open file description which file descriptor 1 was originally pointing to — namely, the pipe.

或者将标准错误输出和标准输出交换，使用:

command 3>&1 1>&2 2>&3

这将创建一个新的文件描述符(3)，并将其分配到与1(标准输出)相同的位置，然后将fd 1(标准输出)分配到与fd 2(标准错误)相同的位置，最后将fd 2(标准错误)分配到与fd 3(标准输出)相同的位置。

标准误差现在可以作为标准输出，旧的标准输出保留在标准误差中。这可能有点过分，但希望它能提供更多关于Bash文件描述符的详细信息(每个进程有9个可用的文件描述符)。

在Bash中，你也可以使用进程替换重定向到子shell:

command > >(stdout pipe)  2> >(stderr pipe)

对于手头的案子:

command 2> >(grep 'something') >/dev/null

对于那些想要将stdout和stderr永久重定向到文件的人，在stderr上使用grep，但保留stdout以将消息写入tty:

# save tty-stdout to fd 3
exec 3>&1
# switch stdout and stderr, grep (-v) stderr for nasty messages and append to files
exec 2> >(grep -v "nasty_msg" >> std.err) >> std.out
# goes to the std.out
echo "my first message" >&1
# goes to the std.err
echo "a error message" >&2
# goes nowhere
echo "this nasty_msg won't appear anywhere" >&2
# goes to the tty
echo "a message on the terminal" >&3

把这些最好的答案结合起来，如果你有:

命令2> >(grep -v something 1>&2)

.．.然后所有的stdout被保留为stdout，所有的stderr被保留为stderr，但是你不会在stderr中看到任何包含字符串“something”的行。

这有一个独特的优点，即不反转或丢弃stdout和stderr，也不将它们混在一起，也不使用任何临时文件。

如果你思考一下“重定向”和“管道”到底发生了什么，就会更容易形象化。bash中的重定向和管道只做一件事:修改进程文件描述符0、1和2所指向的地方(参见/proc/[pid]/fd/*)。

当命令行上出现管道或“|”操作符时，首先发生的事情是bash创建一个fifo，并将左侧命令的FD 1指向这个fifo，并将右侧命令的FD 0指向相同的fifo。

接下来，从左到右计算每一侧的重定向操作符，每当出现描述符复制时，就使用当前设置。这很重要，因为管道是先设置的，FD1(左侧)和FD0(右侧)已经与正常情况不同，任何复制都将反映这一事实。

因此，当你输入如下内容时:

command 2>&1 >/dev/null | grep 'something'

以下是发生的事情，按顺序排列:

创建管道(fifo)。“命令FD1”指向这个管道。"grep FD0"也指向这个管道 “命令FD2”指向“命令FD1”当前指向的位置(管道) “command FD1”指向/dev/null

因此，“命令”写入其FD 2 (stderr)的所有输出都会进入管道，并由另一端的“grep”读取。“命令”写入其FD 1 (stdout)的所有输出都会进入/dev/null

如果相反，运行以下命令:

command >/dev/null 2>&1 | grep 'something'

事情是这样的:

一个管道被创建，“命令FD 1”和“grep FD 0”指向它 “命令FD 1”指向/dev/null “命令FD 2”指向FD 1当前指向的位置(/dev/null)

因此，所有来自"command"的stdout和stderr都将转到/dev/null.没有任何东西进入管道，因此“grep”将关闭，而不会在屏幕上显示任何东西。

还要注意，重定向(文件描述符)可以是只读(<)、只写(>)或读写(<>)。

最后一点。一个程序写东西到FD1还是FD2，完全取决于程序员。良好的编程实践规定，错误消息应该发送到FD 2，正常输出应该发送到FD 1，但您经常会发现混淆了这两者或以其他方式忽略约定的草率编程。

我试着跟着做，发现它也有用，

command > /dev/null 2>&1 | grep 'something'

如果你正在使用Bash，那么使用:

command >/dev/null |& grep "something"

http://www.gnu.org/software/bash/manual/bashref.html#Pipelines

这将重定向command1 stderr到command2 stdin，同时保留command1 stdout原样。

exec 3>&1
command1 2>&1 >&3 3>&- | command2 3>&-
exec 3>&-

摘自LDP

我刚刚提出了一个解决方案，使用命名管道将stdout发送到一个命令，stderr发送到另一个命令。

在这里。

mkfifo stdout-target
mkfifo stderr-target
cat < stdout-target | command-for-stdout &
cat < stderr-target | command-for-stderr &
main-command 1>stdout-target 2>stderr-target

之后删除已命名的管道可能是个好主意。

您可以使用rc外壳。

首先安装包(小于1mb)。

这是一个如何在rc中丢弃标准输出和管道标准错误到grep的例子:

find /proc/ >[1] /dev/null |[2] grep task

你可以在不离开Bash的情况下完成:

rc -c 'find /proc/ >[1] /dev/null |[2] grep task'

您可能已经注意到，可以通过在管道后面使用括号来指定想要管道的文件描述符。

标准文件描述符的编号如下:

0:标准输入 1:标准输出 2:标准错误