저는 LUKS, LVM, btrfs 및 bcache와 관련된 상당히 취약하고 오류가 발생하기 쉬운 설정으로 작업하고 있습니다. 나는 오랫동안 btrfs를 사용해 왔지만 큰 문제는 없었습니다. 그러나 캐싱을 지원하지 않으며 삭제 코딩(예: RAID5 또는 6 스타일 중복)도 처리하지 않습니다.
특히 배포판의 새 버전을 설치하려고 할 때 매우 이례적이며 업그레이드 프로세스 테스트나 설치 테스트에서 고려되지 않은 설정이 포함되어 있기 때문에 쉽게 실패할 수 있다고 생각합니다. 시스템은 이전 시스템의 대부분의 데이터를 유지합니다.
bcachefs로 이동하고 싶지만 그것이 btrfs send및 와 같은 것을 지원하는지 또는 지원할 의도인지 알 수 없습니다 btrfs recv. 이 두 명령은 증분 백업 전략에 매우 중요합니다.
2023년 11월에도 비슷한 기능이 지원되나요? 영원할까요?
답변1
이것노선지도bcachefs그것을 언급했다:
ZFS 및 btrfs와 마찬가지로 필요합니다. 이를 통해 백업/중복화 목적으로 네트워크를 통해 파일 시스템을 효과적으로 동기화할 수 있습니다. rsync보다 더 효율적이며 스냅샷과도 잘 작동합니다.
모든 메타데이터는 btree 키로 존재하므로 구현하는 데 많은 작업이 필요하지 않습니다. 네트워크 프로토콜이 필요하며 버전 번호 X(키 버전 번호를 사용하는 경우)보다 새로운 키를 스캔하고 전송해야 합니다. 지정된 스냅샷 ID보다 새로운 키입니다.
로드맵에 있으므로 아직 구현되지는 않았지만 향후 계획이 있음을 의미합니다(날짜 없음).