OMV... 시스템 복구 후기입니다
거의 일주일을 여기 쏟아부은 것 같네요
워낙에 리눅스랑 안친해서요 ㅠㅠ
저같이 삽질하시는 분 계실까봐 기록해둡니다
OMV 백업 플러그인을 통해 백업을 하면 이런 파일들이 생성됩니다.
blkid는 blkid명령을 통해 출력된 결과들 입니다.
저 파일을 메모장으로 열면 파티션 별 UUID가 나와요
dd.gz는 dd로 백업한 파일을 gz로 압축시켜놓은 것입니다. (얘가 핵심 백업파일)
fdisk는 fdisk 명령을 통해 출력된 결과들입니다. 역시 메모장으로 열 수 있습니다.
packages도 마찬가지입니다.
grub와 grubparts는 grub 관련 파일로, 용량이 다른 디스크에 복원할 때 파티션을 잡아주는 용도라고 알고 있습니다.
저같은 경우 데비안은 살아있고 OMV+도커가 통으로 날아가버린 상황이었습니다.
OMV포럼에 검색을 좀 해보니 dd는 OS파티션만 백업한다고 되어있어
노트북에 linux용 윈도우 하위 시스템을 설치한 후 우분투를 설치하고 usb로 SSD를 연결해 복구를 시도했습니다.
sudo fdisk -l
로 파티션 내역을 쭉 나열합니다.
보통 OS가 설치된 SSD는 sda로 지정이 돼있을 것이고
파티션은 OMV iso를 사용해 설치하셨다면
sda1: OS 파티션
sda2: boot
sda3: 메모리 스왑 파티션
이렇게 돼있을 겁니다.
dd 백업의 경우 OS파티션만 백업하므로 sda1에 복원해주셔야 합니다.
(sudo) gunzip -c /mnt/xxxx.dd.gz | (sudo) dd of=/dev/sda1(데비안이 설치돼있던 파티션) bs=4096(블록사이즈)
근데 저는 뭐가 문제였는지 공간이 부족하다며 제대로 복원되지 않는 오류가 발생하였고 usb 초기화도 해보고 omv 재설치 후 다시 복원 시도도 해봤지만 계속 공간 부족 오류가 나왔습니다.
OMV 포럼에도 이런 현상을 겪는 사람들이 있었지만 해결책은 없는거같더라구요...
그래서 다른 USB에 systemrescuecd를 구워 다시 시도합니다...
systemrescuecd로 부팅한 후, 기본으로 부팅합니다.
콘솔창이 나오면
startx 를 입력해 GUI모드로 전환합니다.
1. 파티션 3개가 모두 살아있다면 (가급적 추천)
터미널을 이용해 mountall 입력 후 백업파일을 sda1에 복원해줍니다.
Gparted를 실행해 sda1을 언마운트 후, 우클릭하여 복구해줍니다.
복구해주는 이유는 sda1에 복원하여도 제 경우에는 58기가로 복원돼야하는데 2기가로 복원되더라구요
복구해주면 정상적으로 표기됩니다.
2. 파티션이 없다면... 혹은 포맷한 디스크라면
dd 백업은 OS파티션만 백업돼있으므로 dd만으로는 복원이 불가합니다.
omv 홈피에서 설치 iso를 다운로드 후, usb에 구워 ssd에 설치하고 systemrescuecd로 부팅해줍니다.
이후 과정은 1번과 동일합니다.
2번으로 복구하면 문제가... sda의 UUID가 변경되어 처음에 램 스왑 파티션을 못잡는 등 자잘한 문제가 발생합니다.
램 스왑은 fstab 파일을 열어 UUID를 변경해주면 됩니다.
부팅시 mdadm 에러가 뜨면서 부팅이 30초 정도 지연됐는데 어쩌다 보니 해결이 됐네요..ㅋㅋㅋ
추가로 나머진 다 복구가 됐는데 nginx proxy manager 의
default conf 파일이 다 깨져서 제대로 도커 동작이 안되는 문제가 있었습니다.
왜 저 파일만 깨졌는진 의문입니다만... 그냥 도커 재설치로 해결했습니다.
아직 photoprism의 도커 recreate가 안되는 문제가 있어서 이것만 해결하면 되네요..
cmt alert