Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

WSL 2 - docker-desktop-data, docker-desktop (%LOCALAPPDATA%\Docker\wsl\data\ext4.vhdx) 파일을 다른 디렉터리로 옮기는 방법

Docker Desktop이 사용하는 리눅스 인스턴스는 원래 Hyper-V의 "DockerDesktopVM"에서 호스팅되므로 만약 해당 vhdx의 파일 크기가 커져 C 드라이브에 있는 것이 부담스럽다면 Hyper-V 레벨에서 변경만 해주면 됩니다.

하지만, "Use the WSL 2 based engine" 옵션을 켜면 Hyper-V가 아닌 별도의 vhdx로 빠져 WSL 2 인스턴스와 연동이 됩니다. 실제로 WSL 2로 활성화하면 다음과 같이 docker-desktop-data, docker-desktop 항목이 생성됩니다. (2024-11-11 업데이트: Docker Desktop 4.3부터 docker-desktop-data는 더 이상 신규 생성을 하지 않습니다.)

C:\temp> wsl -l -v
  NAME                   STATE           VERSION
* Ubuntu20.04            Running         2
  docker-desktop-data    Stopped         2
  docker-desktop         Stopped         2

현재 Stopped로 나오는데요, 왜냐하면 "Docker Desktop"을 실행하지 않았기 때문입니다. 따라서 그걸 실행시킨 후에 다시 확인하면,

C:\temp> wsl -l -v
  NAME                   STATE           VERSION
* Ubuntu20.04            Running         2
  docker-desktop-data    Running         2
  docker-desktop         Running         2

Running으로 나오고, WSL 2 backend로 지정된 인스턴스(위의 경우 Ubuntu20.04)는 이렇게 /mnt/wsl로 추가 마운팅이 이뤄집니다.

$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sdb       263174212   5592496 244143560   3% /
tmpfs           13092504    410040  12682464   4% /mnt/wsl
tools          248984568 223661284  25323284  90% /init
...[생략]...
/dev/sdd       263174212   8056920 241679136   4% /mnt/wsl/docker-desktop-data/isocache
none            13092504        12  13092492   1% /mnt/wsl/docker-desktop/shared-sockets/host-services
/dev/sdc       263174212    134176 249601880   1% /mnt/wsl/docker-desktop/docker-desktop-proxy
/dev/loop0        404596    404596         0 100% /mnt/wsl/docker-desktop/cli-tools

참고로, "Docker Desktop"이 실행되지 않으면 다음과 같이 마운팅 결과가 나옵니다.

$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sdb       263174212   5591704 244144352   3% /
tmpfs           13092504         0  13092504   0% /mnt/wsl
tools          248984568 223664044  25320524  90% /init
...[생략]...




docker-desktop 볼륨의 물리적인 파일 위치는 "%LOCALAPPDATA%\Docker\wsl\data\ext4.vhdx"에 해당합니다. 그리고 docker 운영이 커질수록 이 파일의 크기는 그에 맞게 증가합니다. 문제는, docker-desktop-data와 docker-desktop의 크기가 무시 못 할 정도로 커질 수 있는데요, 가령 제 경우에는 8GB까지 육박했습니다.

상황에 따라서는 C 드라이브에 8GB를 점유하는 것이 부담스러울 수 있는데요, 다행히 ext4.vhdx 파일을 다른 드라이브로 옮길 수 있는 방법이 있고 이에 대해서는 전에 한 번 설명했던 것과 같습니다.

WSL 인스턴스 export/import 방법 및 단축 아이콘 설정 방법
; https://www.sysnet.pe.kr/2/0/12569

정리하면 다음과 같이 하면 됩니다.

wsl --shutdown
wsl --export docker-desktop-data e:\temp\docker-desktop-data.tar
wsl --unregister docker-desktop-data
wsl --import docker-desktop-data e:\wsl2\data e:\temp\docker-desktop-data.tar --version 2

del e:\temp\docker-desktop-data.tar

위와 같이 실행하면 "%LOCALAPPDATA%\Docker\wsl\data"에 있던 ext4.vhdx 파일이 e:\wsl2 디렉터리로 이동합니다. 그리고 docker-desktop 인스턴스의 경우 용량은 작지만 그래도 일관성을 위해 함께 이전하는 것이 좋을 듯합니다. ^^

wsl --export docker-desktop e:\temp\docker-desktop.tar
wsl --unregister docker-desktop
wsl --import docker-desktop e:\wsl2\docker e:\temp\docker-desktop.tar --version 2

이렇게 되면 (제 경우에) 8GB가 C 드라이브에 확보가 됩니다. ^^




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







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

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)
12086정성태12/20/201920938디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201918901오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201919341디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922306Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920557오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922419개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919575.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921465오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921250Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920360Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918882디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919684디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919370디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920880Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917675오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921189오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923117오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919496디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928164디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919574디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919247디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917546디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920476오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919407디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918892디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919333Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...