Microsoft MVP성태의 닷넷 이야기
Linux: 58. WSL - nohup 옵션이 필요한 경우 [링크 복사], [링크+제목 복사],
조회: 3998
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

WSL - nohup 옵션이 필요한 경우

이전에, WSL에서 백그라운드 작업에 대한 지원이 추가되었다고 소개한 적이 있는데요,

윈도우 10 빌드 17046부터 WSL에서 백그라운드 작업 지원
; https://www.sysnet.pe.kr/2/0/11393

그때 nohup은 부모 프로세스가 종료될 때 자식 프로세스에게 전달되는 HUP 시그널을 무시하는 역할을 한다고 설명했습니다. 그런데, nohup에는 또 다른 기능이 있는데요, nohup을 실행시켰을 때 보이는 메시지에서 그것을 확인할 수 있습니다.

$ nohup ./projects/app1/bin/x64/Debug/app1.out &
[1] 19351
$ nohup: ignoring input and appending output to 'nohup.out'

즉, 입력을 무시하고, 출력은 nohup.out으로 우회시키는 기능이 있습니다. 이게 무슨 차이가 있는 것인지, 예제를 통해 알아볼까요? ^^

이를 위해 WSL 2의 terminal을 열어 (윈도우의 경우 파일 탐색기에 해당하는) dolphin 응용 프로그램을 실행시킵니다. (없다면 "sudo apt install dolphin"으로 설치)

그럼, dolphin 화면에서 마우스를 움직일 때마다 부모 콘솔 화면에 로그 출력이 쏟아지게 됩니다.

nohup_cio_ignore_1.png

심지어 "dolphin &"로 백그라운드 작업으로 실행한 후 터미널에서 Ctrl + C를 눌러 명령 프롬프트로 나와도 여전히 dolphin 화면에서 마우스를 움직이면 다시 터미널 화면에 로그들이 출력됩니다.

바로 이런 경우 ^^ nohup으로 실행해 주면,

$ nohup dolphin &

메시지에서 볼 수 있듯이,

nohup_cio_ignore_2.png

출력을 "nohup.out"으로 흘려보내기 때문에 dolphin에서의 마우스 움직임에 따른 로그 출력이 조용해집니다. 물론, "윈도우 10 빌드 17046부터 WSL에서 백그라운드 작업 지원" 글에서 쓴 대로 터미널을 종료해도 dolphin 자식 프로세스는 살아 있게 됩니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 3/12/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13186정성태12/6/20224639오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/20225595개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/20224830개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성
13183정성태12/4/20224713오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리
13182정성태12/4/20225455Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/20224846Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/20225050.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/20224450Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/20224977Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/20225692오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/20224598오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/20226263오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/20224785.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/20225512.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/20225288.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/20224889Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/20225175Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/20225758Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/20225075제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/20225141.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/20224883개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/20224778개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/20225690개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/20225607개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/20226639.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일
13161정성태11/14/20225922.NET Framework: 2068. C# - PublishSingleFile로 배포한 이미지의 역어셈블 가능 여부 (난독화 필요성) [4]
... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...