Microsoft MVP성태의 닷넷 이야기
Linux: 51. WSL - init에서 systemd로 전환하는 방법 [링크 복사], [링크+제목 복사],
조회: 20298
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12084정성태12/19/201919300디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922277Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920552오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922401개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919565.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921434오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921238Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920343Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918855디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919654디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919327디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920868Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917669오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921175오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923098오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919486디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928149디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919561디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919221디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917528디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920443오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919376디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918887디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919321Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201920923디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201920087디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...