우분투 네이티브 또는 크로스티니: 환경과 모델의 한계를 확인하세요
이 가이드는 우분투를 기본 시스템으로 또는 네이티브 부팅으로 설치한 Chromebook에 대해 다룹니다. 크로스티니에는 적용되지 않으며, 이 ChromeOS에서 실행되는 리눅스 환경에서는 장치가 다르게 표시되고 우분투가 Wi-Fi 카드나 내장 스피커를 직접 제어하지 않습니다. ChromeOS의 리눅스 터미널에 있다면 여기서 멈추고 크로스티니 전용 도움을 찾으세요.
사운드와 Wi-Fi가 동시에 작동하지 않을 수 있으나, 대개 독립적인 원인이 있습니다. 사운드는 선택된 출력, 오디오 스택 또는 컨트롤러에 따라 달라질 수 있고, Wi-Fi는 무선 장치, 드라이버 또는 펌웨어에 따라 달라질 수 있습니다. 이를 각각 진단하여 단일 수정으로 두 문제를 해결할 수 있다고 가정하지 마세요.
수정하기 전에 중요한 파일을 백업하고 기능하는 시스템으로 되돌아갈 수 있는지 확인하세요. 우분투 버전, 커널 및 아키텍처를 기록해 두세요:
grep '^PRETTY_NAME=' /etc/os-release
uname -r
uname -m이 명령은 각각 배포판, 커널 버전 및 아키텍처를 표시합니다. x86_64 아키텍처만으로는 Chromebook이 지원되는 것을 보장하지 않습니다. aarch64 또는 arm64는 특정 장치에 대한 문서를 확인해야 합니다. 아래에 언급된 MrChromebox 목록은 지원되는 Intel/AMD x86_64 장치에 대한 것이며 ARM Chromebook에 대한 것이 아닙니다.
모델에 대한 신뢰할 수 있는 문서에서 board name이나 정확한 HWID를 식별하세요. 상업적 이름 — 알고 있는 제품군을 지칭하더라도 — 호환성을 설정하기에 충분하지 않습니다. 보드가 예상 용도에 대해 문서화되지 않았거나 식별할 수 없다면, 드라이버 및 펌웨어 실험을 중단하세요. 크롬북에 우분투 설치 및 호환성 가이드는 여기에 제시된 진단 전 설치 시 주의사항을 구별하는 데 도움을 줍니다.
Wi-Fi 카드와 오디오 컨트롤러를 별도로 인벤토리하세요
먼저 이미 있는 도구를 사용하세요. lspci -nnk는 PCI 장치를 정보와 함께 표시하고, 관련 드라이버 및 모듈을 보여줍니다. lsusb는 외부 네트워크 어댑터 등을 포함한 USB 장치를 나열합니다. inxi가 이미 설치되어 있다면, inxi -Nxxx로 네트워크 부분을 자세히 살펴볼 수 있습니다. 이 인벤토리를 수행하기 위해 드라이버를 설치하지 마세요.
lspci -nnk
lsusblspci 결과에서 “Kernel driver in use”는 해당 장치에 연결된 드라이버를 나타내며, “Kernel modules”는 후보 모듈을 나타냅니다. 드라이버가 작동하고 있다는 것을 증명하는 것이 아닙니다. 네트워크 카드와 오디오 컨트롤러의 ID와 이름을 따로 기록하세요. 명령어가 존재하지 않는다면 가능한 명령어로 넘어가세요. 단지 없다는 이유로 하드웨어 문제를 판단하지 마세요.
lspci만으로 카드가 존재하지 않다고 결론 내리지 마세요. 일부 내장 요소는 PCI 또는 USB 장치로 노출되지 않습니다. 결정을 내리기 전에 인벤토리를 로그 및 보드 문서와 교차 검증하세요.
Wi-Fi: 블록된 무선, 없는 인터페이스 또는 단순한 연결 끊김?
먼저 무선 및 인터페이스 상태를 확인하세요. 이러한 명령은 구성을 수정하지 않습니다:
rfkill list
nmcli device status
ip linkrfkill list는 장치가 “Soft blocked” 또는 “Hard blocked”인지 여부를 표시합니다. 소프트 블록은 시스템에서 해제할 수 있으며, 하드 블록은 물리적 명령 또는 장치에서 부과한 조건을 의미합니다. 후자를 우회하지 마세요. 하드웨어 제어 또는 보드에 대한 문서화된 절차를 확인하세요.
nmcli device status는 NetworkManager가 보는 상태를 제공합니다. Wi-Fi 인터페이스가 disconnected로 감지되지만 연결되어 있지 않은 상태이며, 필요시 네트워크 설정에서 정상적으로 연결을 시도하세요. unavailable, unmanaged 또는 인터페이스가 없는 경우에는 드라이버, 서비스 및 커널을 검토해야 합니다. 인터페이스 이름은 다양하므로 wlan0라고 가정하지 마세요.
ip link는 네트워크 인터페이스의 상태를 보충적으로 알려줍니다. 없다는 것만으로 물리적 카드가 존재하지 않는 것은 아닙니다. 드라이버가 등록하지 않거나 장치가 이 버스에 나타나지 않을 수도 있습니다. 이 결과를 lspci -nnk, lsusb 및 로그와 교차 검증하세요.
무선이 비활성화되어 있거나 소프트 블록이 존재하는 것으로 진단된 경우에만 nmcli radio wifi on를 사용하세요. 우분투 설정에서 Wi-Fi를 다시 활성화할 수도 있습니다. 그 후 rfkill list 및 nmcli device status를 다시 확인하세요. 이 명령은 하드 블록을 해제하지 않으며 누락된 드라이버를 생성하지 않습니다.
시스템을 변경하지 않고 커널 로그를 읽기
실제로 발견된 드라이버 이름 및 펌웨어, Wi-Fi 및 오디오와 관련된 메시지를 찾으세요. 다음 두 개의 명령은 읽기 전용이며 모바일 화면에서 읽기 쉽게 출력 필터링을 합니다:
dmesg -T | grep -Ei
'firmware|iwlwifi|ath|brcm|rtw|wlan|wifi|sof|snd|audio'
journalctl -b -k --no-pager | grep -Ei
'firmware|iwlwifi|ath|brcm|rtw|wlan|wifi|sof|snd|audio'만약 dmesg 접근이 거부된다면, 관리자가 sudo dmesg -T를 활용하여 다시 읽을 수 있습니다. journalctl 읽기 또한 일부 설치에서 권한이 필요할 수 있습니다. MAC 주소, 시리얼 번호 및 기타 개인 식별자를 삭제하지 않고 전체 로그를 보내지 마세요.
누락된 펌웨어 파일 오류, 초기화 실패 또는 드라이버가 연결되는 경우는 하드웨어 ID, 커널 버전 및 보드 문서와 대조할 수 있는 단서입니다. 필터링된 문장 하나만으로 하드웨어가 지원된다는 것을 증명할 수 없습니다. iwlwifi 메시지는 이 드라이버와 호환되는 Intel 칩에 관련된 것이며 모든 Wi-Fi 카드에 해당하지 않습니다. sof 및 snd 언급은 오디오 부분으로 나뉘어 읽어야 합니다.
우분투의 펌웨어 업데이트는 로그가 누락된 펌웨어를 언급하고 칩과 보드가 식별되며 백업 연결이 가능하고 공식 우분투 패키지가 설치와 일치하는 경우에만 정당화됩니다. 이 경우, 우선적으로 백업을 하고 관련 로그를 다시 확인한 후 우분투 저장소를 사용하세요:
sudo apt update
sudo apt install --reinstall linux-firmware이 명령을 일반 테스트 목적으로 실행하지 마세요: linux-firmware를 재설치한다고 해서 지원을 보장하지 않으며 모든 칩이 이 패키지를 기반으로 하지 않습니다. 설치 후, 문제가 변경되었는지 커널 메시지를 다시 확인하세요. 작업을 마친 후에만 시스템을 재부팅하세요. 문서화된 공식 패키지가 누락된 펌웨어와 일치하지 않는 경우, 그만두세요: 업스트림 파일을 복사하거나 임의로 드라이버를 교체하지 마세요.
소리가 없는 경우: 컨트롤러 이전에 출력 확인하기
먼저 설정 > 소리에서: 출력을 음소거 상태가 아닐지 확인하고 볼륨을 주의 깊게 높이며 예상되는 장치를 선택하세요. 우분투는 내장 스피커 대신 HDMI, 헤드폰 또는 Bluetooth 장치로 소리를 전송할 수 있습니다. 출력이 가능한 경우, 낮은 볼륨으로 설정에서 스피커 테스트를 사용하세요. 다른 출력으로 소리가 나오는 경우, 문제는 먼저 라우팅과 관련이 있으며, 펌웨어 교체와는 무관합니다.
그 다음, 사용 가능한 도구에서 인식된 오디오 장치를 확인하세요:
aplay -l
wpctl statusaplay -l은 설치된 도구를 통해 ALSA 카드와 장치를 나열합니다. “No soundcards found”는 탐지가 누락되었거나 드라이버가 없음을 나타내며, 단순히 볼륨 조정 문제보다 중요합니다. wpctl status는 사용자 세션이 PipeWire를 사용하고 wpctl가 가능하다면 세션의 오디오 출력을 보여줍니다. 도메인이 없다고 해서 물리적 컨트롤러가 없다는 뜻은 아닙니다.
ALSA가 카드를 보지만 PipeWire가 유용한 출력을 제공하지 않는 경우, 세션과 오디오 서비스를 검사하여 조치를 취하기 전에 검토하세요. 무작위 재부팅을 피하세요. 카드가 나타나지 않으면 lspci -nnk로 sof 및 snd 메시지와 비교하세요. 인벤토리에서 누락된 컨트롤러는 출력 변경만으로 복구되지 않으며, HDMI 또는 헤드폰이 선택된 경우에는 먼저 라우팅 문제가 있을 수 있습니다.
긴급 인터넷과 정지 기준
Wi-Fi가 작동하지 않는 경우, 인식된 USB 이더넷 어댑터나 USB 공유 연결이 임시 액세스를 제공할 수 있습니다. 이를 통해 진단 정보를 수집하고 누락된 펌웨어가 확인된 경우에만 공식 우분투 업데이트를 받을 수 있습니다. 이 긴급 네트워크는 조사를 지속하는 데 가능하나, 내장 Wi-Fi 카드를 복구하지는 않습니다.
보드 이름/HWID가 불명확하거나 아키텍처 또는 보드가 문서화된 지원이 없는 경우, 커널이 검증 후 장치를 보지 않거나, 공식 드라이버 및 펌웨어가 하드웨어 ID와 일치하지 않는 경우에는 실험을 중단하세요. 도움을 요청할 경우 확인된 보드/HWID, 아키텍처, 우분투 및 커널 버전, 네트워크 및 오디오 ID, rfkill 및 nmcli 상태, 관련 로그의 발췌와 같은 정보만 제공하세요. 무엇이 여전히 작동하는지 지정하세요. 사운드 및 Wi-Fi의 동시 실패는 공통 원인을 입증하지 못합니다.
자주 묻는 질문
우분투에서 Wi-Fi가 작동하지 않는 이유는 무엇인가요?
두 시스템이 서로 다른 드라이버, 커널 또는 펌웨어를 사용할 수 있습니다. 이는 단독으로 귀하의 칩에 대한 우분투 드라이버가 존재하지 않음을 의미하지 않습니다. 하드웨어 ID와 보드를 식별한 후 커널 메시지 및 해당 문서를 확인하세요.
GitHub에서 찾은 드라이버를 설치해도 될까요?
일반적인 솔루션으로는 아닙니다. 리포지토리나 커뮤니티 스크립트가 특정 칩, 커널 또는 보드를 목표로 할 수 있으며 위험이 따릅니다. 하드웨어와 문서화된 일치 여부를 파악하거나 변경 사항을 이해하지 못한 채 설치하지 마세요. 공식 우분투 패키지를 우선으로 삼으세요.
실험을 중단해야 할 때는 언제인가요?
보드나 칩이 식별되지 않을 때, 아키텍처나 보드에 대한 지원이 문서화되지 않았을 때, 또는 어떤 공식 솔루션도 확인한 오류와 일치하지 않을 때입니다. 이 경우 플래시, 드라이버 및 임시 펌웨어를 피하고 적절한 진단 정보와 함께 조언을 요청하세요.