Linux에서 마이크가 작동하지 않는 경우: 문제 확인 및 해결 방법

Linux에서 마이크가 작동하지 않는 경우, 고장 난 것보다 음소거된 경우가 훨씬 더 많습니다. ALSA 캡처 채널은 많은 배포판에서 비활성화된 상태로 제공되므로, 캡슐은 작동하지만 드라이버는 아무것도 전달하지 않습니다. 잘못된 기본 소스나 샌드박스에 제한된 앱이 나머지 사례의 대부분을 설명합니다. 신호는 여러 계층을 거치며 전달됩니다: ALSA 커널 드라이버, PipeWire 또는 PulseAudio, 그리고 애플리케이션 자체 순입니다. 어느 계층에서든 신호가 차단될 수 있으며, 그 결과는 항상 똑같은 침묵입니다. 올바른 해결 방법은 전적으로 어느 계층에서 차단이 발생하는지에 달려 있습니다. 이 가이드는 해당 계층을 파악한 후, 그래픽 및 터미널 단계를 통해 문제를 해결합니다. 먼저 간단한 마이크 테스트나 데스크톱 입력 미터를 통해 하드웨어 상태를 확인하세요. 그런 다음 사용 중인 배포판이 PipeWire 또는 PulseAudio 중 어느 것을 실행하는지 확인하세요. 아래 명령어는 이 답변에 따라 달라지기 때문입니다.

Linux 마이크가 작동하지 않을 때: 빠른 해결 체크리스트

✓	마이크 테스트 또는 데스크톱 소리 입력 미터를 사용하여 테스트해 보세요.
✓	alsamixer에서 캡처 채널의 음소거를 해제하고 레벨을 높여주세요.
✓	pavucontrol에서 올바른 입력을 설정하세요(PipeWire의 경우 wpctl).
✓	사용자가 audio 그룹에 포함되어 있는지 확인하십시오.
✓	오디오를 다시 시작하십시오: systemctl --user restart pipewire pipewire-pulse 또는 pulseaudio -k.

1분 이내에 Linux 마이크를 테스트해 보세요

설정을 변경하기 전에 마이크가 소리를 잘 포착하는지 확인하세요. “신호 없음”의 해결 방법은 “신호는 있지만 상대방이 내 목소리를 듣지 못함”의 해결 방법과 완전히 다릅니다. 실시간 입력 미터는 사용자의 목소리에 실시간으로 반응하므로 가장 빠르고 정확한 결과를 제공합니다. 녹음 후 재생 과정을 반복하면 장치 선택 오류를 감출 수 있으므로, 미터 확인부터 시작하세요. 온라인 마이크 테스트를 열고 브라우저에서 권한 요청이 나타나면 허용하세요. 이제 평소처럼 말해보세요. 말하는 동안 레벨 표시기가 움직인다면 마이크, 드라이버, 사운드 서버 모두 정상입니다. 그렇다면 문제는 라우팅 단계나 특정 앱에서 발생하고 있는 것입니다. 미터가 움직이지 않는다면 신호가 차단되었거나 잘못된 입력이 선택된 것입니다.

마이크 테스트하기 →

데스크톱에서도 마이크를 기본적으로 노출합니다. GNOME에서는 설정 › 소리 › 입력을 열고 장치를 선택하세요. 말하면 입력 레벨 막대가 움직여야 합니다. KDE Plasma에서는 시스템 설정 › 오디오를 열고 녹음 장치 옆의 미터를 확인하세요. 여기서 막대가 움직이지만 앱에서는 여전히 소리가 들리지 않는다고 가정해 봅시다. 이 경우 문제가 시스템 전반이 아닌 특정 앱에 국한된 것임이 확인되었으므로, 아래의 라우팅 및 권한 섹션으로 건너뛰십시오. 다음 표는 데스크톱에서 마이크를 확인할 수 있는 그래픽 위치와 각 위치에서 표시되는 값이 무엇을 의미하는지 정리한 것입니다.

확인할 위치	경로	확인할 수 있는 내용
GNOME 입력 미터	설정 › 소리 › 입력	시스템이 신호를 수신하는지 여부 및 신호의 출처
KDE 오디오 패널	시스템 설정 › 오디오	활성 녹음 장치 및 앱별 라우팅
볼륨 조절	pavucontrol › 입력 장치	음소거 상태, 게인 및 선택된 하드웨어 포트
녹음 탭	pavucontrol › 녹음	어떤 앱이 어떤 장치에서 실시간으로 캡처하는지

문제 해결 전에 사운드 서버에 대해 파악하세요

Linux 오디오는 여러 계층으로 구성되어 있으며, 올바른 해결 방법은 문제가 발생한 계층에 따라 달라집니다. 가장 하층에는 사운드 카드와 통신하는 커널 레벨 드라이버인 ALSA가 있습니다. 그 위에서는 스트림을 믹싱하고 앱 간에 라우팅하는 사운드 서버가 실행됩니다. 주로 두 가지 서버가 사용됩니다. 최신 배포판에는 PipeWire가 포함되어 있습니다. Fedora가 이를 최초로 채택했으며, Ubuntu는 22.10 버전부터 기본적으로 이를 사용해 왔습니다. PipeWire는 pipewire-pulse라는 호환성 레이어를 실행하므로, 구형 도구들도 변경 없이 계속 작동합니다. 구버전 및 일부 보수적인 설정에서는 여전히 PulseAudio가 실행됩니다. 두 서버 모두 ALSA 위에 위치하며, ALSA에서 채널을 음소거하면 두 서버 모두 소리가 나지 않게 됩니다.

잘못된 도구에 시간을 낭비하지 않도록 먼저 사용 중인 서버를 확인하세요. 터미널에서 wpctl status 명령을 실행해 보세요. 싱크와 소스가 깔끔하게 나열된다면 PipeWire가 활성화된 것입니다. 해당 명령이 없다면 PulseAudio를 사용하고 있을 가능성이 높으며, pactl info로 확인하세요. 두 서버의 명령어가 다르기 때문에 이 점이 중요합니다. PipeWire는 wpctl을 통해 제어되는 반면, PulseAudio는 pactl을 사용합니다. 그래픽 도구 pavucontrol은 두 방식 모두에서 작동하는데, 이는 pipewire-pulse가 동일한 호출에 응답하기 때문입니다. 아래 표는 핵심 도구들과 각 도구의 기능을 요약한 것입니다.

도구	유형	기능
pavucontrol	그래픽	입력 음소거 해제, 게인 설정, 포트 선택 및 앱별 녹음 경로 표시
alsamixer	터미널 (TUI)	ALSA 카드를 직접 제어합니다: 캡처 음소거, 캡처 활성화, 하드웨어 게인
arecord / aplay	터미널	캡처 장치를 나열하고, ALSA를 통해 파일을 직접 녹음하거나 재생합니다.
wpctl	터미널	PipeWire 장치를 나열하고, 기본 소스를 설정하며, 음소거를 설정하거나 해제합니다.

정상적으로 작동하는 마이크가 Linux에서 소리가 나지 않는 이유

음소거된 ALSA 캡처 채널이 가장 큰 원인입니다

ALSA는 각 캡처 채널을 독립적으로 제어하며, 그중 하나가 다른 모든 채널보다 낮은 볼륨으로 음소거될 수 있습니다. 이 경우 소프트웨어 볼륨을 아무리 높여도 데스크톱 미터는 0을 표시합니다. 이 단일 조건이 하드웨어 결함보다 더 많은 "고장 난" Linux 마이크 문제를 일으킵니다. 문제는 그래픽 믹서에서는 이 현상을 종종 파악하기 어렵다는 점입니다. 이 문제를 해결하려면 사운드 카드의 원시 설정을 직접 조작할 수 있는 터미널 믹서인 alsamixer를 사용해야 합니다. 이 프로그램을 실행한 후, F6를 눌러 사운드 카드를 선택하세요. F4를 눌러 캡처 보기로 전환합니다. 화살표 키를 사용하여 캡처 채널을 선택하세요. 바 아래에 ‘MM’이라고 표시되어 있다면 음소거된 상태이므로, M 키를 눌러 음소거를 해제하세요. 또한 캡처 채널은 활성화되어 있어야 합니다. 선택한 항목에서 CAPTURE가 빨간색으로 표시될 때까지 Space를 누른 다음, 위쪽 화살표 키를 눌러 레벨을 높이세요. 많은 노트북에서는 이곳에 ‘Internal Mic Boost’ 컨트롤이 표시되는데, 이는 공장 출하 시 0으로 설정되어 있습니다. 이 값을 높이면 작동하지 않는 것처럼 보였던 마이크가 다시 작동할 수 있습니다.

잘못된 기본 소스 및 라우팅 오류

사운드 서버는 기본 소스를 선택하지만, 항상 사용자가 원하는 소스를 선택하는 것은 아닙니다. USB 헤드셋, 내장 마이크가 있는 웹캠 또는 HDMI 캡처 장치를 연결하면 서버가 이를 즉시 기본 소스로 지정할 수 있습니다. 라우팅 오류는 개별 앱 내부에서도 발생할 수 있습니다. PipeWire 및 PulseAudio를 통해 각 프로그램은 스트림별로 설정된 서로 다른 장치에서 녹음할 수 있습니다. 따라서 시스템 기본 설정이 정상적으로 작동하는 동안, 특정 앱은 아무 소리도 출력하지 않는 소스 장치로 지정될 수 있습니다. pavucontrol의 ‘녹음(Recording)’ 탭에서는 현재 캡처 중인 모든 앱과 해당 앱이 사용하는 장치를 나열하여 이 문제를 직접 확인할 수 있습니다. 한 프로그램에서는 마이크가 작동하지만 다른 프로그램에서는 작동하지 않을 경우, 우선 라우팅 문제를 의심해 보십시오. 블루투스 헤드셋은 또 다른 문제를 야기합니다. 고음질 A2DP 프로필을 사용하는 헤드셋에는 마이크가 전혀 없습니다. 시스템은 붐 마이크가 나타나기 전에 이를 HSP/HFP 프로필로 전환해야 하며, 이 과정에서 음질이 저하됩니다.

권한, 그룹 및 샌드박스 앱

액세스 제어는 오류 메시지를 남기지 않는 방식으로 마이크를 차단합니다. 과거에는 사용자가 사운드 장치에 접근하려면 ‘audio’ 그룹에 속해 있어야 했습니다. 대부분의 최신 데스크톱은 세션을 통해 이를 처리하지만, 최소 설치나 서버 설치 환경에서는 여전히 해당 그룹 소속이 필요할 수 있습니다. 샌드박싱은 더 최근에 등장한 더 큰 문제입니다. Flatpak 또는 Snap으로 패키징된 애플리케이션은 시스템의 나머지 부분이 정상적으로 작동하더라도 마이크 접근을 거부할 수 있는 격리 계층 내에서 실행됩니다. 이 경우 앱은 오류 메시지 없이 무음 상태만 수신하게 됩니다. 이러한 권한은 Flatseal, Flatpak 포털용 그래픽 편집기, 또는 터미널에서 flatpak permissions 명령어를 통해 확인하고 부여할 수 있습니다. 브라우저는 그 위에 별도의 계층을 추가합니다. 사이트는 시스템 상태와 관계없이 브라우저 내에서 허용되어야 합니다. Firefox 및 Chrome 가이드에서는 이러한 브라우저 내 확인 창에 대해 자세히 다루고 있습니다.

가장 흔한 원인부터 순서대로 해결 방법

다음 해결 방법을 순서대로 시도해 보십시오. 과감한 조치로 바로 넘어가지 마십시오. 이 순서는 신중하게 정해진 것입니다. 가장 적은 혼란으로 대부분의 사례를 먼저 해결해 줍니다. 음소거 해제 및 라우팅 문제가 Linux에서 발생하는 마이크 오류의 대부분을 차지합니다. 그 후에야 사운드 서버 재시작 단계로 넘어갑니다. 각 변경 사항을 적용한 후에는 마이크 테스트나 데스크톱 입력 미터로 돌아가세요. 다음 단계로 넘어가기 전에 신호가 나오는지 다시 확인하여, 어떤 단계에서 문제가 해결되었는지 항상 파악할 수 있도록 하세요.

pavucontrol을 사용한 음소거 해제 및 라우팅

pavucontrol을 먼저 설치하고 실행하세요. 이 도구는 가장 흔한 오류를 시각적으로 해결해 줍니다. ‘입력 장치(Input Devices)’ 탭으로 이동하세요. 사용 중인 마이크를 찾아 레벨 바 옆의 음소거 버튼이 활성화되어 있지 않은지 확인하세요. 입력 볼륨이 낮다면 볼륨을 높여주세요. 노트북의 경우 하나의 장치 항목 아래에 내장 마이크와 헤드셋 잭이 모두 표시되는 경우가 많으므로 ‘포트(Port)’ 드롭다운 메뉴를 확인하세요. 이제 앱이 실행 중인 상태에서 ‘녹음(Recording)’ 탭을 엽니다. 나열된 각 앱의 오른쪽에는 장치 선택기가 있습니다. 문제가 있는 앱에서 올바른 마이크를 명시적으로 지정하세요. 이 간단한 재지정만으로도 “여기만 빼고 다른 곳에서는 다 작동한다”는 많은 문제가 해결됩니다. 화상 회의 앱에도 자체 선택기가 있으므로, 앱 내부에서도 장치를 설정해야 합니다. Zoom 및 Discord에 있는 가이드를 통해 해당 패널을 단계별로 확인할 수 있습니다.

alsamixer에서 캡처를 활성화한 후 터미널에서 테스트하세요

그래픽 믹서의 미터가 평평하게 표시되면 alsamixer로 전환하세요. 앞서 설명한 음소거 해제 및 캡처 활성화 단계를 따르세요: 사운드 카드 설정은 F6, 캡처 설정은 F4를 참조한 후, 캡처 채널에서 M 키와 Space를 누르세요. 채널이 준비된 상태에서 ALSA를 통해 하드웨어 경로를 직접 확인하세요. arecord -l을 실행하여 커널이 인식하는 모든 캡처 장치를 나열하세요. 여기에 마이크가 표시되지 않는다면, 이는 설정 문제가 아닌 드라이버나 연결 문제입니다. 마이크가 표시된다면 짧은 클립을 녹음한 후 arecord -d 5 test.wav && aplay test.wav 명령어로 재생해 보세요. 자신의 목소리가 들린다면 ALSA 경로가 정상적으로 작동한다는 뜻이며, 이로써 문제의 원인을 서버나 앱으로 좁힐 수 있습니다. PipeWire에서는 wpctl status 명령을 실행하여 소스 ID를 확인한 다음, wpctl set-default <id> 및 wpctl set-mute <id> 0 명령을 실행하여 동일한 작업을 수행하십시오.

미터가 멈춘 상태로 유지되면 사운드 서버를 재시작하십시오

채널의 음소거가 해제되어 있고 올바른 소스가 선택되었음에도 미터가 여전히 움직이지 않는다고 가정해 봅시다. 사운드 서버가 멈춰 있을 가능성이 높습니다. 이는 일시 중단 후, USB 인터페이스를 핫 스와핑한 후, 또는 드라이버 업데이트 후에 발생하는 알려진 현상입니다. 서버를 재시작하면 재부팅 없이 전체 오디오 그래프를 강제로 재구축할 수 있습니다. PipeWire에서는 systemctl --user restart pipewire pipewire-pulse wireplumber를 실행하십시오. PulseAudio에서는 pulseaudio -k를 실행하면 데몬이 자동으로 다시 시작됩니다. 이 과정에서 오디오가 잠시 끊길 수 있습니다. 이 작업은 일상적인 절차가 아니라, 멈춰버린 스택을 리셋하는 수단으로만 사용하십시오. 아래 표는 일반적인 증상과 그 원인, 그리고 가장 빠른 해결 방법을 정리한 것입니다.

증상	가능한 원인	해결 방법
모든 장치의 데스크톱 미터가 평평함	ALSA에서 캡처 채널이 음소거됨	alsamixer에서 캡처 채널의 음소거를 해제하고 활성화(M 키를 누른 후 Space)
한 앱에서는 작동하지만 다른 앱에서는 작동하지 않음	앱별로 잘못된 소스로 라우팅됨	pavucontrol › 녹음에서 장치 재할당
헤드셋을 연결한 후 마이크 소리가 나지 않음	기본 소스가 새 장치로 이동됨	wpctl set-default 또는 pavucontrol에서 소스를 설정하세요
블루투스 헤드셋 마이크가 인식되지 않음	장치가 A2DP 프로필 상태임	pavucontrol 프로필 목록에서 HSP/HFP로 전환하십시오
단 하나의 앱에서만 소리가 들리지 않습니다	Flatpak 또는 Snap 샌드박스가 마이크를 차단함	Flatseal에서 또는 flatpak permissions를 통해 액세스 권한을 허용하십시오
재부팅할 때마다만 신호가 돌아옴	서스펜드 후 사운드 서버가 멈춤	pipewire와 wireplumber를 다시 시작하거나 pulseaudio -k를 실행하세요

Linux의 마이크 안정성 유지하기

마이크가 다시 작동하기 시작하면 몇 가지 습관을 통해 안정적으로 사용할 수 있습니다. PipeWire와 WirePlumber에서는 라우팅 및 블루투스 관련 수정 사항이 자주 제공되므로 시스템을 최신 상태로 유지하세요. 원하는 마이크를 기본 소스로 고정해 두면, 새로 연결된 헤드셋이 몰래 슬롯을 차지하지 못합니다. Flatpak의 권한 설정을 수시로 확인하고, 마이크가 필요한 앱에만 접근 권한을 부여하세요. 마이크가 브라우저, 데스크톱 앱, 터미널에서 모두 작동해야 하는 경우, 각 환경에서 테스트해 보세요. arecord에서 완벽하게 녹음되는 마이크라도, 한 단계 위의 샌드박스나 브라우저 탭 내부에서는 차단될 수 있습니다. 또한 동작 방식은 배포판과 데스크톱 환경에 따라 다르므로, Fedora에서 해결한 문제가 Ubuntu에서는 다른 메뉴 아래에 위치할 수 있습니다. 기기를 전환하는 경우, Chromebook 가이드에서 ChromeOS에 대한 동일한 확인 절차를 다룹니다.

자주 묻는 질문

내 시스템이 PipeWire를 사용하는지, 아니면 PulseAudio를 사용하는지 어떻게 알 수 있나요?

터미널에서 wpctl status 명령을 실행해 보세요. 싱크(sinks)와 소스(sources) 목록이 표시되면 PipeWire가 실행 중입니다. 해당 명령이 없는 경우, pactl info를 실행하고 ‘Server Name’ 줄을 확인하세요. Fedora와 Ubuntu 22.10 이상 버전은 기본적으로 PipeWire를 사용하며, 이전 릴리스에서는 PulseAudio를 사용합니다.

arecord에서는 마이크가 작동하지만, 앱에서는 작동하지 않습니다. 왜 그런가요?

arecord에서 캡처가 정상적으로 이루어진다는 것은 ALSA 하드웨어 경로에 문제가 없음을 의미합니다. 문제는 사운드 서버나 앱에 있습니다. pavucontrol에서 ‘녹음’ 탭을 열고 앱이 올바른 소스를 지정하도록 설정하세요. 앱이 Flatpak인 경우, Flatseal에서 해당 앱의 마이크 권한을 확인하세요.

블루투스 헤드셋 마이크가 표시되지 않는 이유는 무엇입니까?

고품질 A2DP 모드에서는 마이크 신호가 전송되지 않습니다. 헤드셋의 붐 마이크를 사용하려면 헤드셋을 HSP 또는 HFP 프로필로 전환해야 합니다. pavucontrol을 열고, 구성 또는 프로필 목록에서 해당 장치를 찾아 헤드셋 프로필을 선택하십시오. 이 경우 음질이 저하될 수 있습니다.

터미널에서 마이크 음소거를 해제하려면 어떻게 해야 하나요?

ALSA에서 alsamixer를 열고, 캡처 보기를 위해 F4를 누른 다음, ‘Capture’를 선택하고 M 키를 눌러 음소거를 해제하십시오. PipeWire에서는 wpctl status를 사용하여 소스 ID를 찾은 다음, wpctl set-mute <id> 0을 실행하십시오. 음소거된 ALSA 캡처 채널은 입력 소리가 나지 않는 가장 흔한 원인입니다.

재부팅하지 않고 Linux 오디오를 다시 시작하려면 어떻게 해야 하나요?

PipeWire에서는 systemctl --user restart pipewire pipewire-pulse wireplumber를 실행하십시오. PulseAudio에서는 pulseaudio -k를 실행하면 데몬이 자동으로 재시작됩니다. 서버가 그래프를 재구축하는 동안 오디오가 1초 정도 끊길 수 있습니다. 이 방법은 음소거 해제 및 라우팅 확인이 실패한 후에만 사용하십시오.