소개
멈춰 버린 설정 화면은 계획을 순식간에 틀어지게 합니다. 크롬북이 ‘Getting the device ready’ 메시지에서 멈춘다면, ChromeOS가 설정을 완료할 수 없다고 알려 주는 것입니다. 문제는 보통 네트워크 접근, 시간 및 인증서 검증, 또는 절반만 끝난 시스템 업데이트에서 비롯됩니다. 때로는 관리되는 기기가 등록을 강제하면서 적절한 네트워크 규칙이 없으면 진행이 멈춥니다. 드물게는 하드웨어가 지연의 원인이 됩니다.
이 가이드는 빠른 점검부터 심층 해결까지 명확한 경로를 제공합니다. 몇 분 만에 많은 사례를 해결하는 신속한 테스트로 시작합니다. 로딩 표시가 여전히 계속되면 검증된 네트워크, 시간, 업데이트 점검을 차례로 진행합니다. 초기화가 필요할 때는 Powerwash와 전체 복구 중 무엇을 써야 하는지, 각 옵션이 어떤 데이터를 지우는지도 알게 됩니다. 특별 섹션에서는 관리되는 학교용 기기와 구형 하드웨어에서의 ChromeOS Flex를 다룹니다. 순서대로 따라 하면 진단, 해결, 재발 방지를 자신 있게 수행할 수 있습니다.

ChromeOS에서 ‘Getting the device ready’의 실제 의미
해결책으로 뛰어들기 전에 시스템이 무엇을 하는지 이해하면 도움이 됩니다. 최초 설정(Out‑of‑Box Experience, OOBE)은 처음 전원을 켜거나 초기화 후 실행됩니다. 언어를 선택하고, Wi‑Fi에 연결하고, 약관에 동의하고, 로그인하거나 등록합니다. 이때 ChromeOS는 시계를 검증하고, 인증서를 확인하며, 연결성을 테스트하고, 필수 구성요소를 가져오고, 업데이트를 다운로드하고, 기기가 관리 대상이면 정책을 적용하면서 화면에 ‘Getting the device ready’가 표시됩니다.
이 단계 중 하나라도 실패하면 로딩 표시(스피너)가 멈추지 않을 수 있습니다. 캡티브 포털이 필수 호출을 차단할 수 있습니다. DNS가 트래픽을 잘못 유도할 수 있습니다. SSL 검사가 신뢰를 깨뜨릴 수 있습니다. 불완전한 업데이트는 OS를 애매한 중간 상태로 남길 수 있습니다. 이러한 맥락을 이해하면 추측 대신 가능성이 높은 방해 요소에 집중할 수 있습니다.
크롬북이 ‘Getting the device ready’ 화면에서 멈췄을 때의 빠른 해결책
설정이나 데이터를 지우지 않는 작은, 위험이 낮은 단계부터 시작하세요. 이 방법들로 많은 멈춤이 해소됩니다.
강제 재부팅 및 하드 리셋(새로고침 + 전원)
- 새로고침 키를 누른 상태에서 전원 키를 탭해 재부팅합니다.
- 스피너가 다시 나타나면 하드 리셋을 수행하세요: 새로고침 키를 누른 채 전원 키를 약 10초간 길게 누르고, 두 키를 모두 떼었다가 다시 전원을 켭니다.
- 전압 강하를 피하려면 이 과정 동안 충전기를 연결해 두세요.
다른 Wi‑Fi 또는 모바일 핫스팟 사용; 캡티브 포털 피하기
- 스플래시 페이지가 없는 단순한 WPA2 또는 WPA3 SSID에 연결하세요.
- 호텔, 공항, 캠퍼스 포털은 종종 OOBE를 차단합니다. 휴대전화 핫스팟이나 가정용 라우터로 전환하세요.
- 가능하다면 USB‑C 또는 USB‑A 어댑터를 통해 이더넷을 사용하세요.
전원을 연결해 두고 백그라운드 업데이트가 끝나게 두기
- 기기를 전원과 네트워크에 20~30분간 연결해 두세요.
- 다운로드와 구성요소 설치가 완료되도록 기다리는 동안 덮개를 닫지 마세요.
USB 드라이브, SD 카드, 도크 및 주변기기 분리
- 전원을 제외한 모든 것을 분리하세요.
- 불량 매체나 도크는 부팅을 방해하고 설정을 혼란스럽게 할 수 있습니다.
이러한 빠른 점검으로도 해결되지 않으면, 다음 의심 대상은 네트워크 경로입니다. 더 심층적인 연결 진단으로 넘어가세요.
실제로 효과적인 네트워크 문제 해결
기기가 Google 서비스를 원활하게 연결하지 못하면 OOBE는 끝나지 않습니다. 검증된 정상 네트워크로 테스트하는 것이 이를 확인하는 가장 빠른 방법입니다. 필터링되었거나 엔터프라이즈 네트워크를 반드시 사용해야 한다면 필요한 도메인과 프로토콜이 허용되는지 확인하세요.
캡티브 포털, 프록시, 콘텐츠 필터 감지 및 우회
- 캡티브 포털은 종종 OOBE 트래픽을 차단합니다. 첫 로그인 완료 전까지 포털이 없는 SSID나 휴대전화 핫스팟을 사용하세요.
- 투명 프록시와 딥 패킷 검사(DPI)는 로그인과 업데이트를 망가뜨릴 수 있습니다. 일시적으로 검사를 우회하거나 설정 중 필요한 도메인을 허용 목록에 추가하세요.
- 네트워크에 프록시가 필요하다면 OOBE 중 자격 증명 프롬프트가 올바르게 표시되는지, 필요한 엔드포인트로의 인증되지 않은 트래픽이 차단되지 않는지 확인하세요.
DNS 변경 및 필요 시 IPv4 우선 사용
- 라우터나 핫스팟에서 8.8.8.8, 1.1.1.1 같은 신뢰할 수 있는 DNS를 사용하세요.
- 일부 환경은 IPv6가 불안정합니다. 가능하다면 라우터에서 IPv6를 비활성화하거나 IPv4 전용 게스트 네트워크로 테스트하세요.
- Google 도메인을 차단하거나 하이재킹하는 커스텀 DNS는 피하세요.
설정 중 허용해야 하는 Google 엔드포인트와 포트
- accounts.google.com, clients2.google.com, clients4.google.com, update.googleapis.com, dl.google.com, gvt1.com, googleapis.com, gstatic.com, connectivitycheck.gstatic.com, mtalk.google.com으로의 아웃바운드를 허용하세요.
- 포트 80과 443을 엽니다. 허용되는 경우 UDP 443의 QUIC 트래픽을 허용하세요. mtalk 및 관련 서비스용 포트 5228을 허용하세요.
- 이들 도메인에 대해 TLS를 가로채거나 재작성하지 마세요. 기기에 유효한 공개 CA 체인을 제시하세요.
연결이 개방적이고 안정적인데도 스피너가 지속된다면, 다음 숨은 방해 요소는 시간, 신뢰, 그리고 업데이트 상태입니다. 이것들을 해결하면 많은 고질적인 멈춤이 사라집니다.
시간, 신뢰, 업데이트: 보이지 않는 방해 요소
정확한 시간과 신뢰할 수 있는 인증서는 보안 서비스에 필수입니다. Wi‑Fi가 강력해도 시계가 틀리거나 TLS가 깨지면 OOBE는 실패합니다. 부분적이거나 맞지 않는 업데이트도 멈춤을 유발할 수 있습니다.
잘못된 날짜와 시간 수정 및 NTP 동기화 보장
- 오랫동안 사용하지 않은 기기는 시간이 드리프트될 수 있습니다. 약한 RTC 배터리도 시간을 왜곡시킬 수 있습니다.
- 인터넷에 연결하고 NTP가 동기화될 시간을 1분 정도 주세요. 시간이 계속 틀리면 하드 리셋 후 다른 네트워크로 다시 연결하세요.
- NTP 및 관련 검증 호출을 차단하는 포털 네트워크는 피하세요.
인증서 및 SSL 검사 문제 해결
- 네트워크가 HTTPS 가로채기를 수행한다면 적절한 ChromeOS 관리 방식으로 루트 CA를 배포하거나 OOBE 동안 Google 도메인에 대해서는 가로채기를 우회하세요.
- 같은 네트워크의 다른 기기에서 몇몇 Google 엔드포인트에 접속해 TLS 핸드셰이크가 정상인지 테스트하세요.
OS 버전 불일치와 부분 업데이트 처리
- ChromeOS가 업데이트를 시도했다면 완료되거나 롤백될 때까지 OOBE가 멈출 수 있습니다.
- 기기를 온라인과 전원에 20~30분간 두세요. 업데이트 완료를 알리는 재부팅이 있는지 지켜보세요.
- 변화가 없다면 초기화 경로를 계획하세요: 먼저 Powerwash, 필요하면 복구를 진행합니다.
네트워크, 시간, 신뢰 요소가 확실하다는 것을 확인했다면, 가벼운 초기화만으로도 고집스러운 소프트웨어 상태가 정리되는 경우가 많습니다. 상황에 가장 덜 방해가 되는 옵션을 선택하세요.
올바른 초기화 선택: Powerwash vs. 전체 복구
시스템 상태가 손상되었을 때 초기화는 설정 변경만으로는 해결하지 못하는 문제를 해결합니다. 더 빠르고 영향이 적은 Powerwash부터 시작하고, 그다음 전체 복구 재설치를 고려하세요.
Powerwash가 가장 빠른 선택인 경우
- Powerwash는 기기를 공장 초기 상태로 되돌리고 로컬 프로필과 설정을 제거합니다.
- 로그인 화면에서 Ctrl + Alt + Shift + R을 누르고 재시작을 선택한 뒤 Powerwash를 선택하세요.
- OOBE가 멈춰 로그인 화면에 도달할 수 없다면 복구 모드로 이동하세요.
복구 모드 진입 및 USB 미디어 만들기
- 크롬북의 전원을 끕니다.
- Esc + 새로고침 키를 누른 상태에서 전원 키를 눌러 복구 모드로 들어갑니다.
- 다른 컴퓨터에서 Chromebook 복구 도구를 설치하고, 복구 화면에 표시된 모델 번호를 사용해 USB 또는 SD 카드에 이미지를 준비하세요.
데이터 영향과 삭제되는 항목
- Powerwash는 로컬 사용자와 해당 사용자의 로컬 다운로드(Downloads) 내용을 삭제합니다. Google Drive의 클라우드 데이터는 그대로 유지됩니다.
- 전체 복구는 내부 저장장치를 완전히 지우고 OS를 재설치합니다.
- 초기화 전에 접근 가능한 로컬 파일은 백업하세요.
Powerwash로도 해결되지 않거나 Powerwash에 접근할 수 없다면, 깨끗한 재설치로 손상된 구성요소를 교체하고 멈춘 업데이트를 정리할 수 있습니다.
ChromeOS 완전 재설치 단계
완전 재설치는 새로운 OS 이미지를 제공해 지속적인 OOBE 오류를 자주 해결합니다. 이미지 오류와 버전 관련 함정을 피하려면 아래 단계를 주의 깊게 따르세요.
Chromebook 복구 도구로 미디어 만들기
- 별도의 컴퓨터에서 Chrome 웹 스토어에서 Chromebook 복구 도구를 설치합니다.
- 도구를 실행하고 모델을 입력하거나 목록에서 기기를 선택합니다.
- 4GB 이상 USB 드라이브 또는 SD 카드에 이미지를 기록합니다.
이미지 무결성 확인 및 버전 함정 피하기
- 도구가 이미지를 검증하도록 두고, 과정 중단은 피하세요.
- 검증된 정상 USB 드라이브와 포트를 사용하세요. 처음 생성에 실패하면 다른 드라이브로 다시 시도하세요.
- 출처가 불분명한 오래된 이미지를 혼용하지 마세요. 항상 새 미디어를 생성하세요.
원활한 첫 부팅을 위한 클린 리이미지 체크리스트
- 복구 미디어를 크롬북에 삽입하고 화면 안내에 따라 재설치합니다.
- 프롬프트가 나오면 미디어를 제거합니다. 기기는 OOBE로 재부팅됩니다.
- 단순하고 포털이 없는 네트워크에 연결하고, 로그인 전에 업데이트가 적용되도록 하세요.
기기가 학교나 회사 소유라면 정책이 OOBE의 모든 단계에 영향을 줍니다. 등록 루프를 피하려면 이러한 규칙을 다음으로 처리하세요.

관리형 또는 학교용 크롬북: 특별 고려 사항
엔터프라이즈 관리 환경에서는 설정 동작이 달라집니다. 강제 등록, 인증서 프롬프트, 차단된 기기 상태가 나타날 수 있습니다. OOBE 동안 정책 및 등록 서비스가 로드되어야 하므로 네트워크 요구 사항도 증가합니다.
강제 재등록과 기기 상태 영향
- 많은 조직은 Powerwash 또는 복구 이후 재등록을 강제합니다.
- 관리자 변경 없이 이 요구 사항을 우회할 수 없습니다. 등록이 완료될 때까지 기기는 등록 화면으로 돌아갑니다.
- 등록이 실패하면 필요한 Google 엔드포인트와 아이덴티티 제공자(IdP) 서비스에 대한 네트워크 접근을 확인하세요.
프로비저닝 해제, 차단 상태, 제로터치 충돌
- 관리 콘솔(Admin Console)에서 기기를 차단됨, 도난, 반납 대기로 표시할 수 있습니다. 이러한 상태는 로그인이나 등록을 막을 수 있습니다.
- 제로터치 토큰은 기기를 자동으로 등록합니다. 조직 단위(OU) 불일치나 정책 충돌은 루프를 유발할 수 있습니다.
- 관리자에게 연락해 기기 상태, 정책 할당, 인증서 배포를 확인하세요.
IT 관리자 또는 벤더에 에스컬레이션해야 할 때
- 사용 중지 메시지가 나오거나 등록 루프가 반복되거나 인증서 프롬프트가 해소되지 않으면 IT에 문의하세요.
- 일련번호, 모델, 테스트한 네트워크 정보를 제공하세요.
- 하드웨어 결함이 의심되면 OEM에 보증 수리를 접수하세요.
모든 멈춤이 소프트웨어 때문은 아닙니다. 하드웨어 결함을 배제해 네트워크나 정책 문제를 헛되이 추적하지 않도록 하세요.
하드웨어 이상 징후와 빠른 진단
하드웨어 문제는 간헐적 멈춤, 재부팅, 무선 라디오 인식 불가 등으로 드러납니다. 몇 가지 점검만으로 수리 필요 여부를 소프트웨어 조정보다 먼저 가늠할 수 있습니다.
배터리, eMMC 저장장치, Wi‑Fi 카드 고장 증상
- 배터리: 부하 시 전원이 꺼지거나, 충전이 유지되지 않거나, 전원 연결 시에만 부팅을 반복합니다.
- 저장장치: 잦은 크래시, 복구 프롬프트, 업데이트 적용 실패 등은 eMMC 또는 NVMe 고장을 시사합니다.
- Wi‑Fi 카드: 여러 검증된 라우터에서 네트워크가 전혀 보이지 않거나, OOBE 중 연결이 끊기지만 이더넷은 정상입니다.
키보드, 디스플레이, 키 조합 점검
- 새로고침, Esc, 전원 키가 동작하는지 확인하세요. 조합이 실패하면 외부 키보드를 시도하세요.
- 외부 모니터를 연결해 스피너 뒤에 가려진 디스플레이 문제를 배제하세요.
- 어떤 키보드에서도 키 조합이 인식되지 않으면 메인보드 문제를 의심하세요.
RMA 기준과 하드웨어 교체가 필요한 경우
- 서로 다른 미디어와 네트워크에서도 복구가 반복적으로 실패하면 저장장치 또는 보드 문제일 가능성이 큽니다.
- 여러 라우터에서 무선 네트워크가 전혀 보이지 않으면 Wi‑Fi 라디오 고장을 의심하세요.
- 진단 정보를 수집해 제조사에 수리 또는 교체를 문의하세요.
일부 설정은 다릅니다. 특히 구형 PC와 Mac에서의 ChromeOS Flex는 드라이버나 펌웨어가 크롬북과 동일하지 않습니다. 드라이버나 펌웨어 차이로 OOBE가 멈출 수 있으니 이에 맞게 처리하세요.

특수 사례: ChromeOS Flex와 구형 하드웨어
ChromeOS Flex는 다양한 하드웨어를 지원하지만 드라이버와 펌웨어는 네이티브 크롬북과 동일하지 않습니다. 칩셋이 미지원이거나 펌웨어 설정이 부팅을 차단하면 OOBE가 멈출 수 있습니다.
확인해야 할 UEFI, Secure Boot, TPM 및 펌웨어 설정
- 가능하면 UEFI 부팅을 사용하세요. 가능할 경우 Legacy 또는 CSM은 비활성화하세요.
- Flex 부팅에 실패하면 Secure Boot를 전환해 보세요: 어떤 기기는 활성화가, 어떤 기기는 비활성화가 필요합니다.
- SATA 저장장치는 AHCI를 사용하세요. 특이한 RAID나 IDE 모드는 인식을 막을 수 있습니다.
OOBE 시점의 Wi‑Fi 드라이버 부재와 이더넷 우회책
- 일부 Wi‑Fi 칩셋은 첫 부팅에서 나타나지 않습니다. 이 경우 OOBE에 네트워크가 표시되지 않습니다.
- 초기 설정과 업데이트를 위해 지원되는 USB 어댑터로 이더넷을 사용하세요.
- 업데이트 후 Wi‑Fi가 작동하기 시작할 수 있습니다. 그렇지 않다면 이더넷을 계속 사용하거나 가능하다면 지원되는 모델로 Wi‑Fi 카드를 교체하세요.
미지원 칩셋과 실용적 대안
- 매우 오래된 GPU, 흔치 않은 Wi‑Fi 카드, 특이한 저장장치 컨트롤러는 OOBE를 막을 수 있습니다.
- 다른 USB 드라이브로 설치 미디어를 다시 만들고, 다른 포트도 시도하세요.
- Flex가 계속 불안정하다면 다른 기기나 지원되는 OS를 고려하세요.
특수 사례를 처리한 뒤에는 간단한 흐름도를 통해 다음 단계를 신속히 선택하세요. 시행착오를 줄이고 중단 시간을 최소화할 수 있습니다.
더 빠르게 문제를 푸는 단계별 의사결정 트리
Wi‑Fi 연결 전 단계에서 멈출 때: 우선 시도할 것
1) 재부팅 및 하드 리셋.
2) 기본적인 WPA2 또는 WPA3 네트워크나 휴대전화 핫스팟으로 이동.
3) Wi‑Fi가 전혀 보이지 않으면 이더넷을 연결하거나 드라이버/하드웨어 문제를 의심.
Wi‑Fi 연결 후 멈출 때: 네트워크와 OS 문제 구분
1) 필터링을 배제하기 위해 다른 네트워크나 핫스팟으로 전환.
2) DNS를 공용 리졸버로 바꾸고 포털이나 프록시는 피함.
3) 업데이트에 20~30분 대기. 변화가 없으면 Powerwash.
로그인 또는 등록 후 멈출 때: 정책과 기기 상태
1) 개인 기기는 Powerwash를 먼저 수행; 그래도 멈추면 전체 복구.
2) 관리형 기기는 IT와 등록 및 기기 상태를 확인.
3) 복구가 반복 실패하면 하드웨어를 점검하고 지원 티켓을 발행.
지원에 연락하기 전에 핵심 정보를 수집하세요. 완전한 기록은 해결 시간을 단축하고 IT 또는 제조사와의 결과를 개선합니다.
지원에 연락하기 전 수집할 정보
복구 화면에서 Alt + V로 진단 정보 표시
- 복구 모드에서 Alt + V를 눌러 상세 출력을 활성화하세요.
- 표시되는 오류 코드와 보드 이름을 기록하세요.
- 참고용으로 화면을 촬영하세요.
일련번호, 빌드/버전, 복구 이미지 ID 기록
- 라벨 또는 복구 화면에서 일련번호와 모델을 기록하세요.
- 부팅이 가능하다면 ChromeOS 버전과 채널을 메모하세요.
- 복구 도구의 이미지 식별자와 사용한 USB 드라이브를 보관하세요.
재현 단계, 네트워크 정보, 오류 화면 기록
- 기기가 멈추는 정확한 단계를 설명하세요.
- 시도한 모든 네트워크, 사용한 DNS, 포털 또는 프록시 여부를 나열하세요.
- 스피너와 오류 프롬프트의 스크린샷이나 사진을 첨부하세요.
문제를 깨끗이 해결했다면 재발을 방지해 선순환을 만드세요. 몇 가지 네트워크 및 유지보수 습관이 큰 도움이 됩니다.
재발 방지: 다시 발생하지 않게 하기
네트워크 위생, DNS 안정성, 허용 도메인
- 신뢰할 수 있는 DNS 리졸버를 사용하고 Google 도메인에 대한 과도한 필터링을 피하세요.
- OOBE 중 핵심 Google 엔드포인트를 허용 목록에 추가하고 SSL 가로채기를 피하세요.
- 온보딩용 SSID는 캡티브 포털 없이 운영하세요.
업데이트 전략, 단계적 롤아웃, 유지보수 창
- 기기를 정기적으로 충전하고 온라인 상태를 유지해 업데이트가 신속히 적용되게 하세요.
- 대규모 배포 환경에서는 업데이트를 단계적으로 출시하고 소규모 그룹에 먼저 테스트하세요.
- 카트 및 실습실 기기가 최신 상태를 유지하도록 유지보수 시간을 설정하세요.
저장장치 상태, 주기적 점검, 액세서리 모범 사례
- 로컬 저장공간을 가득 채우지 마세요. 공간 부족은 업데이트를 방해할 수 있습니다.
- 약한 배터리와 고장 난 저장장치는 조기에 교체하세요.
- 설정 및 대규모 업데이트 중에는 불필요한 주변기기를 분리하세요.
결론
크롬북에서 ‘Getting the device ready’에 멈출 때 가장 빠른 해결은 네트워크 점검에서 시작해 필요할 때만 초기화로 마무리하는 것입니다. 깨끗한 Wi‑Fi 경로를 테스트하고, 시간과 신뢰를 검증하며, 업데이트가 완료되도록 두면 대부분의 사용자는 스피너를 빠르게 해소합니다. Powerwash나 전체 재설치는 고질적인 소프트웨어 문제를 해결합니다. 관리형 기기는 등록 정책을 충족하기 위해 관리자 도움이 필요할 수 있습니다. 여러 네트워크와 초기화 후에도 반복 실패한다면 하드웨어를 의심하고 수리를 요청하기 전에 진단 정보를 수집하세요. 이 가이드의 의사결정 단계를 활용해 신속하게 움직이고, 추측을 피하며, 크롬북의 신뢰성을 유지하세요.
자주 묻는 질문
왜 내 Chromebook은 ‘기기를 준비하는 중’이라고 그렇게 오래 표시되나요?
설치는 인터넷 연결, 정확한 시간 설정, 그리고 Google 서비스에 대한 원활한 접근에 달려 있습니다. 캡티브 포털, 프록시, DNS 문제 또는 SSL 검사가 OOBE를 차단하는 경우가 흔합니다. 부분 업데이트나 버전 불일치도 첫 부팅을 지연시킬 수 있습니다. 우선 단순한 네트워크나 핫스팟을 사용하고, 업데이트를 위해 20~30분 정도 기다린 다음, 필요하면 Powerwash를 사용하세요.
Powerwash는 안전한가요, 그리고 이 문제를 해결할 수 있나요?
Powerwash는 Google 계정과 연결된 클라우드 데이터에는 안전합니다. 기기에 저장된 로컬 프로필과 파일은 제거합니다. 손상된 설정이나 불완전한 업데이트로 인해 멈춘 설정 과정을 종종 해결합니다. Powerwash로 해결되지 않는 경우, 복구 미디어를 사용해 ChromeOS를 재설치하여 시스템 파일을 교체하고 더 깊은 OS 상태를 초기화하세요.
설정 화면에서 멈춘 관리형 Chromebook을 어떻게 복구하나요?
같은 절차를 사용하세요—네트워크 변경, 업데이트 대기, 필요 시 복구—하지만 초기화 후 강제 재등록이 이루어질 수 있음을 예상하세요. 등록이 반복되거나 사용 중지 메시지가 나타나면, 일련번호, 모델, 네트워크 정보와 함께 IT 관리자에게 문의하세요. 관리자는 OOBE 중 Google 서비스에 대해 장치 상태를 조정하고, 도메인을 허용 목록에 추가하거나, SSL 검사를 우회해야 할 수 있습니다.
