Ian*_*ing 120 linux bash shell
在shell中你可以进行重定向> <等,但是程序启动后怎么样？
以下是我来问这个问题的方法,在终端后台运行的程序不断输出恼人的文字.这是一个重要的过程,所以我必须打开另一个shell来避免文本.我希望能够>/dev/null或其他一些重定向,所以我可以继续在同一个shell中工作.
vla*_*adr 119
如果没有关闭并重新打开您的tty(即注销和重新启动,这也可能会终止您在此过程中的一些后台进程),您只剩下一个选择:
例如:
$ tail -f /var/log/lastlog &
[1] 5636
$ ls -l /proc/5636/fd
total 0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 0 -> /dev/pts/0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 1 -> /dev/pts/0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 2 -> /dev/pts/0
lr-x------ 1 myuser myuser 64 Feb 27 07:36 3 -> /var/log/lastlog
$ gdb -p 5636
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Attaching to process 5636
Reading symbols from /usr/bin/tail...(no debugging symbols found)...done.
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
[New Thread 0x7f3c8f5a66e0 (LWP 5636)]
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
(no debugging symbols found)
0x00007f3c8eec7b50 in nanosleep () from /lib/libc.so.6
(gdb) p dup2(open("/dev/null",0),1)
[Switching to Thread 0x7f3c8f5a66e0 (LWP 5636)]
$1 = 1
(gdb) p dup2(open("/dev/null",0),2)
$2 = 2
(gdb) detach
Detaching from program: /usr/bin/tail, process 5636
(gdb) quit
$ ls -l /proc/5636/fd
total 0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 0 -> /dev/pts/0
lrwx------ 1 myuser myuser 64 Feb 27 07:36 1 -> /dev/null
lrwx------ 1 myuser myuser 64 Feb 27 07:36 2 -> /dev/null
lr-x------ 1 myuser myuser 64 Feb 27 07:36 3 -> /var/log/lastlog
lr-x------ 1 myuser myuser 64 Feb 27 07:36 4 -> /dev/null
lr-x------ 1 myuser myuser 64 Feb 27 07:36 5 -> /dev/null
您还可以考虑:
screen; screen提供了几个虚拟TTY,您无需打开新的SSH/telnet/etc会话即可切换nohup; 这允许您关闭并重新打开会话,而不会丢失...进程中的任何后台进程.nau*_*tur 57
这样做:
strace -ewrite -p $PID
这不是那么干净(显示如下的线条write(#,<text you want to see>)),但有效!
您可能也不喜欢参数缩写的事实.要控制它,请使用-s设置显示的字符串最大长度的参数.
它捕获所有流,因此您可能希望以某种方式过滤:
strace -ewrite -p $PID 2>&1 | grep "write(1"
仅显示描述符1调用.2>&1是将STDERR重定向到STDOUT,strace默认情况下写入STDERR.
jco*_*ctx 20
vladr(和其他人)的优秀研究:
在同一目录中创建以下两个文件,路径中的内容,比如说$ HOME/bin:
silence.gdb,包含(来自vladr的回答):
p dup2(open("/dev/null",0),1)
p dup2(open("/dev/null",0),2)
detach
quit
和沉默,包含:
#!/bin/sh
if [ "$0" -a "$1" ]; then
gdb -p $1 -x $0.gdb
else
echo Must specify PID of process to silence >&2
fi
chmod +x ~/bin/silence # make the script executable
现在,下次你忘记重定向firefox,例如,你的终端开始变得混乱不可避免的"(firefox-bin:5117):Gdk-WARNING**:XID冲突,麻烦未来"消息:
ps # look for process xulrunner-stub (in this case we saw the PID in the error above)
silence 5117 # run the script, using PID we found
如果您不想看到它,也可以将gdb的输出重定向到/ dev/null.
小智 17
将正在运行的进程的输出重定向到另一个终端,文件或屏幕:
tty
ls -l /proc/20818/fd
gdb -p 20818
在gdb里面:
p close(1)
p open("/dev/pts/4", 1)
p close(2)
p open("/tmp/myerrlog", 1)
q
从bash终端分离正在运行的进程并使其保持活动状态:
[Ctrl+z]
bg %1 && disown %1
[Ctrl+d]
说明:
20818 - 只是运行进程pid的一个例子
- gdb命令的打印结果
close(1) - 关闭标准输出
/ dev/pts/4 - 写入
关闭的终端(2) - 关闭错误输出
/ tmp/myerrlog - 文件到写入
q - 退出gdb
bg%1 - 在后台
异步%1 上运行stoped job 1 - 从终端分离作业1
您可以使用重新重定向（https://github.com/jerome-pouiller/reredirect/）。
类型
reredirect -m FILE PID
输出（标准和错误）将写入文件中。
reredirect README 还解释了如何恢复进程的原始状态，如何重定向到另一个命令或仅重定向 stdout 或 stderr。
reredirect还提供一个名为的脚本relink，允许重定向到当前终端：
relink PID
relink PID | grep useful_content
（reredirect 似乎与另一个答案中描述的 Dupx 具有相同的功能，但它不依赖于 Gdb）。