[카테고리:] Windows 오류 해결

적용 범위: Windows의 WSL · 공식 자료 확인: 2026-10-20

어떤 단계에서 실패했는지 먼저 확인하세요

WSL(Windows Subsystem for Linux) 관련 업데이트나 배포판 설치 중 오류가 발생하면 진행이 멈추거나 네트워크, 변환 작업에서 실패할 수 있습니다. 다만 wsl --update 실패와 Ubuntu 안에서 실행한 sudo apt update 실패는 서로 다른 작업입니다. 아래에서는 주요 점검 항목인 가상화, Windows 기능, 호스트 네트워크 서비스, 커널 업데이트를 증상에 맞춰 나눠 확인합니다.

이 글은 Microsoft 공식 문서를 정리한 진단 안내이며, 특정 PC에서 오류를 직접 재현해 해결했다고 보고하는 글은 아닙니다. 오류 코드와 실행한 명령을 함께 기록하고, 해당하는 단계만 확인하세요.

1. 오류 문구와 현재 상태를 기록합니다

Windows PowerShell 또는 명령 프롬프트에서 다음 조회 명령을 한 줄씩 실행합니다. Linux 터미널에 그대로 붙여넣는 절차가 아닙니다.

wsl --version
wsl --status
wsl --list --verbose

첫 명령은 WSL 구성 요소 버전, 두 번째는 기본 배포·커널 등 상태, 세 번째는 배포별 WSL 1/2 여부와 실행 상태를 확인합니다. 오래된 기본 제공 WSL에서 --version을 인식하지 못하면 wsl --status와 wsl --help 결과를 기록하세요. Microsoft: WSL 기본 명령 및 공식 문제 해결 문서를 참고했습니다.

2. WSL 자체 업데이트가 실패한 경우

저장하지 않은 작업을 먼저 보관한 뒤 Windows의 명령창에서 아래 업데이트를 실행하고, 완료 또는 실패 문구를 확인하세요. 관리자 권한이 필요하다는 안내가 나오면 권한이 있는 계정에서 관리자 명령창을 사용합니다.

wsl --update

Microsoft Store를 통한 업데이트 경로에서 문제가 생기고 현재 WSL이 해당 옵션을 지원한다면 다음 공식 대안을 검토할 수 있습니다.

wsl --update --web-download

--web-download는 Store 대신 GitHub에서 업데이트를 받는 옵션입니다. 모든 오류를 해결하는 명령은 아니며, 조직 PC에서는 다운로드 정책을 먼저 확인하세요. 지원하지 않는 옵션이라는 메시지가 나오면 반복 실행하지 말고 현재 Windows·WSL 버전과 도움말을 확인합니다. Microsoft의 업데이트 명령 설명

3. 설치·실행 오류라면 해당 조건만 점검합니다

• 가상화·Virtual Machine Platform: 0x80370102처럼 가상 머신 시작에 필요한 기능이 없다는 오류일 때 확인합니다. BIOS/UEFI 설정은 PC 제조사 안내를 따르고, 기능을 활성화했다면 재부팅합니다.
• Windows 선택적 기능: 0x8007019e는 WSL 선택적 구성 요소가 활성화되지 않은 경우의 점검 항목입니다. 모든 업데이트 오류가 같은 기능 누락 때문이라고 단정하지 마세요.
• 커널 업데이트 패키지: 구형 수동 설치 환경에서 커널 구성 요소 업데이트가 필요하다는 문구가 나온 경우 구형 WSL 수동 설치 안내의 해당 절차와 CPU 아키텍처를 확인합니다. 최신 설치 환경에 구형 패키지를 무조건 적용하지 않습니다.

오류별 근거: Microsoft WSL 문제 해결 — 설치 오류

4. 배포판 내부 DNS 오류는 별도로 진단합니다

Ubuntu 등의 패키지 업데이트 중 도메인을 해석하지 못한다는 문구가 나온다면 WSL 자체 업데이트 성공 여부와 구분하세요. Windows에서도 인터넷이 안 되는지, WSL 안에서만 실패하는지, VPN 연결 때만 발생하는지를 기록하면 문의 범위를 줄일 수 있습니다.

ICS(인터넷 연결 공유) 등 호스트 네트워크 서비스는 네트워크 증상에 맞춰 확인할 사항입니다. DNS 파일 수정이나 서비스 재시작을 모든 사용자에게 공통 해결책으로 적용하지 않습니다. 공식 문서도 VPN, 방화벽, DNS 터널링 등 환경별로 다른 절차를 안내합니다. 특히 /etc/resolv.conf를 임의로 고정하면 현재 DNS 구성과 충돌할 수 있으므로, 먼저 공식 문서의 해당 네트워크 항목을 확인하고 조직 PC는 관리자에게 문의하세요.

5. 재시작과 완료 확인

WSL 재시작이 필요한 상황이라면 Linux 작업과 WSL을 사용하는 앱의 작업을 저장한 뒤 아래 명령을 검토할 수 있습니다. 이 명령은 실행 중인 모든 배포판과 WSL 2 가상 머신을 종료하므로 실행 중인 작업이 중단됩니다.

wsl --shutdown

이후 사용하는 배포판을 다시 엽니다. 버전과 상태는 Windows PowerShell 또는 명령 프롬프트에서 wsl --version 또는 wsl --status로 확인하세요. 처음 실패한 작업은 그 작업을 실행했던 환경에서 한 번 다시 시도합니다. 특정 서비스 이름을 전제로 한 재시작보다 공식 종료 명령의 적용 범위를 먼저 확인하세요. Microsoft: WSL 종료·상태 명령

주의 사항과 추가 문의

Windows 인플레이스 업그레이드는 일반적인 WSL 업데이트 실패의 기본 해결 단계로 권하지 않습니다. Windows 자체 손상이 확인된 경우에만 별도 복구 절차와 백업을 검토하세요. 배포판 등록 해제 명령은 해당 배포판의 데이터를 영구 삭제하므로 업데이트 문제 해결용으로 따라 실행하지 마세요.

완료 기준: 업데이트 결과뿐 아니라 원래 사용하던 배포판과 실패했던 작업이 정상 동작하는지 확인합니다. 해결되지 않으면 실행 명령, 오류 문구·코드, Windows 빌드, WSL 버전, 배포판 이름, VPN 사용 여부, 시도한 조치와 결과를 정리해 문의하세요. 공유할 화면이나 로그에서는 사용자명·내부 주소·인증 정보를 가립니다.

자주 묻는 질문

Ubuntu의 apt 오류도 wsl --update로 해결되나요?

서로 다른 업데이트이므로 해결을 보장할 수 없습니다. Windows의 WSL 업데이트와 Linux 배포판의 패키지 업데이트 중 어디서 오류가 났는지 구분하세요.

종료 명령을 실행하면 배포판이 삭제되나요?

wsl --shutdown은 실행 중인 환경을 종료하는 명령입니다. 배포판 등록 해제와는 다르지만 저장하지 않은 작업은 잃을 수 있으므로 먼저 보관하세요.

공식 참고 자료

• Microsoft Learn: WSL 기본 명령
• Microsoft Learn: WSL 문제 해결
• Microsoft Learn: 구형 WSL 수동 설치

회의 앱에서 상대가 내 목소리를 못 듣는다고 해서 마이크가 고장 났다고 바로 판단할 필요는 없습니다. Windows가 다른 입력 장치를 선택했거나 앱의 접근이 차단됐을 수 있습니다. 먼저 Windows 자체에서 소리가 들어오는지 확인하면 문제 범위를 줄일 수 있습니다.

이 글은 Windows 11을 기준으로 합니다. 장치 제조사와 Windows 버전에 따라 메뉴 표현이 조금 다를 수 있습니다. 특정 마이크를 실제로 테스트한 결과가 아니라 공식 설정 경로와 진단 순서를 안내합니다.

증상과 가능한 원인

• 입력 장치 목록에 마이크가 없음: 연결, 전원, 인식 문제를 확인합니다.
• 목록에는 있지만 입력이 없음: 음소거, 입력 볼륨, 선택된 장치를 확인합니다.
• Windows 테스트는 되는데 특정 앱만 실패: 앱 권한과 앱 안의 마이크 선택을 확인합니다.
• 다른 사람이 듣는 소리가 너무 작음: 입력 볼륨과 마이크 위치를 비교합니다.

1. 물리적인 연결과 음소거를 확인하세요

헤드셋 케이블과 USB 연결을 확인하고 마이크 스위치나 키보드의 음소거 버튼을 살펴봅니다. Bluetooth 장치는 목록에 등록된 것과 실제 연결된 상태가 다를 수 있습니다. 배터리와 연결 상태를 함께 확인하세요. 이어폰으로 소리가 들린다고 마이크 입력도 반드시 연결됐다고 볼 수는 없습니다.

2. Windows에서 사용할 입력 장치를 선택하세요

1. 시작 → 설정 → 시스템 → 소리를 엽니다.
2. 입력에서 사용하려는 마이크를 선택합니다.
3. 장치 이름을 확인합니다. 노트북 내장 마이크와 USB 헤드셋이 함께 있으면 의도한 장치인지 구분하세요.
4. 선택한 마이크의 속성에서 입력 볼륨과 테스트 항목을 확인합니다.

화면에 비슷한 이름이 여러 개라면 무작정 바꾸기보다 연결한 제품 이름과 일치하는지 확인하세요. 가상 오디오 장치를 사용하는 환경이라면 실제 마이크와 가상 입력이 섞여 있을 수 있습니다.

3. 짧게 입력 테스트를 진행하세요

마이크 속성의 테스트 시작으로 짧게 말한 뒤 테스트를 중지하고 재생해 확인합니다. 개인정보 대신 ‘마이크 확인 하나 둘 셋’처럼 간단한 문장을 사용하세요. 이 문장은 사용자가 직접 비교하기 위한 예시입니다.

• 테스트에서도 무음: 연결·음소거·선택 장치·입력 볼륨을 다시 확인합니다.
• 테스트는 정상: 특정 앱의 장치 선택과 권한 확인으로 이동합니다.
• 매우 작거나 끊김: 마이크 위치와 볼륨을 한 항목씩 바꾸고 비교합니다.

4. 앱 권한은 세 항목을 구분하세요

1. 설정 → 개인 정보 및 보안 → 마이크로 이동합니다.
2. 마이크 액세스가 허용돼 있는지 확인합니다.
3. 앱에서 마이크에 액세스하도록 허용과 필요한 앱의 설정을 확인합니다.
4. 일반 데스크톱 프로그램이라면 데스크톱 앱에서 마이크에 액세스하도록 허용 항목도 확인합니다.

Microsoft는 데스크톱 앱은 일반 앱처럼 개별 권한 스위치로 제어할 수 없다고 설명합니다. 목록에서 프로그램 이름을 찾지 못했다는 이유만으로 설정을 무작정 바꾸지 마세요. 업무용 기기에서 조직이 관리하는 항목은 관리자에게 확인합니다.

5. 문제 앱의 입력 장치를 확인하세요

회의·녹음 앱의 오디오 설정을 열어 Windows 테스트에서 확인한 마이크가 선택됐는지 봅니다. 앱 내부의 음소거도 해제돼 있어야 합니다. 브라우저로 이용하는 서비스라면 해당 사이트의 마이크 권한을 추가로 확인합니다. 모든 앱이 실패하는지 하나만 실패하는지 구분하면 장치 교체 전에 해결할 수 있는 문제를 찾기 쉽습니다.

해결되지 않을 때

연결과 권한을 점검해도 장치가 인식되지 않으면 Windows 업데이트와 제조사의 해당 모델 지원 문서를 확인하세요. 드라이버를 구해야 한다면 장치 제조사의 공식 경로를 사용하고 출처가 불분명한 자동 드라이버 설치 프로그램은 피합니다. 문의 시 Windows 버전, 장치 모델, 연결 방식, Windows 테스트 결과, 문제가 생기는 앱을 전달하세요.

FAQ

소리는 잘 들리는데 마이크만 안 될 수 있나요?

가능합니다. 출력과 입력은 서로 다른 장치나 설정을 사용할 수 있습니다. 소리 설정의 입력 항목을 별도로 확인하세요.

권한을 모두 켜야 하나요?

필요한 범위만 허용하세요. 권한이 문제인지 먼저 확인하고, 조직에서 관리하는 설정은 담당자에게 문의합니다.

드라이버를 삭제하면 바로 해결되나요?

그렇게 단정할 수 없습니다. 연결과 입력 테스트, 앱 설정부터 확인한 뒤 공식 절차가 필요한 경우에만 다음 단계로 진행하세요.

공식 출처

• Microsoft: 마이크 문제 해결
• Microsoft: Windows에서 마이크 앱 사용 권한 켜기

Windows + Shift + S로 화면을 캡처했는데 첨부할 이미지 파일이 보이지 않나요? 캡처를 했다는 것, 클립보드에 이미지가 있다는 것, 디스크에 파일이 저장됐다는 것은 각각 확인해야 합니다. 저장 위치를 추측하며 여러 폴더를 뒤지기 전에 캡처 도구에서 결과를 직접 확인하세요.

이 글은 Windows 11의 캡처 도구를 기준으로 합니다. 앱 버전과 자동 저장 설정에 따라 동작이 달라질 수 있습니다. 다른 캡처 프로그램이나 게임 녹화 기능의 저장 경로에는 그대로 적용하지 마세요.

증상별로 구분하기

• 영역 선택 후 파일을 못 찾음: 자동 저장 여부와 저장 위치를 확인합니다.
• 붙여넣기는 되지만 파일이 없음: 클립보드의 이미지를 별도 파일로 저장할 수 있습니다.
• 알림을 놓침: 캡처 도구를 열어 새 캡처부터 저장 과정을 확인합니다.
• 메뉴를 열면 캡처 전에 사라짐: 지연 캡처를 검토합니다.

1. 새 캡처로 저장 과정을 한 번 확인하세요

1. 공유해도 되는 화면을 준비합니다. 계정 정보와 개인 메시지가 보이지 않는지 확인하세요.
2. Windows + Shift + S를 누르고 캡처 모드와 영역을 선택합니다.
3. 결과 알림이 보이면 눌러 캡처 도구에서 이미지를 엽니다.
4. 알림을 놓쳤거나 결과가 불분명하면 시작 메뉴에서 캡처 도구를 열고 새로 만들기로 다시 캡처합니다.

이 단계는 과거에 놓친 이미지가 반드시 복원된다는 뜻이 아닙니다. 같은 동작을 하면서 결과가 어디에 남는지 확인하기 위한 절차입니다.

2. 자동 저장 설정과 폴더를 확인하세요

Microsoft는 현재 캡처 도구에서 스크린샷이 스크린샷 폴더에 자동 저장되며, 더 보기 → 설정에서 자동 저장 동작과 기본 저장 폴더를 바꿀 수 있다고 안내합니다. 따라서 모든 PC가 같은 경로를 사용한다고 가정하기보다 본인 앱에 표시된 설정을 확인하세요.

저장 폴더가 클라우드 동기화 대상인 경우에는 로컬 저장과 다른 기기로의 동기화 완료가 별개입니다. 이 PC에서 파일이 열리는지 먼저 확인하고, 다른 기기에서 필요한 경우에는 동기화 상태도 확인합니다.

3. 저장 위치를 직접 지정하세요

1. 캡처 도구에서 원하는 이미지가 맞는지 확인합니다.
2. 다른 이름으로 저장 또는 저장 버튼을 사용합니다. 공식 단축키 안내에는 저장에 Ctrl + S가 제시돼 있습니다.
3. 자신이 찾기 쉬운 폴더를 직접 선택합니다.
4. 예를 들어 연결오류_설정화면.png처럼 내용을 구분할 수 있는 이름을 입력합니다. 같은 이름의 기존 파일을 덮어쓰는지 확인하세요.
5. 저장 후 파일 탐색기에서 해당 위치를 열고 파일을 다시 열어 봅니다.

‘저장 버튼을 눌렀다’보다 ‘지정한 폴더에 파일이 있고 다시 열린다’가 확실한 확인 기준입니다. 날짜나 파일명을 함께 기록하면 비슷한 캡처 여러 장을 구분하기 쉽습니다.

4. 클립보드에만 남았다면

이미지를 붙여넣을 수 있는 앱에서 Ctrl + V로 확인할 수 있습니다. 원하는 캡처가 나타나면 그 앱의 저장 기능으로 파일을 만드세요. 이후 다른 내용을 복사했다면 클립보드가 바뀌었을 수 있으므로 이전 이미지가 반드시 남아 있다고 기대하지 마세요. 불분명하면 필요한 화면을 다시 캡처하는 편이 정확합니다.

5. 펼친 메뉴를 찍어야 한다면

클릭하면 닫히는 메뉴는 캡처 도구의 지연 기능을 활용할 수 있습니다. 새 캡처 전에 지연 시간을 정하고, 그 시간 안에 촬영할 메뉴를 펼칩니다. 캡처 후에는 메뉴 글자가 읽히는지 확인하세요. 화면 전체가 필요하지 않다면 관련 영역만 남기면 안내받는 사람이 오류를 파악하기 쉽습니다.

해결되지 않을 때

단축키 자체가 반응하지 않는지, 캡처는 되는데 저장만 실패하는지 구분하세요. 시작 메뉴에서 앱을 직접 열어 비교하고, 저장 실패라면 본인에게 쓰기 권한이 있는 다른 폴더에서 확인합니다. 도움을 요청할 때는 Windows와 캡처 도구 버전, 사용한 단축키, 저장 시 오류 문구를 정리합니다.

FAQ

캡처 알림이 없으면 실패한 건가요?

알림 표시만으로 판단하지 말고 캡처 도구와 저장 폴더를 확인하세요. 클립보드에 원하는 이미지가 있는지도 별도로 확인할 수 있습니다.

모든 캡처 단축키의 저장 위치가 같나요?

사용한 기능과 설정에 따라 다를 수 있습니다. 이 글은 캡처 도구 기준이므로 다른 프로그램의 저장 설정은 해당 앱에서 확인하세요.

이미지를 공유하기 전에는 무엇을 보나요?

글자가 읽히는지, 필요한 오류 문구가 잘리지 않았는지, 비밀번호·이메일·개인정보가 노출되지 않았는지 확인하세요.

공식 출처

• Microsoft: 캡처 도구를 사용하여 스크린샷 캡처