Microsoft MVP성태의 닷넷 이야기
Linux: 51. WSL - init에서 systemd로 전환하는 방법 [링크 복사], [링크+제목 복사],
조회: 20483
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 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 - init에서 systemd로 전환하는 방법

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




(현재, 마이크로소프트에서 WSL 0.67.6부터 systemd를 도입했습니다.)




간혹, WSL에서 프로그램을 설치하다 보면 systemd 환경이 아니라고 오류가 발생할 수 있습니다.

$ ./install.sh

👋 Thank you for trying out SigNoz!

🟡 Running installer with non-sudo permissions.
   In case of any failure or prompt, please consider running the script with sudo privileges.

🌏 Detecting your OS ...

🐳 Starting Docker ...

System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down
Starting docker service
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down
🔴 The containers didn't seem to start correctly. Please run the following command to check containers that may have errored out:

 docker-compose -f ./docker/clickhouse-setup/docker-compose.yaml ps -a
or reach us for support in #help channel in our Slack Community https://signoz.io/slack
++++++++++++++++++++++++++++++++++++++++

📨 Please share your email to receive support with the installation

We will reach out to you at the email provided shortly, Exiting for now. Bye! 👋

해당 프로그램이 systemd로 관리되는 서비스를 사용하는 경우일 텐데요, 일례로 다음과 같이 실행할 때 발생하는 오류와 동일합니다.

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

그런 경우 WSL은 루트 시스템 프로세스가 init이기 때문인데,

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

근래 들어 리눅스 진영은 init에서 systemd로 바뀌는 추세라고 하며, WSL은 아직 그것을 반영하지 못하고 있는 것입니다. (init을 윈도우 시스템으로 치자면 wininit.exe 정도라고 보면 될 듯합니다.)

이와 관련해 검색해 보면, 이런 소식이 2021년 11월에 있었습니다.

Ubuntu desktop team teases 'proof of concept' systemd on Windows Subsystem for Linux
; https://www.theregister.com/2021/11/17/ubuntu_team_systemd_windows_wsl2/

그런데 이후로 소식이 없군요. ^^ 대신 github에 공개된 프로젝트가 있는데,

arkane-systems/genie
; https://github.com/arkane-systems/genie

위의 것을 사용하면 WSL에서도 init 시스템에서 systemd 체계로 바꿀 수 있습니다. 실제로 한번 해볼까요? ^^ 방법은, repo 등록을 하거나 아니면 deb 설치 파일을 직접 다운로드해,

$ wget --content-disposition "https://github.com/arkane-systems/genie/releases/download/v2.4/systemd-genie_2.4_amd64.deb"

설치하면 됩니다.

$ sudo apt-get install -y daemonize systemd-container

$ sudo dpkg -i systemd-genie_2.4_amd64.deb

혹은, 위의 설치와 관련된 잡다한 작업을 해주는 설치 파일을 사용해도 좋습니다.

Enable systemd in WSL 2
; https://gist.github.com/djfdyuruiry/6720faa3f9fc59bfdf6284ee1f41f950

$ cd /tmp 

$ wget --content-disposition "https://gist.githubusercontent.com/djfdyuruiry/6720faa3f9fc59bfdf6284ee1f41f950/raw/952347f805045ba0e6ef7868b18f4a9a8dd2e47a/install-sg.sh"

$ chmod +x /tmp/install-sg.sh

$ /tmp/install-sg.sh && rm /tmp/install-sg.sh

이후 wsl 인스턴스를 종료하고 다시 실행해야 하는데요, 이때 기존처럼 시작하면 여전히 init으로 초기화가 됩니다. 즉, 명시적으로 systemd를 사용하라고 해야 하는데요, 이를 위해 윈도우 명령행에서 wsl을 경유해 다음과 같이 실행해 줍니다.

// 특정 인스턴스만 종료하고 싶다면
// wsl -t [인스턴스명]

// 속 편하게 모든 wsl 인스턴스를 종료한 후,
// wsl --shutdown

// systemd를 초기 프로세스로 부팅
c:\temp> wsl genie -s

그런데, 실제로 해보니까 다음과 같이 일부 서비스가 failed 상태입니다.

c:\temp> wsl genie -s
genie: WARNING: systemd default target is default.target; targets other than multi-user.target may not work
genie: WARNING: if you wish to use a different target, this warning can be disabled in the config file
genie: WARNING: if you experience problems, please change the target to multi-user.target
Waiting for systemd....!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
genie: systemd did not enter running state (degraded) after 240 seconds
genie: this may be due to a problem with your systemd configuration
genie: information on problematic units is available at https://github.com/arkane-systems/genie/wiki/Systemd-units-known-to-be-problematic-under-WSL
genie: a list of failed units follows:

  UNIT                       LOAD   ACTIVE SUB    DESCRIPTION
● systemd-remount-fs.service loaded failed failed Remount Root and Kernel File Systems
● multipathd.socket          loaded failed failed multipathd control socket

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

2 loaded units listed.
genie: WARNING: systemd is in degraded state, issues may occur!

$

하지만 어쨌든 init 초기 프로세스가 systemd로 교체되긴 했습니다.

$ pstree
systemd─┬─ModemManager───2*[{ModemManager}]
        ├─NetworkManager───2*[{NetworkManager}]
        ...[생략]...
        ├─unattended-upgr───{unattended-upgr}
        └─wpa_supplicant

실제로 테스트도 잘 됩니다.

$ sudo systemctl status time-sync.target
● time-sync.target - System Time Synchronized
     Loaded: loaded (/lib/systemd/system/time-sync.target; static; vendor preset: disabled)
     Active: active since Wed 2022-07-20 15:07:34 KST; 1h 15min ago
       Docs: man:systemd.special(7)

Jul 20 15:07:34 Kevin10-wsl systemd[1]: Reached target System Time Synchronized.

그럼에도 불구하고 2가지 오류가 거슬린다면, 혹은 거슬리지 않더라도 시작하는데 4분이 소요되는 것은 참기 힘들기 때문에 다음의 글에 따라 수정하셔도 좋습니다.

WSL - systemd-genie와 관련한 2가지(systemd-remount-fs.service, multipathd.socket) 에러
; https://www.sysnet.pe.kr/2/0/13103

참고로, 위와 같이 systemd로 바꾸는 것은 WSL 2 인스턴스만 가능하며, 그 외에 한 가지 눈에 띄는 부작용이 있다면, 이후로는 WSLg가 동작하지 않는다는 점입니다.

$ xclock
Error: Can't open display: :0




다음과 같은 오류가 발생한다면?

$ sudo apt-get install -y python3-psutil
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
 systemd-genie : Depends: daemonize but it is not going to be installed
                 Depends: systemd-container (>= 232-25) but it is not going to be installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).

딴 생각하지 마시고, ^^ 알려주는 대로 그냥 --fix-broken install 옵션을 줘 실행하면 됩니다.

$ sudo apt --fix-broken install
Reading package lists... Done
Building dependency tree
...[생략]...
Processing triggers for dbus (1.12.16-2ubuntu2.2) ...

$ sudo apt-get install -y python3-psutil
Reading package lists... Done
Building dependency tree
Reading state information... Done
python3-psutil is already the newest version (5.5.1-1ubuntu4).
python3-psutil set to manually installed.
The following packages were automatically installed and are no longer required:
  libfwupdplugin1 libpq5
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/16/2023]

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

비밀번호

댓글 작성자
 




... 76  77  78  79  80  81  82  83  [84]  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
11836정성태3/5/201923354오류 유형: 525. Visual Studio 2019 Preview 4/RC - C# 8.0 Missing compiler required member 'System.Range..ctor' [1]
11835정성태3/5/201921837.NET Framework: 810. C# 8.0의 Index/Range 연산자를 .NET Framework에서 사용하는 방법 및 비동기 스트림의 컴파일 방법 [3]파일 다운로드1
11834정성태3/4/201920637개발 환경 구성: 432. Visual Studio 없이 최신 C# (8.0) 컴파일러를 사용하는 방법
11833정성태3/4/201921190개발 환경 구성: 431. Visual Studio 2019 - CMake를 이용한 공유/실행(so/out) 리눅스 프로젝트 설정파일 다운로드1
11832정성태3/4/201917100오류 유형: 524. Visual Studio CMake - rsync: connection unexpectedly closed
11831정성태3/4/201916932오류 유형: 523. Visual Studio 2019 - 새 창으로 뜬 윈도우를 닫을 때 비정상 종료
11830정성태2/26/201916626오류 유형: 522. 이벤트 로그 - Error opening event log file State. Log will not be processed. Return code from OpenEventLog is 87.
11829정성태2/26/201918322개발 환경 구성: 430. 마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법 - 리눅스 환경 [1]
11828정성태2/26/201926217개발 환경 구성: 429. Component Services 관리자의 RuntimeBroker 설정이 2개 있는 경우 [8]
11827정성태2/26/201919148오류 유형: 521. Visual Studio - Could not start the 'rsync' command on the remote host, please install it using your system package manager.
11826정성태2/26/201919336오류 유형: 520. 우분투에 .NET Core SDK 설치 시 패키지 의존성 오류
11825정성태2/25/201924604개발 환경 구성: 428. Visual Studio 2019 - CMake를 이용한 리눅스 빌드 환경 설정 [1]
11824정성태2/25/201919044오류 유형: 519. The SNMP Service encountered an error while accessing the registry key SYSTEM\CurrentControlSet\Services\SNMP\Parameters\TrapConfiguration. [1]
11823정성태2/21/201920650오류 유형: 518. IIS 관리 콘솔이 뜨지 않는 문제
11822정성태2/20/201918990오류 유형: 517. docker에 설치한 MongoDB 서버로 연결이 안 되는 경우
11821정성태2/20/201919740오류 유형: 516. Visual Studio 2019 - This extension uses deprecated APIs and is at risk of not functioning in a future VS update. [1]
11820정성태2/20/201922811오류 유형: 515. 윈도우 10 1809 업데이트 후 "User Profiles Service" 1534 경고 발생
11819정성태2/20/201922074Windows: 158. 컴퓨터와 사용자의 SID(security identifier) 확인 방법
11818정성태2/20/201920164VS.NET IDE: 131. Visual Studio 2019 Preview의 닷넷 프로젝트 빌드가 20초 이상 걸리는 경우 [2]
11817정성태2/17/201916520오류 유형: 514. WinDbg Preview 실행 오류 - Error : DbgX.dll : WindowsDebugger.WindowsDebuggerException: Could not load dbgeng.dll
11816정성태2/17/201919983Windows: 157. 윈도우 스토어 앱(Microsoft Store App)을 명령행에서 직접 실행하는 방법
11815정성태2/14/201918195오류 유형: 513. Visual Studio 2019 - VSIX 설치 시 "The extension cannot be installed to this product due to prerequisites that cannot be resolved." 오류 발생
11814정성태2/12/201917067오류 유형: 512. VM(가상 머신)의 NT 서비스들이 자동 시작되지 않는 문제
11813정성태2/12/201918358.NET Framework: 809. C# - ("Save File Dialog" 등의) 대화 창에 확장 속성을 보이는 방법
11812정성태2/11/201915695오류 유형: 511. Windows Server 2003 VM 부팅 후 로그인 시점에 0xC0000005 BSOD 발생
11811정성태2/11/201920925오류 유형: 510. 서버 운영체제에 NVIDIA GeForce Experience 실행 시 wlanapi.dll 누락 문제
... 76  77  78  79  80  81  82  83  [84]  85  86  87  88  89  90  ...