Microsoft MVP성태의 닷넷 이야기
Windows: 210. WSL에 systemd 도입 [링크 복사], [링크+제목 복사],
조회: 14868
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 3개 있습니다.)
Linux: 51. WSL - init에서 systemd로 전환하는 방법
; https://www.sysnet.pe.kr/2/0/13104

Windows: 210. WSL에 systemd 도입
; https://www.sysnet.pe.kr/2/0/13127

개발 환경 구성: 669. WSL 2의 (init이 아닌) systemd 지원
; https://www.sysnet.pe.kr/2/0/13278




WSL에 systemd 도입

(업데이트: 2023-03-08) 현재 systemd를 지원하는 WSL 2 정식 버전이 Windows 11에 적용돼 있습니다.




좋은 소식이 있군요. ^^

Systemd support is now available in WSL!
; https://devblogs.microsoft.com/commandline/systemd-support-is-now-available-in-wsl

WSLg를 지원해, 리눅스의 GUI 프로그램까지 WSL 환경 내에서 실행하면 윈도우 운영체제 내에서 띄워주는 것까지 구현하더니 이제는 systemd까지 지원하고 있습니다. 이젠 정말... 리눅스 kernel 프로그래밍을 제외하고는 웬만한 리눅스 응용 프로그램, 특히 닷넷 코어로 만드는 경우라면 리눅스 환경이 없이도 거의 완벽하게 WSL 환경 내에서 개발/테스트하는 것이 가능해졌습니다.




이번에 추가된 기능을 잠깐 볼까요? ^^ 기존의 WSL은 루트 프로세스가 init입니다.

// ps -ef --forest

$ pstree
init─┬─init───init───bash───pstree
     ├─init─┬─init───docker-desktop-───16*[{docker-desktop-}]
     │      └─init───docker───20*[{docker}]
     ├─init───init───bash
     └─2*[{init}]

하지만 근래의 리눅스 운영체제들은 systemd를 지원하는 쪽으로 바뀌었는데요, 그래서 그동안 윈도우의 WSL에서는 systemd와 연관된 프로그램들이 동작하지 않았습니다. 일례로, systemctl 명령어조차 기존 WSL 환경에서는 이렇게 오류가 발생합니다.

$ systemctl
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down

이 때문에 아래의 문서에서 제공하는 내용조차도,

Part 2.3 - Configure the ASP.NET Core application to start automatically
; https://learn.microsoft.com/en-us/troubleshoot/developer/webapps/aspnetcore/practice-troubleshoot-linux/2-3-configure-aspnet-core-application-start-automatically

WSL 환경이 아닌, 리눅스 환경에서 실습을 해야만 했습니다. 다행히, 이제는 (곧) 그럴 필요가 없어졌습니다.

(다른 이야긴데, WSL에 systemd를 지원하는 다른 우회 방법들이 있긴 합니다. ^^)




이 기능은, 현재(2022-09-22), Microsoft Store에 0.67.6 이상의 WSL 버전을 다운로드하면 된다는데요, 따라서 자신의 PC에 설치된 WSL을 확인해야 합니다. 그런데 저처럼 "wsl --version" 명령어가 정상적으로 동작하지 않을 수 있는데요,

c:\temp> wsl --vesrion
Invalid command line option: --vesrion
...[이하 --help 출력과 동일]

아마도, 여러분은 윈도우에서 제공하는 WSL을 설치했기 때문일 것입니다. 새로운 WSL 엔진을 다음의 Microsoft Store에서 다운로드하면,

WSL inside of the Microsoft Store
; https://aka.ms/wslstorepage

이제 다음과 같은 출력을 확인할 수 있습니다.

C:\temp> wsl --version
WSL version: 0.66.2.0
Kernel version: 5.15.57.1
WSLg version: 1.0.42
MSRDC version: 1.2.3401
Direct3D version: 1.606.4
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.22000.978

그런데, 보는 바와 같이 0.67.6 버전보다 낮습니다. 왜냐하면, 0.67.6 버전의 WSL 엔진은 Windows Insider 빌드를 적용 중인 윈도우에서 테스트 중이기 때문입니다. ^^

따라서, 다음에 있을 윈도우 업데이트를 기다리든가, 아니면 Windows Insider 프로그램에 가입해야 합니다.




하지만 그 외에 또 다른 방법이 하나 있습니다. ^^ 바로 github에서 WSL 최신 버전을 다운로드해 적용하는 것입니다.

0.67.6 Pre-release
 - Microsoft.WSL_0.67.6.0_x64_ARM64.msixbundle
; https://github.com/microsoft/WSL/releases/tag/0.67.6

"Pre-release" 임을 감안하시고, 그래도 궁금하신 분은 msixbundle 파일을 다운로드 후 설치하시면 되겠습니다. ^^ 그럼 이렇게 0.67.6 버전을 쓸 수 있습니다.

c:\temp> wsl --version
WSL version: 0.67.6.0
Kernel version: 5.15.62.1
WSLg version: 1.0.44
MSRDC version: 1.2.3401
Direct3D version: 1.606.4
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.22000.978

살다 보니, 마이크로소프트의 내부 구성 요소를 github로부터 설치하는 날도 있군요. ^^




위와 같이 설치를 완료했으면, 이제 명시적으로 systemd를 사용하겠다고 설정해야 합니다. (아직은 기본값이 init입니다.) 이를 위해 /etc/wsl.conf 파일에 다음의 설정을 포함하면 됩니다.

# 명령어 편집기로 systemd 옵션 추가
# sudo nano /etc/wsl.conf

[boot]
systemd=true

이후 wsl을 재시작하면,

c:\temp> wsl --shutdown

"Ubuntu 20.04" 등의 WSL 배포본을 실행하면 init이 아닌 systemd로 바뀐 것을 확인할 수 있습니다.

$ pstree
systemd─┬─ModemManager───3*[{ModemManager}]
        ├─NetworkManager───3*[{NetworkManager}]
        ├─accounts-daemon───3*[{accounts-daemon}]
        ├─agetty
        ├─atd
        ├─avahi-daemon───avahi-daemon
        ├─containerd───15*[{containerd}]
        ├─cron
        ├─dbus-daemon
        ├─gdm3───3*[{gdm3}]
        ├─init─┬─init───init───bash───pstree
        │      ├─login───bash
        │      └─2*[{init}]
        ├─networkd-dispat
        ├─polkitd───3*[{polkitd}]
        ├─rsyslogd───3*[{rsyslogd}]
        ├─rtkit-daemon───2*[{rtkit-daemon}]
        ├─snapd─┬─systemctl
        │       └─30*[{snapd}]
        ├─9*[snapfuse]
        ├─sshd
        ├─switcheroo-cont───3*[{switcheroo-cont}]
        ├─systemd─┬─(sd-pam)
        │         ├─dbus-daemon
        │         └─pulseaudio───2*[{pulseaudio}]
        ├─systemd-hostnam
        ├─systemd-journal
        ├─systemd-logind
        ├─systemd-network
        ├─systemd-resolve
        ├─systemd-timedat
        ├─systemd-udevd───48*[systemd-udevd]
        ├─udisksd───5*[{udisksd}]
        ├─unattended-upgr───{unattended-upgr}
        └─wpa_supplicant




참고로, 다시 이전 버전으로 원복하려면 github에서 0.66.2 버전을 다운로드해 msixbundle 설치 파일을 실행하면 됩니다.




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







[최초 등록일: ]
[최종 수정일: 11/15/2023]

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12563정성태3/16/202117188개발 환경 구성: 551. C# - JIRA REST API 사용 정리 (3) jira-oauth-cli 도구를 이용한 키 관리
12562정성태3/15/202117954개발 환경 구성: 550. C# - JIRA REST API 사용 정리 (2) JIRA OAuth 토큰으로 API 사용하는 방법파일 다운로드1
12561정성태3/12/202116713VS.NET IDE: 159. Visual Studio에서 개행(\n, \r) 등의 제어 문자를 치환하는 방법 - 정규 표현식 사용
12560정성태3/11/202117741개발 환경 구성: 549. ssh-keygen으로 생성한 PKCS#1 개인키/공개키 파일을 각각 PKCS8/PEM 형식으로 변환하는 방법
12559정성태3/11/202117998.NET Framework: 1028. 닷넷 5 환경의 Web API에 OpenAPI 적용을 위한 NSwag 또는 Swashbuckle 패키지 사용 [2]파일 다운로드1
12558정성태3/10/202117099Windows: 192. Power Automate Desktop (Preview) 소개 - Bitvise SSH Client 제어 [1]
12557정성태3/10/202115321Windows: 191. 탐색기의 보안 탭에 있는 "Object name" 경로에 LEFT-TO-RIGHT EMBEDDING 제어 문자가 포함되는 문제
12556정성태3/9/202113575오류 유형: 703. PowerShell ISE의 Debug / Toggle Breakpoint 메뉴가 비활성 상태인 경우
12555정성태3/8/202116882Windows: 190. C# - 레지스트리에 등록된 DigitalProductId로부터 라이선스 키(Product Key)를 알아내는 방법파일 다운로드2
12554정성태3/8/202116439.NET Framework: 1027. 닷넷 응용 프로그램을 위한 PDB 옵션 - full, pdbonly, portable, embedded
12553정성태3/5/202116433개발 환경 구성: 548. 기존 .NET Framework 프로젝트를 .NET Core/5+ 용으로 변환해 주는 upgrade-assistant, try-convert 도구 소개 [4]
12552정성태3/5/202115874개발 환경 구성: 547. github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법
12551정성태3/5/202114257오류 유형: 702. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly. (2)
12550정성태3/5/202113983오류 유형: 701. Live Share 1.0.3713.0 버전을 1.0.3884.0으로 업데이트 이후 ContactServiceModelPackage 오류 발생하는 문제
12549정성태3/4/202115281오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/202116394개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/202117061오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/202116900개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202119755.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202119960.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202117951VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202119626개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202117187개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202118287.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202118207Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202118679.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...