Chuyển hướng STDERR / STDOUT của một quá trình SAU KHI nó đã được bắt đầu, sử dụng dòng lệnh?

Trong shell bạn có thể thực hiện chuyển hướng > <, v.v., nhưng SAU KHI chương trình được bắt đầu thì sao?

Đây là cách tôi đến để hỏi câu hỏi này, một chương trình chạy trong nền của thiết bị đầu cuối của tôi tiếp tục xuất ra văn bản gây phiền nhiễu. Đây là một quá trình quan trọng vì vậy tôi phải mở một shell khác để tránh văn bản. Tôi muốn có thể >/dev/nullhoặc một số chuyển hướng khác để tôi có thể tiếp tục làm việc trong cùng một vỏ.

Không đóng và mở lại tty của bạn (tức là đăng xuất và bật lại, điều này cũng có thể chấm dứt một số quy trình nền của bạn trong quy trình), bạn chỉ còn một lựa chọn:

• đính kèm vào quy trình được đề cập bằng gdb và chạy:
  • p dup2 (mở ("/ dev / null", 0), 1)
  • p dup2 (mở ("/ dev / null", 0), 2)
  • tách ra
  • bỏ

ví dụ:

$ 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

Bạn cũng có thể xem xét:

• sử dụng screen; màn hình cung cấp một số TTY ảo mà bạn có thể chuyển đổi giữa mà không cần phải mở SSH / telnet / etc, phiên mới
• sử dụng nohup; điều này cho phép bạn đóng và mở lại phiên của mình mà không mất bất kỳ quy trình nền nào trong ... quy trình.

Điều này sẽ làm:

strace -ewrite -p $PID

Nó không sạch sẽ (hiển thị các dòng như write(#,<text you want to see>):), nhưng hoạt động!

Bạn cũng có thể không thích thực tế là các đối số được viết tắt. Để kiểm soát việc sử dụng -stham số đặt độ dài tối đa của chuỗi được hiển thị.

Nó bắt tất cả các luồng, vì vậy bạn có thể muốn lọc bằng cách nào đó:

strace -ewrite -p $PID 2>&1 | grep "write(1" 

chỉ hiển thị mô tả 1 cuộc gọi. 2>&1là để chuyển hướng STDERR sang STDOUT, như straceghi vào STDERR theo mặc định.

riff off vladr (và những người khác) nghiên cứu xuất sắc:

tạo hai tệp sau trong cùng một thư mục, một cái gì đó trong đường dẫn của bạn, giả sử $ HOME / bin:

quiet.gdb, có chứa (từ câu trả lời của vladr):

p dup2(open("/dev/null",0),1)
p dup2(open("/dev/null",0),2)
detach
quit

và im lặng, chứa:

#!/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

Bây giờ, lần tới khi bạn quên chuyển hướng firefox, chẳng hạn, và thiết bị đầu cuối của bạn bắt đầu lộn xộn với các thông điệp không thể tránh khỏi "(firefox-bin: 5117): Gdk-CẢNH BÁO **: XID va chạm, rắc rối phía trước":

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

Bạn cũng có thể chuyển hướng đầu ra của gdb thành / dev / null nếu bạn không muốn xem nó.

Chuyển hướng đầu ra từ một quá trình đang chạy sang thiết bị đầu cuối, tệp hoặc màn hình khác:

tty
ls -l /proc/20818/fd
gdb -p 20818

Bên trong gdb :

p close(1)
p open("/dev/pts/4", 1)
p close(2)
p open("/tmp/myerrlog", 1)
q

Tách một quy trình đang chạy từ thiết bị đầu cuối bash và giữ cho nó sống:

[Ctrl+z]
bg %1 && disown %1
[Ctrl+d]

Giải trình:

20818 - chỉ là một ví dụ về quá trình chạy pid
p - kết quả in của lệnh gdb
đóng (1) - đóng đầu ra tiêu chuẩn
/ dev / pts / 4 - terminal để ghi để
đóng (2) - đóng lỗi đầu ra
/ tmp / myerrlog - tệp vào ghi vào
q - thoát gdb
bg% 1 - chạy công việc đã dừng 1 trên nền bị
từ chối% 1 - tách công việc 1 khỏi thiết bị đầu cuối

Không phải là câu trả lời trực tiếp cho câu hỏi của bạn, nhưng đó là một kỹ thuật tôi đã thấy hữu ích trong vài ngày qua: Chạy lệnh ban đầu bằng cách sử dụng 'màn hình', rồi tách ra.

đây là phần bash script dựa trên các câu trả lời trước đó, nó chuyển hướng tệp nhật ký trong khi thực hiện quy trình mở, nó được sử dụng làm phần tái bút trong logrotatequá trình

#!/bin/bash

pid=$(cat /var/run/app/app.pid)
logFile="/var/log/app.log"

reloadLog()
{
    if [ "$pid" = "" ]; then
        echo "invalid PID"
    else
        gdb -p $pid >/dev/null 2>&1 <<LOADLOG
p close(1)
p open("$logFile", 1)
p close(2)
p open("$logFile", 1)
q
LOADLOG
        LOG_FILE=$(ls /proc/${pid}/fd -l | fgrep " 1 -> " | awk '{print $11}')
        echo "log file set to $LOG_FILE"
    fi
}

reloadLog

Dupx là một tiện ích * nix đơn giản để chuyển hướng đầu ra / đầu vào / lỗi tiêu chuẩn của một quy trình đã chạy.

https://www.isi.edu/~yuri/dupx/

Bạn có thể sử dụng reredirect ( https://github.com/jerome-pouiller/reredirect/ ).

Kiểu

reredirect -m FILE PID

và đầu ra (tiêu chuẩn và lỗi) sẽ được viết trong TẬP TIN.

reredirect README cũng giải thích cách khôi phục trạng thái ban đầu của quy trình, cách chuyển hướng đến một lệnh khác hoặc chỉ chuyển hướng thiết bị xuất chuẩn hoặc thiết bị xuất chuẩn.

reredirectcũng cung cấp một tập lệnh được gọi là relinkcho phép chuyển hướng đến thiết bị đầu cuối hiện tại:

relink PID
relink PID | grep usefull_content

(reredirect dường như có các tính năng tương tự như Dupx được mô tả trong một câu trả lời khác, nhưng, nó không phụ thuộc vào Gdb).