오랜 독자님, 여기에 처음 글을 올리네요. Linux를 처음 접했기 때문에 ZFS 파일 시스템으로 Linux를 마운트하도록 허용하는 것은 어리석은 일이었을 것입니다. 처음에는 다음 명령을 사용하여 루트 풀에 다른 드라이브를 추가하여 RAID 스타일 스트라이핑을 수행하는 것이 매우 쉽기 때문에 좋아 보입니다.
sudo zpool add rpool /dev/nvme1n1
그러나 지난 2주 동안 ZFS는 이를 올바르게 백업하는 방법을 알아내려고 애쓰면서 나에게 큰 골칫거리를 안겨주었습니다. ZFS 스냅샷 및 복제에 대해 찾을 수 있는 모든 온라인 게시물에서는 백업이 매우 간단해 보이지만 저에게는 적합하지 않습니다. 아마도 물리적 드라이브, ZFS 풀 및 스냅샷/복제 간의 기본적인 관계를 이해하지 못하기 때문일 것입니다. 물리적 드라이브가 있는 경우에만 처리하면 괜찮을 것입니다.
많은 연구 끝에 Sanoid 프로그램의 Syncoid에 문제를 아웃소싱하기로 결정했습니다(https://github.com/jimsalterjrs/sanoid/blob/master/README.md#syncoid). 이것은 큰 실수인 것 같습니다. 먼저 백업을 포함할 풀을 설정했는데, 이 풀은 약 20GB의 공간만 차지합니다. 28TB의 공간이 있는 "sda"라고 표시된 별도의 드라이브에 ~20GB의 공간을 저장하기 위해 먼저 다음을 실행했습니다.
sudo zpool create hdd /dev/sda
그런 다음 syncoid를 사용하여 루트 풀과 부트 풀을 새 "hdd" 풀에 백업하려고 했습니다.
syncoid -r --sendoptions=“vPrF” --no-stream bpool hdd/bpoolbackup
syncoid -r --sendoptions=“vPrF” --no-stream rpool hdd/rpoolbackup
그러나 이는 17TB의 하드 드라이브 풀 공간을 차지하므로 물리적 28GB 하드 드라이브에는 9TB만 남은 것처럼 보입니다. 그래서 다시 시작하기 위해 하드 드라이브 풀을 파괴했지만 아무런 효과가 없었습니다! fdisk를 실행하면 보고서에 실제로 sda 볼륨에 9TB의 공간만 있다고 표시됩니다. fdisk가 ZFS 파일 시스템으로 인해 발생하는 문제에 취약한 것 같아서 놀랐습니다.
이 문제를 해결하기 위해 이 문제를 검색하여 이 StackExchange 게시물을 찾았습니다.이미지 파일 데이터 세트 삭제 후 ZFS 손실된 디스크 공간 복구, 권장된 대로 모든 ZFS 스냅샷을 나열하고 @syncoid와 관련된 모든 스냅샷을 삭제했습니다. 이것도 효과가 없습니다. 그래서 하드 드라이브 "sda"를 제거하고 다시 설치하는 것이 도움이 될 것이라고 생각했습니다. 그런데 마운트된 볼륨이 나열되어도 sda 드라이브는 아예 나타나지도 않네요!
누군가가 드라이브를 원래 모양으로 복원하도록 도와줄 수 있습니까? 나는 완전히 길을 잃었다는 느낌을 받았고 물론 이것이 나의 지식 부족 때문이라는 것을 충분히 알고 있지만 ZFS에 대해서는 약간 실망했습니다. 간단하고 사용자 친화적이라고 설명되어 있지만 물리적 드라이브에 대한 명시적인 연결과 이에 대한 직접적인 사용자 제어가 없으면 초보자가 사용하기가 매우 어려울 수 있습니다. 물리적으로 언급할 것이 아무것도 없는 매트릭스에 갇혀 있는 것 같은 느낌이 들었습니다.
맥락: 나는 어떤 멋진 일도 하지 않고 단지 개인적인 용도로 Linux 박스를 실행하고 있습니다. 바람직하게는 스냅샷이 전혀 필요하지 않습니다. 실제로는 치명적인 충돌로부터 복구할 수 있도록 부팅 디렉터리와 루트 디렉터리를 정기적으로 백업하기만 하면 됩니다. 다른 모든 것은 실제로 공간 낭비일 뿐입니다.
어떤 방법으로든 도와주셔서 감사합니다! !
리눅스를 처음 접하는 사람