홈 서버 SD 카드 고장, NixOS로 복구한 경험기

SD 카드 수명 문제로 홈 서버 Raspberry Pi의 OS 드라이브가 고장난 경험을 공유함

NixOS 설정 최적화를 통해 SD 카드 쓰기 작업 최소화 및 데이터 안정성 확보

btrfs RAID1 풀을 구축하고 서비스별 서브볼륨을 활용하여 스토리지 관리 효율화

zram 및 메모리 로깅 도입으로 디스크 쓰기 작업 추가 감소 시도

SD 카드 수명 단축의 원인과 해결책

커뮤니티에서는 Raspberry Pi에서 SD 카드 고장이 빈번하다는 점에 공감하며, 지속적인 쓰기 작업이 주요 원인임을 지적합니다. 특히 NixOS의 기본 설정이 예상보다 많은 쓰기 작업을 유발할 수 있다는 의견이 있습니다. 해결책으로 `noatime` 옵션 적용, zram을 통한 스왑(Swap) 및 임시 파일(tmpfs) 관리, 저널 로깅(Journal Logging)을 메모리로만 저장하는 방안이 제시되었습니다. 또한, 읽기 전용(Read-Only) 파일 시스템 운영 방식이 SD 카드 수명 연장에 효과적이라는 경험담도 공유되었습니다.

btrfs RAID1 풀과 서브볼륨 활용 전략

본문에서는 여러 개의 구형 HDD를 묶어 btrfs RAID1 풀을 구축하고, 각 서비스별로 독립적인 서브볼륨(Subvolume)을 생성하여 데이터를 관리하는 방식을 설명합니다. 이는 데이터 격리 아키텍처(Data Isolation Architecture)를 제공하며, 스냅샷 관리 및 복구 용이성을 높입니다. 커뮤니티에서는 RAID가 백업을 대체할 수 없다는 점을 재차 강조하며, btrfs 스냅샷과 `btrfs send`를 활용한 로컬 백업 가능성도 언급되었습니다.

USB 부팅 및 SSD 대안 스토리지 논의

SD 카드 고장에 대한 대안으로 USB 부팅 방식과 SATA SSD 활용이 활발히 논의되었습니다. 일부 사용자는 USB 부팅 시 성능 저하나 안정성 문제를 우려했지만, 다른 사용자들은 저렴한 SATA SSD를 사용해도 SD 카드보다 훨씬 높은 내구성을 경험했다고 주장합니다. 다만, USB 포트가 제한적이라는 점은 확장성 측면의 단점으로 지적되었습니다. 또한, Raspberry Pi용 M.2 HAT 사용이 USB 방식보다 더 나은 대안이 될 수 있다는 의견도 제시되었습니다.

NixOS 설치 및 설정의 복잡성과 커뮤니티 지원

NixOS의 선언적 구성(Declarative Configuration) 방식은 강력하지만, 초기 학습 곡선이 가파르다는 점이 커뮤니티에서 공통적으로 언급됩니다. 특히 SD 카드 설치 이미지 생성 과정에 대한 구체적인 모듈(`sd-image-aarch64.nix`)과 빌드 명령어(`nix build .#nixosConfigurations.takodachi.config.system.build.sdImage`)가 공유되었습니다. 일부 사용자는 NixOS 대신 Arch Linux를 선호하며, f2fs 파일 시스템 사용 시 안정성 문제를 겪었던 경험을 공유하기도 했습니다.