오랜 독자님, 처음으로 포스터를 여기 올립니다. Linux를 처음 접하는 저는 아마도 어리석게도 (내 전문 지식 수준을 고려할 때) ZFS 파일 시스템과 함께 설치하도록 허용했을 것입니다. 다음을 사용하여 루트 풀에 다른 드라이브를 추가하여 RAID 스타일 스트라이핑을 수행하는 것이 놀랍도록 쉬웠기 때문에 처음에는 좋아 보였습니다.
sudo zpool add rpool /dev/nvme1n1
그러나 ZFS는 지난 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
그러나 이로 인해 HDD 풀에서 17TB의 공간이 소모되어 물리적인 28GB HDD에 9TB만 남게 되었습니다. 그래서 다시 시작하기 위해 HDD 풀을 파괴했지만 아무런 효과가 없었습니다! fdisk를 실행하면 보고서에 실제로 sda 볼륨에 9TB의 공간만 있는 것으로 표시됩니다. fdisk가 ZFS 파일 시스템이 일으키는 문제에 종속된 것처럼 보이므로 이 사실은 제 마음을 사로잡았습니다.
이 문제를 해결하기 위해 문제를 검색하고 이 StackExchange 게시물을 찾았습니다.이미지 파일 데이터 세트를 제거한 후 ZFS에서 손실된 디스크 공간 복구, 조언에 따라 모든 ZFS 스냅샷을 나열하고 @syncoid와 관련된 모든 스냅샷을 삭제했습니다. 이것도 효과가 없었습니다. 그래서 HDD 드라이브 "sda"를 마운트 해제했다가 다시 마운트하고 싶었습니다. 이것이 도움이 될 것이라고 생각했습니다. 그러나 마운트된 볼륨을 나열할 때 sda 드라이브는 나타나지도 않습니다!
누군가 드라이브를 원래 모양으로 되돌리도록 도와줄 수 있나요? 나는 완전히 길을 잃은 느낌을 받았고 물론 이 문제의 원인이 나의 지식 부족 때문이라는 것을 완전히 인식하지만 ZFS에 대해 일종의 실망감을 느낍니다. 간단하고 사용자 친화적인 것으로 설명되었지만 물리적 드라이브에 대한 명확한 연결과 직접적인 사용자 제어가 없으면 초보자가 사용하기가 매우 어렵습니다. 물리적으로 언급할 것이 아무것도 없는 매트릭스에 갇혀 있는 것 같은 느낌이 듭니다.
맥락상: 나는 어떤 멋진 일도 하지 않고 단지 개인적인 용도로 Linux 머신을 실행하고 있습니다. 최적으로는 스냅샷을 전혀 원하지 않습니다. 실제로는 치명적인 충돌로부터 복구할 수 있도록 부팅 및 루트 디렉터리를 주기적으로 백업하는 것뿐입니다. 다른 모든 것은 실제로 공간 낭비일 뿐입니다.
당신이 제공할 수 있는 어떤 도움에도 감사드립니다!!
리눅스를 처음 접하는 사람