정확한 UEFI 부팅 대상과 두 번째 부팅 경로를 업데이트 전에 기록하고 보존하면 펌웨어 업데이트로 홈 서버를 사용할 수 없게 될 가능성을 줄일 수 있습니다.
예방 작업은 BIOS 부팅 메뉴를 단순히 스크린샷으로 남기는 데 그치지 않습니다. 활성 EFI 항목, 부팅 순서, 대상 디스크와 EFI 시스템 파티션, 펌웨어 모드, Secure Boot 상태, 동일한 NVRAM 항목에 의존하지 않는 복구 경로를 기록해야 합니다. 그런 다음 업데이트 전에 서버가 의도한 로더에 도달할 수 있는지 확인하고, 업데이트 직후 동일한 정보를 다시 수집해 비교하세요.
업데이트 전에 활성 EFI 항목 기록하기
서버가 정상적으로 작동하는 상태에서 시스템의 EFI 부팅 관리자 도구를 실행하고, 상세한 장치 경로가 포함된 전체 출력 결과를 저장하세요. BootCurrent, BootOrder, 모든 활성 항목, 그리고 선호하는 로더가 참조하는 디스크나 파티션을 기록합니다.
서버 복구에 초점을 둔 안내서에서는 BIOS 관련 변경 전후에 efibootmgr -v를 사용해 업데이트 전에 항목을 기록할 것을 권장합니다.
이 텍스트는 부팅 디스크 외부에 저장하세요. 예를 들어 다른 NAS 데이터 세트나 관리자 노트북에 보관할 수 있습니다. 업데이트 후 화면 사진도 유용하지만, 여러 디스크에 이름이 비슷한 Linux 부팅 항목이 표시될 때는 저장된 장치 경로가 훨씬 강력한 증거가 됩니다.
부팅 항목을 물리 디스크에 매핑하기
활성 로더가 사용하는 EFI 시스템 파티션을 식별하고, 이를 디스크 일련 번호나 기타 안정적인 하드웨어 식별자에 매핑하세요. 올바른 OS 디스크를 이전 복제본과 구분할 수 있도록 루트 파일 시스템이나 부팅 풀의 식별 정보도 기록합니다.
실용적인 Linux 안내서에서는 운영 체제에 어떤 디스크가 먼저 표시되는지에 의존하지 않고, BootCurrent가 활성 항목을 식별한다는 점을 보여 줍니다.
유지 관리 기록에서 드라이브를 단순히 “NVMe 1” 또는 “SATA 0”으로만 표시하지 마세요. 펌웨어 업데이트로 컨트롤러나 장치 표시 순서가 바뀔 수 있지만, 일련 번호와 EFI 장치 경로를 사용하면 의도한 부팅 대상을 훨씬 쉽게 식별할 수 있습니다.
NVRAM 부팅 순서를 별도로 저장하기
UEFI 부팅 항목은 EFI 파티션 내부의 파일이 아니라 펌웨어 변수입니다. EFI 파일은 남아 있어도 메인보드가 NVRAM 기록을 잊어버리는 경우에 선호 순서를 다시 만들 수 있도록 현재 순서와 항목 식별자를 저장하세요.
EFI 관리 튜토리얼에서는 부팅 항목이 NVRAM에 저장된다는 점과, 로더 파일과 독립적으로 생성·삭제·순서 변경할 수 있다는 점을 설명합니다.
저장된 16진수 항목 번호 자체를 영구적인 값으로 간주하지 마세요. 초기화 후 다시 만든 항목에는 다른 번호가 할당될 수 있으므로, 중요한 정보는 로더 경로, 대상 디스크, 레이블, 원하는 상대적 순서입니다.
펌웨어와 무관한 대체 로더 유지하기
부트로더와 배포판이 지원하는 경우, EFI 시스템 파티션에 사용할 수 있는 대체 로더 경로나 문서화된 다른 복구 방법이 있는지 확인하세요. 펌웨어 업데이트 전에 일회성 부팅 메뉴나 이동식 복구 미디어를 테스트합니다.
UEFI 부트 로더 안내서에서는 일반적인 NVRAM 등록이 없을 때 대체 로더가 누락된 항목을 우회하는 방식을 설명합니다.
대체 로더는 깔끔한 기본 구성을 대신하는 것이 아닙니다. 그 가치는 운영 체제에 안정적으로 접근한 뒤 의도한 항목을 복원할 수 있는 확실한 방법을 제공한다는 데 있습니다. 이를 통해 긴급한 상황에서 여러 오래된 EFI 파티션을 추측하며 작업하지 않아도 됩니다.
UEFI, 레거시 및 Secure Boot 상태 기록하기
업데이트 전에 서버가 순수 UEFI, 레거시 또는 CSM 호환 모드 중 무엇을 사용하는지와 Secure Boot 상태를 기록하세요. 기본값이 복원될 경우 현재 OS가 정상적인 부팅 디스크를 인식하지 못하게 만들 수 있는 스토리지 컨트롤러 설정도 기록해야 합니다.
Linux 펌웨어 전환 안내서에서는 UEFI 모드가 부팅 동작을 변경한다는 점과, 전환 과정에서 디스크를 수동으로 선택해야 할 수 있다는 점을 보여 줍니다.
업데이트 후에는 부트로더를 다시 설치하기 전에 이러한 설정을 비교하세요. 올바른 EFI 파일이 여전히 있어도 펌웨어 모드나 부팅 우선순위가 기본값으로 돌아가면 서버가 다른 디스크로 부팅할 수 있습니다.
업데이트 직후 의도한 항목 확인하기
업데이트 후 처음으로 부팅에 성공하면 일반 서비스가 디스크를 변경하기 전에 BootCurrent와 BootOrder를 다시 캡처하세요. 서버가 의도한 물리 디스크와 EFI 시스템 파티션에서 시작했는지 확인합니다.
부팅 순서 예시에서는 올바른 항목과 해당 식별자를 확인한 후 BootOrder를 의도적으로 복원할 수 있다는 점을 보여 줍니다. 펌웨어가 자동으로 선택한 순서를 그대로 받아들일 필요가 없습니다.
항목 번호는 변경될 수 있으므로 각 현재 항목을 로더 경로와 대조한 후에만 이전 순서를 복원하세요. 펌웨어 업데이트 후 홈 서버가 이미 잘못된 디스크에서 시작한 경우에는 관련 ZimaSpace 문서의 잘못된 디스크 부팅 진단이 다음 단계로 적절합니다.
자주 묻는 질문
BIOS 설정 스크린샷만 준비해도 충분한가요?
아니요. 스크린샷에는 레이블과 순서가 표시될 수 있지만, 저장된 EFI 장치 경로, 활성 항목, 디스크 식별 정보, EFI 시스템 파티션이 있으면 복구 과정에서 혼동을 크게 줄일 수 있습니다.
펌웨어 업데이트 전에 오래된 EFI 항목을 삭제해야 하나요?
단순히 정리하기 위해 삭제하지는 마세요. 먼저 어떤 항목이 실제로 더 이상 필요 없는지 확인하고, 테스트한 대체 경로를 보존하세요. 펌웨어 유지 관리 직전에 작동하는 대체 경로를 제거하면 복구 방법이 줄어듭니다.
부팅 항목이 사라져도 EFI 파일은 남아 있을 수 있나요?
예. EFI 시스템 파티션은 그대로 남아 있는 동안 펌웨어가 NVRAM 항목을 잃거나 순서를 변경할 수 있습니다. 따라서 펌웨어 항목과 디스크에 저장된 로더 경로를 모두 기록하는 것이 중요합니다.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

