WSL에서 리눅스 배포판 제대로 활용하기

재부팅도, USB도 없이 윈도우 화면 안에서 진짜 리눅스 커널이 그대로 돌아간다면 믿어질까요. Live USB로 배포판을 체험하는 방법도 유용하지만, 개발 목적이라면 이보다 더 마찰 없는 방법이 있어요. 바로 Windows Subsystem for Linux, WSL이에요. 특히 WSL2로 넘어오면서 이전과는 완전히 다른 수준의 호환성을 갖추게 됐는데, WSL에서 리눅스 배포판을 제대로 활용하려면 뭘 알아야 할까요?

WSL1과 WSL2는 커널을 다루는 방식 자체가 다르다

WSL1은 리눅스 시스템 콜을 윈도우 커널이 흉내 내는 호환 레이어 방식이라 파일 I/O는 빠르지만 일부 시스템 콜 호환성이 떨어져요. 반면 WSL2는 실제 경량 리눅스 커널을 Hyper-V 기반 가상머신 위에서 그대로 구동해서, Docker를 비롯해 커널 기능에 의존하는 프로그램 대부분이 문제없이 동작해요.

지금 새로 WSL을 쓴다면 사실상 WSL2가 기본값이며, “진짜 리눅스 커널 위에서 배포판이 돌아간다”는 점에서 가상머신에 가장 가까운 경험을 제공해요.

배포판은 Microsoft Store에서 골라 설치한다

Microsoft Store를 통해 여러 배포판을 선택해 설치할 수 있어요.

# 설치 가능한 배포판 목록 확인
wsl --list --online

# 특정 배포판 설치
wsl --install -d Ubuntu-24.04

Ubuntu: 기본값이자 가장 무난한 선택이에요. 대부분의 튜토리얼이 이 배포판 기준으로 작성돼 있어요.
Debian: Ubuntu보다 가벼운 기반을 선호하는 경우에 맞아요.
Kali Linux: 보안 테스트 도구를 그대로 윈도우 환경에서 활용하고 싶은 경우에 쓰지만, 실사용 목적을 벗어나지 않는지 확인이 필요해요.
openSUSE, Fedora Remix: RPM 계열 명령어에 익숙해지고 싶은 경우에 적합해요.

여러 배포판을 동시에 설치해두고 프로젝트별로 다른 배포판을 쓰는 것도 WSL에서는 자연스러워요.

실사용에서는 파일 위치와 메모리를 챙겨야 한다

윈도우 파일시스템(/mnt/c/...)에서 작업하면 I/O 성능이 크게 떨어져요. 반드시 리눅스 파일시스템 내부(~/) 경로에서 프로젝트를 다루는 게 속도 면에서 유리해요. WSL2는 기본적으로 필요한 만큼 메모리를 계속 점유하는 경향이 있어서, .wslconfig 파일로 메모리 상한을 지정해두는 게 좋아요.

에디터 연동도 챙길 만한데, “Remote - WSL” 확장을 쓰면 에디터는 윈도우에서, 실제 코드 실행과 터미널은 리눅스 환경에서 매끄럽게 연결돼요. GUI 앱을 써야 한다면 WSLg가 통합되어 있어서 별도 X 서버 설치 없이 리눅스 GUI 앱을 윈도우 데스크톱에 바로 띄울 수 있어요.

WSL이 유리한 경우와 불리한 경우가 갈린다

윈도우 전용 소프트웨어(어도비 제품군, 특정 게임)를 계속 써야 하지만 개발은 리눅스 환경이 필요한 경우라면 WSL이 유리해요. 듀얼부팅처럼 재부팅할 필요 없이 두 환경을 동시에 오갈 수 있거든요.

반면 커널 모듈을 직접 컴파일하거나, 특정 하드웨어(USB 장치, GPU 패스스루가 완전히 필요한 작업)에 저수준으로 접근해야 하는 경우라면 얘기가 달라요. 이런 작업은 네이티브 리눅스 설치가 여전히 더 안정적이에요.

결국 WSL은 마찰 없는 입구 역할을 한다

WSL2는 “리눅스를 배우고 싶은데 윈도우를 완전히 떠나긴 부담스럽다”는 사람에게 가장 마찰이 적은 입구예요. 실제 커널 위에서 동작하기 때문에 Live USB나 가상머신에서 익힌 명령어와 습관을 그대로 옮겨올 수 있고, 언젠가 개발자를 위한 네이티브 배포판으로 넘어가더라도 배운 것이 그대로 통용돼요.