1. 서론

OMV는 분명 강력한 나스 운영체제다. 1기가비트 이상 속도나 무조건적인 안정성이 반드시 필요하지 않다면 라즈베리파이에 설치된 OMV는 정말로 충분하고도 남는 성능을 보여준다. 나는 그동안 나스의 저장장치로 USB스틱, HDD, SSD 모두 사용해 보았다. 저렴한 가격에 USB를 사용해 보았지만 너무나 낮은 쓰기 속도로 인해 하드디스크를 달았고, 컴퓨터를 업그레이드 하면서 나온 SSD를 라즈베리파이에 달았다. 나는 전자제품을 커스터마이징 할 때 기기가 할 수 있는 모든 기능을 다 경험해본 다음 깔끔하게 포맷하여 내가 필요한 기능만을 사용하는 것을 좋아한다. 그래서 라즈베리파이에 달릴 저장장치들을 추가할 때마다 여러번 OMV를 밀고 다시 설치하기를 반복했다.

그러나 그때마다 정말로 다양한 문제를 마주하였다. 그리고 그런 문제의 답은 단순히 프로젝트 소개, how to do 수준의 글들에서는 찾아볼 수 없는 경우가 많았다. 얕은 지식 수준에서 스스로 해결할 수 있는 문제는 별로 없었고, 아주 작은 요류만으로도 라즈비안 전체를 포맷해야 하는 불쾌한 경험을 했다.

그런 과정 속에서 얻은 얼마 안되는 해결책을 좀 써보려고 한다. 많은 것들을 외국 페이지들에서 배웠고 특히 OMV공식 포럼에서 많은 도움을 받았다. 맨 땅에 헤딩하며 배우는 것들도 있겠지만 가장 좋은 것은 헤딩도 하지 않고 배우는 것이라고 생각하며 겪었던 경험들을 소개한다.

2. 시행착오들

1) 라즈베리파이 SD카드 슬롯고장

나는 데비안 기반 운영체제를 라즈베리파이로 처음 접했다.  sudo, apt, 그 모든게 너무나 이질적이면서도 신기했다. 프로그램을 설치하려고 온갖 사이트를 돌아다닐 필요없이 영어 몇 줄이면 알아서 필요한 프로그램을 깔아주는 터미널은 정말 충격적이었다. 라즈비안 lite버전을 깔아 GUI환경을 내 맘대로 구성하는 것은 하얀 눈에 그림그리는 어린 아이가 된 기분이었다.

그렇게 신기한 것들을 경험하던 어느 날, 라즈베리파이가 부팅이 되지 않았다. 모니터가 하나 밖에 없었기에 주로 ssh를 통해 제어하던 나는 단지 ssh 연결 문제인줄 알았다. 하지만 모니터에 연결하여 부팅했을 때 나온 메시지는 마이크로 sd카드가 존재하지 않다는 것이었다. 항상 백업은 중요하다고 생각한다. 그래서 처음 주문할 때도 sd카드를 두 개 주문했었다. 하나는 주로 사용할 sd카드, 하나는 백업을 하거나 실험적인 테스트를 할 sd카드였다. 하지만 얼척 없게도 두 카드 모두 인식이 되지 않았다. 두 카드 모두 OMV가 설치된 라즈비안이 깔려있었다.

마이크로 sd카드는 상대적으로 불안정하고 특히 전원이 순간적으로 차단되면 안에 파일들이 깨질 수 있다는 글을 보았다. 얼핏 기억하기로는 전원이 켜져있었던 상태로 sd카드를 뽑았던 것 같았다. 그렇게 카드 고장인 줄 알고 새 카드를 주문했다. 하지만 새 카드 역시 인식이 되지 않았다. 그제서야 sd카드 리더기로 컴퓨터에 연결해 보았더니 모두 인식이 정상적으로 되는 것이었다. 하나의 남은 가능성은 라즈베리파이의 sd카드 슬롯의 고장이었다.

파이를 어떻게 부팅해야할까 고민하던 찰나, usb에 os를 설치하여 라즈베리파이를 부팅할 수 있다는 말을 들었던 기억이 났다. 천만다행히도 주기적인 업데이트 과정에서 라즈베리파이의 부트로더가 업데이트 되어있었다. 내 라즈베리파이는 그때부터 지금까지 마이크로 sd카드보다 더 안정적이고 유연한 usb를 통해 부팅한다.

만약 지금 다시 라즈베리파이를 산다면 특별한 이유가 아니면 개인적으로는 절대 마이크로sd카드를 사용하지 않을 것 같다.  usb, 특히 3.0규격으로 연결한 장치에 os를 설치하면 더욱 안정적이고 빠른 속도를 경험할 수 있다. 임베디드나 IoT같은 용도로 라즈베리파이를 사용하면 마이크로 sd카드의 작은 크기가 분명히 필요한 요소일 것이다. 하지만 나처럼 프로젝트를 여러개 올리거나, 자주 포맷을 해야할 필요가 있거나, 높은 안정성을 기대해야 할 경우에는 부트로더를 업데이트하여 usb부팅을 사용하는 것이 더 나은 방법이라고 생각한다.

2) 이미 파일이 존재하는 하드디스크를 OMV에 설치하기

컴퓨터에 새 하드를 장착하면 당연하게도 특정한 형식으로 포맷하는게 좋다. 성능적인 면에서나 안정성의 면에서나 심지어 어떤 하드들은 아예 파일 시스템이 잡히지 않는다. OMV에서도 똑같다. 새로 하드를 설치하면 윈도우의 NTFS나 맥의 APFS이 아닌 EXT4나 BTRFS와 같이 리눅스에서 자주 사용하는 형식으로 하드를 포맷하는 것이 좋다.

처음 설치했던 1테라 짜리 하드가 가득 차고 새로 4테라 짜리 하드를 구매하여 연결했다. EXT4로 포맷했고 벌써 1.3테라는 채웠을 때였다. 내가 가진 하드 도킹스테이션은 2베이이고 하드는 총 3개가 있다. 하나는 주 백업 용도, 하나는 맥의 타임머신 용도, 하나는 파일 아카이브 용도로 사용하려고 했다. 그러나 세 개의 하드를 모두 연결하지 않으면 OMV의 설정이 저장되지 않는 오류가 발생했다. (이에 대한 자세한 내용은 밑에서 더 설명한다)  그때는 이에 대한 해결책을 찾지 못했기에 os를 재설치하는 것이 가장 깔끔한 방법이라고 생각했다. 하지만 문제가 있었다. 나는 이미 총 2테가 가량되는 모든 파일을 하드디스크에 백업해둔 상태였으며, 파일들이 저장된 하드들을 다시 포맷하기에는 그 파일들을 옮겨둘 용량을 가진 저장장치가 없었다. 드롭박스나 원드라이브 같은 클라우드 서비스도 를 알아보았으나 용량이 크지 않거나 파일들을 옮기는 속도가 너무 느렸다.

한국어 웹사이트에서는 이에 대한 명확한 답을 얻지 못했다. 결국 건너건너 도착한 OMV포럼에서 정확한 답을 얻을 수 있었다.

공식 문서에 나열된 지원되는 파일 시스템들은 포맷없이 마운트가 가능하고 사용도 가능하다. (웹 UI에서 btrfs의 스냅샷이나 서브볼륨 같은 기능은 사용 불가능하다. 내부 설정을 건드리면 일부 사용 가능하다고는 한다) (zfs는 해당 플러그인을 설치하면 이용할 수 있다) 따라서 EXT4와 같은 지원되는 파일 시스템을 가진, 지워서는 안되는 파일이 있는 장치는 OMV에 따로 포맷 걱정 없이 연결할 수 있다.

이런 정보를 얻은 덕분에 안심하고 os를 재설치 한 뒤 안전하게 하드를 다시 이용할 수 있었다. 단지 유의해야 할 부분이라면 이용하려는 파일들을 OMV 웹 UI 에서 생성한 공유폴더 아래로 옮겨야 한다는 점이다. 아니면 가장 상위폴더 명과 생성하려는 공유폴더 명을 같게하고 경로를 해당 폴더에 잡아주면 그대로 안에 내용들에 접근 가능하다.