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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...
NoWriterDateCnt.TitleFile(s)
13216정성태1/12/20234007디버깅 기술: 184. windbg - 32비트 프로세스의 메모리 덤프인 경우 !peb 명령어로 나타나지 않는 환경 변수
13215정성태1/11/20235304Linux: 56. 리눅스 - /proc/pid/stat 정보를 이용해 프로세스의 CPU 사용량 구하는 방법 [1]
13214정성태1/10/20235111.NET Framework: 2087. .NET 6부터 SourceGenerator와 통합된 System.Text.Json [1]파일 다운로드1
13213정성태1/9/20234575오류 유형: 836. docker 이미지 빌드 시 "RUN apt install ..." 명령어가 실패하는 이유
13212정성태1/8/20234374기타: 85. 단정도/배정도 부동 소수점의 정밀도(Precision)에 따른 형변환 손실
13211정성태1/6/20234418웹: 42. (https가 아닌) http 다운로드를 막는 웹 브라우저
13210정성태1/5/20233591Windows: 219. 윈도우 x64의 경우 0x00000000`7ffe0000 아래의 주소는 왜 사용하지 않을까요?
13209정성태1/4/20233390Windows: 218. 왜 윈도우에서 가상 메모리 공간은 64KB 정렬이 된 걸까요?
13208정성태1/3/20233352.NET Framework: 2086. C# - Windows 운영체제의 2MB Large 페이지 크기 할당 방법파일 다운로드1
13207정성태12/26/20223692.NET Framework: 2085. C# - gpedit.msc의 "User Rights Assignment" 특권을 코드로 설정/해제하는 방법파일 다운로드1
13206정성태12/24/20223888.NET Framework: 2084. C# - GetTokenInformation으로 사용자 SID(Security identifiers) 구하는 방법 [3]파일 다운로드1
13205정성태12/24/20224319.NET Framework: 2083. C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용 (2)파일 다운로드1
13204정성태12/22/20223588.NET Framework: 2082. C# - (LSA_UNICODE_STRING 예제로) CustomMarshaler 사용법파일 다운로드1
13203정성태12/22/20223661.NET Framework: 2081. C# Interop 예제 - (LSA_UNICODE_STRING 예제로) 구조체를 C++에 전달하는 방법파일 다운로드1
13202정성태12/21/20224007기타: 84. 직렬화로 설명하는 Little/Big Endian파일 다운로드1
13201정성태12/20/20224605오류 유형: 835. PyCharm 사용 시 C 드라이브 용량 부족
13200정성태12/19/20223543오류 유형: 834. 이벤트 로그 - SSL Certificate Settings created by an admin process for endpoint
13199정성태12/19/20223800개발 환경 구성: 656. Internal Network 유형의 스위치로 공유한 Hyper-V의 VM과 호스트가 통신이 안 되는 경우
13198정성태12/18/20223728.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/20223616.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/20223753.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/20224353개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/20224314오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/20224419오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/20224379Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/20225293.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...