Microsoft MVP성태의 닷넷 이야기
Linux: 51. WSL - init에서 systemd로 전환하는 방법 [링크 복사], [링크+제목 복사],
조회: 25624
글쓴 사람
정성태 (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)
12153정성태2/23/202024284.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202021315.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202023967.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202024059.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202020965.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202025603디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202020958디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202022162.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202023776.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202023967.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202018369.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202022284.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202021252.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202022634.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202022295.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202028544.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202020188오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202021856Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202027643개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202024911.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202022658디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202025688.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기) [1]파일 다운로드1
12131정성태1/27/202024385개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/202022005VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202028977.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202023118오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...