ZimaOS가 업데이트를 성공적으로 설치한 것처럼 보이지만 재부팅 후 이전 버전으로 돌아간다면, 다운로드 문제로 보기 전에 부팅 선택 문제로 판단하세요. 가장 유용한 점검 항목은 현재 활성화된 RAUC 슬롯, 새로 기록된 슬롯이 불량으로 표시되었는지 여부, 그리고 연결된 다른 드라이브에 이전 ZimaOS 설치본이나 중복 파일 시스템 식별자가 있는지 확인하는 것입니다.
검증된 커뮤니티 사례에서는 처음에 1.6.2 업그레이드가 실패한 것처럼 보였지만, 업데이트 번들 자체는 정상이었습니다. 시스템은 새 시스템을 다른 슬롯에 기록했지만 해당 슬롯으로 부팅하지 못한 뒤 이전 슬롯으로 되돌아갔습니다. 이전 ZimaOS 파티션이 들어 있는 두 번째 NVMe가 핵심 원인이었습니다. 이 차이는 중요합니다. 같은 업데이트를 반복해서 다운로드해도 부팅 경로 문제는 해결되지 않기 때문입니다.
업데이트 롤백을 인식하는 방법
대표적인 증상은 다음과 같습니다.
- 업데이터가 완료 단계에 도달합니다.
- 기기가 재부팅됩니다.
- 대시보드에 여전히 이전 버전이 표시됩니다.
- 업데이트 알림이 다시 나타납니다.
- 오프라인 업데이트나 직접 수행한 RAUC 설치도 성공한 것처럼 보입니다.
설치 프로그램이 아무것도 기록하기 전에 명확한 체크섬 또는 서명 오류를 표시한다면 다른 문제입니다. 그러나 기록은 성공하고 재부팅 후 이전 시스템이 다시 시작된다면, 다음 부팅 단계에 집중하세요.
1단계: 현재 시스템 슬롯 확인
ZimaOS는 두 개의 작은 시스템 파티션인 슬롯 A와 슬롯 B를 사용하므로, 한 슬롯을 업데이트하는 동안 다른 슬롯을 복구용으로 유지할 수 있습니다. 현재 ZimaOS 시스템 복구 가이드에서 이 듀얼 슬롯 아키텍처를 설명합니다.
터미널에서 RAUC 상태를 확인하고 현재 부팅된 슬롯, 활성 슬롯, 업데이트된 슬롯이 정상 또는 불량으로 판단되었는지 기록하세요. 슬롯에 정상적으로 기록되었지만 부팅 후 불량 상태가 된다면, 설치 이후 단계에서 문제가 발생하고 있다는 뜻입니다.
2단계: 다른 업데이트를 강제하기 전에 모니터 연결
네트워크와 ZimaOS UI가 시작되기 전에 발생하는 초기 부팅 오류는 웹 대시보드에 표시되지 않습니다. 모니터와 키보드를 연결하고 재부팅한 다음 GRUB, 파일 시스템, NVMe, UUID 또는 커널 오류가 나타나는지 확인하세요.
다른 슬롯이 충돌하고 시스템이 자동으로 이전 슬롯으로 돌아간다면 오류 화면을 촬영하세요. 이는 업데이터가 100%를 표시하는 또 다른 스크린샷보다 훨씬 유용합니다.
3단계: 연결된 부팅 가능한 모든 드라이브 확인
흔히 놓치는 원인은 과거에 ZimaOS를 실행했던 두 번째 SSD 또는 NVMe입니다. 현재는 저장 장치로만 사용할 계획이더라도 부팅 파티션, 중복 파일 시스템 UUID 또는 이전 부트로더가 남아 있을 수 있습니다.
보조 시스템용 드라이브를 일시적으로 분리
시스템을 정상적으로 종료하고, 의도한 ZimaOS 시스템 디스크와 다른 ZimaOS 설치본이 들어 있지 않다는 것을 확실히 아는 데이터 디스크만 연결된 상태로 두세요. 그런 다음 업데이트를 다시 테스트합니다.
진단이 확실해질 때까지 드라이브를 지우지 마세요
특정 보조 드라이브를 제거했을 때 새 슬롯이 정상적으로 부팅된다면, 해당 드라이브의 데이터를 삭제하기 전에 먼저 백업하세요. 검증된 사례는 충돌을 일으킨 NVMe를 제거하여 해결되었지만, 업데이트 실패가 발생했다고 해서 항상 즉시 디스크를 포맷해야 한다는 뜻은 아닙니다.
4단계: 올바른 문제를 해결할 때만 오프라인 업데이트 사용
현재 ZimaOS 오프라인 업데이트 가이드는 일반 업데이트 채널에서 패키지를 가져오거나 준비할 수 없을 때 유용하지만, 중복 시스템 파티션으로 인한 부팅 충돌은 오프라인 설치로 해결되지 않습니다.
온라인과 오프라인 설치가 모두 정상적으로 기록되었는데도 시스템이 계속 되돌아간다면 설치 프로그램을 반복하지 말고 부팅 진단을 더 깊이 진행하세요.
실패 원인을 이해하지 못한 상태에서 불량 슬롯을 강제로 활성화하지 마세요
새 슬롯을 정상으로 표시하거나 강제로 활성화하고 싶을 수 있습니다. 그러나 이렇게 하면 자동 롤백 대신 대시보드에 도달하지 못하는 시스템이 될 수 있습니다. 증거를 수집하는 동안에는 롤백 기능이 시스템을 보호하도록 두세요.
ZimaOS 문제 해결 체크리스트는 기기가 안정적으로 부팅되지 않을 때 참고할 수 있는 종합 점검 목록입니다.
ZimaOS 재설치는 언제 적절한가요?
두 시스템 슬롯이 모두 손상되었거나, 시스템 디스크에 파일 시스템 또는 하드웨어 문제가 있거나, 드라이브 충돌을 제거한 후에도 부팅 가능한 슬롯을 복구할 수 없다면 재설치가 적절합니다. 이전 슬롯이 여전히 정상적으로 부팅되는 롤백 상황에서 재설치를 첫 번째 대응으로 선택해서는 안 됩니다.
재설치하기 전에 별도 저장 장치에 있는 사용자 데이터와 AppData가 백업되었는지 확인하세요. 앱 데이터가 시스템 디스크에 저장되어 있다면 먼저 보호해야 합니다.
멀티 드라이브 서버에서 이 문제를 예방하는 방법
- 업그레이드 또는 시스템 마이그레이션 중에는 의도한 ZimaOS 시스템 설치본 하나만 연결해 두세요.
- 오래된 ZimaOS SSD를 데이터 저장 장치로 재사용할 때는 백업한 후, 사용하지 않는 시스템 파티션을 제거하고 다시 사용하세요.
- 시스템 드라이브에 물리적으로 라벨을 부착하여 오래된 부팅 디스크가 몇 달 후 다시 연결되지 않도록 하세요.
- AppData와 사용자 데이터를 전용 저장 장치에 보관하여 운영체제 재설치의 영향을 줄이세요.
앱 데이터 계획 가이드를 활용하면 향후 운영체제 복구에 드는 비용을 줄일 수 있습니다.
FAQ
ZimaOS에서 업데이트 성공이라고 표시되는데도 왜 이전 버전이 계속 표시되나요?
업데이트가 다른 슬롯에 정상적으로 기록되었지만 해당 슬롯으로 부팅하지 못했을 수 있습니다. 그러면 ZimaOS가 이전의 정상 작동 슬롯으로 돌아갈 수 있습니다.
RAUC 슬롯이 불량이면 항상 업데이트 파일이 손상된 것인가요?
아닙니다. 업데이트 번들이 정상이어도 부팅 시 저장 장치, 파일 시스템, 커널 또는 하드웨어 문제로 슬롯이 불량 상태가 될 수 있습니다.
이전 ZimaOS 설치본이 있는 두 번째 SSD가 부팅을 방해할 수 있나요?
그렇습니다. 검증된 사례에서는 이전 ZimaOS 형식의 파티션과 충돌하는 식별자가 들어 있는 다른 NVMe가 문제를 일으켰습니다. 아무것도 삭제하기 전에 보조 부팅 가능 드라이브를 제거하여 테스트하세요.
바로 재설치해야 하나요?
이전 슬롯이 여전히 부팅된다면 그럴 필요가 없습니다. 먼저 슬롯 상태, 콘솔 출력 및 연결된 드라이브를 확인하세요. 원인을 파악했거나 두 슬롯 모두 복구할 수 없을 때 재설치하면 됩니다.
