대부분의 리눅스 배포판의 파일시스템 ext4가 나쁜 것은 아니지만,
btrfs은 ext4가 가지지 못한 여러 현대적인 장점을 갖고 있습니다.
리눅스를 처음 접하신 분들은 btrfs을 좀 배워서 사용하는 것이
앞으로 훨씬 이득이 되실 것으로 보입니다.
루트 파티션을 옮기고 나면, 부트로더가 잘 올라오지 않을 수 있는데,
가능한 가상 기계에서 충분히 테스트하시고 실제 시스템에 적용하시기 바랍니다.
그리고 ext4 서브 볼륨을 지우지 않으면, 언제든지 되돌아 가실 수 있습니다.
아래 내용은 그냥 가져온 것이라 가독성이 떨어질 수 있고, 내용 업데이트가 되지 않을 것입니다.
원문: https://dawoum.ddns.net/wiki/Btrfs
Prerequisites
먼저, / 파티션이 60% 이상 사용되고 있는지 확인을 하십시오
- df
만약 그렇다면, 파티션을 늘리든지, 불필요한 파일들을 지우십시오.
그런-다음 관련된 툴을 설치하십시오:
- sudo apt install btrfs-progs
Convert Ext File Systems to Btrfs
먼저, 루트 파일 시스템이 아닌 특정 위치에 마운트되어 있는 ext4 파일 시스템을 btrfs으로 옮겨보고자 합니다. 해당 파티션은 /dev/nvme0n1p1입니다.
- 해당 파티션을 접근하는 모든 프로세서를 종료합니다.
- sudo umount /dev/nvme0n1p1
- sudo fsck.ext4 -fyv /dev/nvme0n1p1
- 최적화 과정을 거칩니다.
- sudo fsck.ext4 -fyv /dev/nvme0n1p1
- 아무런 작업을 하지 않는지 확인을 합니다.
- sudo btrfs-convert /dev/nvme0n1p1
해당 파티션은 256G, pci3.0, nvme 타입의 SSD로써, 복원을 위한 ext2_saved 이미지를 생성하기 위해 생각보다 시간이 꽤 걸립니다.
- blkid /dev/nvme0n1p1
- sudo vi /etc/fstab
UUID=xxxx mount_point btrfs compress=zstd:1 0 2
무슨 설정을 추가해야 할까요? 가상 기계를 종료할 때 꽤 오래 기다려야 합니다.
Some tweak
해당 파티션의 조각 모음을 수행할 수 있습니다. SSD는 안하는 것을 추천합니다. 수명이 짧아집니다.
- sudo btrfs filesystem defragment -v -r -f mount_point
QEMU/KVM 이미지 디렉토리는 “no copy-on-write” 속성을 설정할 수 있습니다:
- sudo chattr +C image_directory
Roll back
| 복원이 가능하려면, 조각-모음(defragmentation), 균형-조정(balancing) 또는 ext2_saved 삭제 중 어떤 것도 수행되어서는 안된다고 합니다. 그러나, 위에서 보듯이 조각 모음을 수행했음에도 불구하고, 복원은 정상적으로 이루어진 것으로 보입니다. 이 파티션은 가상 기계의 이미지만 존재합니다. |
위에서 만든 복원 이미지를 지우지 않았다면, 다음과 같이 복원할 수 있습니다:
- sudo umount /dev/nvme0n1p1
- sudo btrfs-convert -r /dev/nvme0n1p1
- sudo vi /etc/fstab
이전에 주석처리해 둔 줄에서 주석해제를 하고, 새롭게 만든 btrfs 줄을 주석처리합니다.
- sudo mount /dev/nvme0n1p1
Convert root filesystem ext4 to btrfs
가상 기계로 테스트를 진행합니다.
먼저, 가상 시디롬에 우분투 20.04 설치 이미지를 마운트하고 그것으로 부팅합니다.
부팅 후에 Try Ubuntu를 누릅니다.
터미널을 실행합니다.
- sudo su
- lsblk
- fsck.ext4 -fyv /dev/vda3
- btrfs-convert /dev/vda3
- mount /dev/vda3 /mnt
- for fs in proc sys dev dev/pts; do mount --bind /$fs /mnt/$fs; done
- chroot /mnt
- blkid /dev/vda3
- vi /etc/fstab
-
UUID=..... / btrfs noatime,compress=zstd:1 0 1
- grub-install /dev/vda
- update-grub
- exit
- shutdown -h now
- 만자로
- /boot 파티션이 별도로 존재하지 않아서, 부팅에 문제가 발생합니다. 우분투는 /boot/efi를 vfat로 나누었고, 페도라는 /boot 파티션을 ext4로 만들었습니다.
이것을 위해, Manjaro_Linux#Resize_root_partition를 진행하고, 파일 시스템 전환을 했으나, 마운트 중에 superblock 관련 오류(?)가 발생해서 마운트가 되지 않습니다. 그래서 우분투 라이브시디로 부팅한 후에, 다음을 진행했습니다:
- sudo e2fsck -f /dev/vda1
- 이 과정을 거쳐도 오류가 발생합니다.
디스크를 19G 중 11G를 사용하고 있어서, 줄여서 9.6G로 만들고, 최근 우분투 nightly iso를 사용해서 해결되었습니다. 그러나, 여전히 unkenown filesystem 오류가 발생합니다.
- 만자로 해결책
- 위의 과정에서 chroot 한 후에, /etc/default/grub 파일을 수정합니다:
GRUB_DEFAULT=0 #GRUB_SAVEDEFAULT=true
그런-다음
- mkinitcpio -P
- rm /boot/grub/grubenv
- grub-editenv /boot/grub/grubenv create
- grub-install /dev/vda
- update-grub
이 과정으로 부팅이 되면, 롤백에서도 UUID를 찾지 못하는 문제가 발생합니다. 별도의 /boot 파티션의 정보를 변경함으로써 발생한 것으로 추정되어, 해결책의 과정을 다시 수행함으로써 정상 부팅됩니다.
Roll back
똑같이 시디롬으로 부팅 후에,
- sudo su
- btrfs-convert -r /dev/vda3
- mount /dev/vda3 /mnt
- for fs in proc sys dev dev/pts; do mount --bind /$fs /mnt/$fs; done
- chroot /mnt
- grub-install /dev/vda
- update-grub
- exit
- shutdown -h now
Make sub volume
하나의 ext4 루트 파티션을 root, home 2개의 서브 파티션으로 나누는 과정입니다.
- sudo su
- lsblk
- fsck.ext4 -fyv /dev/vda3
- btrfs-convert /dev/vda3
- mount /dev/vda3 /mnt
- btrfs subvolume list /mnt
- cd /mnt
- btrfs subvolume snapshot ./ ./root2
- btrfs subvolume create home2
- cp -a home/* home2/
- /mnt 아래에 root2, home2 및 ext2_saved를 제외한 모든 디렉토리와 파일을 제거
- mv root2 root
- rm -rf root/home/*
- mv home2 home
- cd
- umount /mnt
- mount -o subvol=root /dev/vda3 /mnt
- mount -o subvol=home /dev/vda3 /mnt/home
- mount -t vfat /dev/vda2 /mnt/boot/efi
- for fs in proc sys dev dev/pts; do mount --bind /$fs /mnt/$fs; done
- chroot /mnt /bin/bash
- blkid /dev/vda3
- nano /etc/fstab
-
UUID=..... / btrfs noatime,subvol=root,compress=zstd:1 0 1 UUID=..... /home btrfs noatime,subvol=home,compress=zstd:1 0 1 #/swapfile none swap sw 0 0
- 이때 swapfile이 있으면, 주석 처리합니다.
- nano /etc/default/grub
-
GRUB_CMDLINE_LINUX_DEFAULT="rootflags=subvol=root"
- grub-mkconfig -o /boot/efi/EFI/ubuntu/grub.cfg
- update-initramfs -u
- grub-install /dev/vda
- update-grub
- 확인
- cat /boot/efi/EFI/ubuntu/grub.cfg
- 만자로
- 모든 파일이 하나의 파티션, vda1에 있는 만자로에서 테스트했을 때, 리부팅 후에, btrfs을 지원하지 않는다는 메시지가 나왔습니다. 롤백해서 원상태로 복귀시켰습니다. 부트로더 관련된 내용이 수정되어야 할 것으로 보입니다.
- 우분투
- vda2 /boot/efi 별도로 존재, vda3 루트 파피션 하나로 사용됩니다. 위의 과정으로 아무런 이상없이 파일 시스템 전환이 되었습니다.
- 우분투 부팅
- 만약 update-initramfs 중에 /sbin/fsck.btrfs을 찾지 못한다는 메시지가 나오면, iso 이미지에 있는 파일을 복사해서 진행할 수 있습니다. 이를려면, umount 후에, 복사하고 다시 mount 하는 과정이 필요합니다.
swapfile
우분투 라이브시디로 부팅해서, 터미널을 열고
- sudo su
- mount /dev/vda3 /mnt
- btrfs subvolume create /mnt/swap
- mount -o subvol=swap /dev/vda3 /mnt/swap
- touch /mnt/swap/swapfile
- chmod 600 /mnt/swap/swapfile
- chattr +C /mnt/swap/swapfile
- dd if=/dev/zero of=/mnt/swap/swapfile bs=1M count=2084
- 스왑으로 2G의 swapfile을 만듭니다. (count=... 숫자로 조절하십시오)
- sudo mkswap /mnt/swap/swapfile
- nano /etc/fstab
-
UUID=..... /swap btrfs subvol=swap 0 1 /swap/swapfile none swap sw 0 0
- 이때, UUID는 vda3의 UUID를 계속 사용해야 합니다. 다 같은 디바이스를 공유합니다.
