대량 출력에도 불구하고 고양이 출력을 즉시 중지하려면 어떻게해야합니까?


9

명령이 잘못되었다는 것을 알았을 때 STDOUT에 대한 출력을 중지하려는 방법을 찾고 있습니다. 예를 들어, 실수로 매우 큰 파일을 캐치면 일반적으로 ctrl+c 를 누르고 있으면 결국 중지 되지만 시간이 오래 걸립니다.

출력을 더 빨리 중지 할 수있는 방법이 있습니까?

답변:


10

ctl-z를 실행하여 백그라운드 화 한 다음 PID를 종료 할 수 있습니다.

$ ctl z (배경)

$ kill -9 {pid} '방금 얻은 프로세스 중'


1
kill -9꼭 필요하지 않은 이유는 무엇 입니까?
benjwadams

2

종종 데이터가 이미 디스플레이로 전송되었으며 "긴 시간"은 데이터를 표시하려는 터미널입니다. 작업에 아무런 작업을 수행해도 도움이되지 않습니다 (예 : Ctrl+ Z또는 Ctrl+ C). 더 빠른 터미널 또는 데이터를 버퍼링 할 무언가가 필요합니다.

I 파이프 큰 출력을 통하여 lesstailI 모두가 그것이 I 원하는 아니라면 나 쉽게 데이터의 양 단자와 근접 프로그램에 전송되는 제어 할 수 있기 때문에, 상부 또는 파일의 하부를 볼 것인지 여부에 따라.


1

+ 또는 + 를 누른 후 다른 터미널 ( CTRL+ F1를 통해 F6텍스트 모드에서 또는 + , 을 screen통해 새 창 열기)으로 전환 하면 원래 터미널이 모든 줄 바꿈을 수행하지 않고 마지막 줄로 바로 건너 뜁니다. 짧은 시간에 출력CTRLACCTRLZCTRLC


"장시간"출력이 네트워크 버퍼로 들어가고 모든 텍스트를 수신 터미널로 전송하는 데 오랜 시간이 걸리는 경우에 작동합니까? 그렇다면 터미네이터에서 어떻게 동일한 결과를 얻습니까? 다른 탭으로 전환했는데 아무것도 없습니다. 반면에 ~를 사용하여 ssh 세션을 종료하면 ~. 그런 다음 즉시 중지됩니다. 나는 오히려 세션을 죽이지 않을 것입니다.
vontrapp

@vontrapp 좋은 질문 (아마도 새로운 질문의 가치가 있습니다 ). 내 생각 엔 작동하지 않지만, 장기 실행 프로세스를위한 SSH를 사용 tmux하거나 screen항상 권장하는 것입니다.
Tobias Kienzler

0

파이프를 파이프에 연결 more하거나less

cat large_file.txt | less

어느 시점에서 당신은 대답을 페이징하고 :q

grep특정 오류 / 문제를 찾고 있다면 답변을 정렬하는 데 사용할 수도 있습니다 .

http://www.westwind.com/reference/os-x/commandline/pipes.html


1
CHK는 ALREADY가 프로세스를 시작한 상황을 묻습니다. 이 경우 더 적거나 더 많이 사용할 수 없습니다.
9 월

직접적인 질문에 대한 답변은 아니지만 상황이 발생하기 전에 상황을 피하는 방법을 알려주는 가치가 있습니다.
TecBrat
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.