파일 시스템은 평소에 느껴지지 않는 종류의 기반이다. 무슨 일이 생긴 날에는 모든 것을 결정한다.

기록 시 복사가 낳는 연쇄

Btrfs 는 리눅스를 위한 현대적인 기록 시 복사 파일 시스템이다. 공식 문서 첫머리는 정의를 한 문장으로 제시하고 설계 목표도 함께 적는다. 앞선 기능을 이루면서 장애 견딤과 복구, 관리의 수월함도 함께 본다는 것이다. 이 순서는 눈여겨볼 만하다. 실패 뒤의 회복을 목표 쪽에 두었다는 것은 처음부터 오래 돌리는 것을 전제로 만들었다는 뜻이다.

기록 시 복사가 이 설계의 지렛대다. 데이터를 고칠 때 원래 자리를 덮어쓰지 않고 다른 곳에 쓴 다음 포인터를 옮긴다. 그래서 바꾸기 전과 후의 상태가 모두 남는다. 체크섬, 스냅숏, 보내기와 받기가 적은 비용으로 가능한 이유가 여기에 있다. 공식 목록은 길다. 체크섬, 압축, 중복 제거, 조각 모음, 인라인 파일, 쿼터 그룹, reflink, 가동 중 용량 조정, 체크섬 복구, 보내기와 받기, 하위 볼륨, 스왑 파일, TRIM, 볼륨 관리가 나란히 놓인다.

다만 공짜는 아니다. 블록이 영원히 무료로 늘어나지는 않는다. 고친 블록은 다시 쓰이므로 같은 파일을 계속 고쳐 쓰는 작업은 두 번 치른다. 새 할당과, 오래된 영역을 나중에 정리하는 몫이다. 그래서 아래의 손질은 장식이 아니라 이 설계의 날마다 드는 비용의 일부다.

실제로 쓰이는 기능

나쁜 데이터를 알아채는 것이 체크섬이다. 공식 문서는 여기에 별도 장을 할애해 데이터와 메타데이터를 어떻게 검증하는지 적는다. 읽을 때 자동 복구라는 장도 있어, 쓸 만한 사본이 있을 때 읽은 내용을 어떻게 바로잡는지 설명한다. 두 장을 합치면 데이터 완전성에 대한 기본 약속이 된다.

정리를 맡는 것이 하위 볼륨과 스냅숏이다. 하위 볼륨에는 독립된 장이 있고, 스냅숏은 하위 볼륨에 대한 보통 조작이며, 기록 시 복사와 맞물려 만들 때의 부담과 차지하는 공간이 모두 작다. 옮기는 일은 보내기와 받기가 맡는다. 하위 볼륨이나 스냅숏을 흐름으로 다른 Btrfs 로 보내므로 증분 백업에 맞는다. 볼륨 관리는 여러 장치를 하나의 파일 시스템으로 묶고, 균형과 장치 교체, 시드 장치 같은 항목이 곁들인다.

도구와 판

날마다의 작업은 btrfs-progs 라는 명령줄 도구 묶음으로 한다. mkfs, check, scrub, balance 가 그 안에 있다. 공식 변경 기록은 현재를 7.1, 날짜를 2026 년 7 월 14 일로 적고, 그 뒤에 2026 년 5 월 9 일의 7.0 과 2025 년 2 월 13 일의 6.19 가 이어진다. 도구는 GPL-2.0 으로 공개되어 저장소 최상위에 라이선스 문서가 있고, 라이브러리 부분에는 별도 문서가 붙는다.

7.1 의 변경은 만들기와 검사 두 곳의 효율에 모인다. 공식 기록에 따르면 mkfs 는 뿌리 디렉터리를 지정할 때 GET_CSUMS 인터페이스로 기존 체크섬을 다시 쓸 수 있고, reflink 와 함께면 파일 데이터를 한 번 덜 읽는다. check 에는 쿼터 그룹 검사를 건너뛰는 선택지가 붙어 검사가 빨라진다. 작아 보이지만 큰 파일 시스템에서는 아낀 시간이 실제다.

한 가지 더, 이 파일 시스템을 애초에 고를지도 생각해야 한다. 어디서나 기본은 아니고, 제공하는 배포 쪽은 대개 더 수수한 선택지와 나란히 보여 준다. 기능 목록을 차림표처럼 읽는 것은 틀린 습관이다. 그 기계가 실제로 쓰는 두세 가지가 무엇인지 묻는 편이 맞다. 켠 기능은 모두 누군가 손보고 지켜보고 이해해야 한다.

저장 방식의 값어치는 규격표의 길이가 아니라, 데이터를 넣은 뒤에 손대지 않고 지낼 수 있는지에 있다.

쓰는 요령. 새 디스크는 먼저 전체 검사를 해서 나쁜 곳을 파악한 뒤 데이터를 올린다. 되돌릴 지점이 필요하면 하위 볼륨 스냅숏을 만든다. 디스크를 통째로 복사하는 것보다 훨씬 싸다. 여러 장치 구성은 가동 전에 중복 단계를 확인해 한 장치 고장으로 전체를 잃지 않게 한다. 기계 사이 이동은 보내기와 받기를 쓰면 증분 전송이 전체 복사의 시간을 덜어 준다.