Különbségek

A kiválasztott változat és az aktuális verzió közötti különbségek a következők.

--- btrfs [2023/03/24 09:06] – daevidt
+++ btrfs [2026/02/05 09:27] (aktuális) – daevidt
@@ Sor 1: / Sor 1: @@
+=== Alap BTRFS parancsok ===
+  btrfs filesystem show
+  btrfs filesystem usage [-T] /   # -T nélkül %-ot is mutat, kicsit más formájú megjelenítés
+  btrfs filesystem df /
 === BTRFS subvolume parancsok ===
@@ Sor 30: / Sor 36: @@
 akkor a legegyszerűbb az, ha a jelenlegi @-ot átnevezed valami másra, majd a kívánt snapshotot átnevezed @-ra.
+<code bash>
   mount /dev/nvme0n1p5 /mnt/btrfs  # ilyenkor a default subvolume-ot fogja felmountolni
   mv /mnt/btrfs/@ /mnt/btrfs/@_latest_root
   mv /mnt/btrfs/<snapshot-neve>/@ /mnt/btrfs/@
+</code>
 Ezután rebootkor a snapshotot fogja felbootolni a gép, és mehet tovább minden. Ha minden oké, akkor a régi @_latest_root-ot lehet törölni, illetve minden más snapshotot, ami már nem kell.
 === BTRFS subvolume (snapshot) törlése ===
+<code bash>
   btrfs subvolume list
   # feljegyezni az id-t : pl 123
   mount -o subvol=@valami /dev/sdb /mnt
   btrfs subvolume delete -c -i 123 /mnt   # -c = commit, -i = identifer
+</code>
 === BTRFS no space left on device ===
@@ Sor 51: / Sor 57: @@
 To see if this is the case, first look for the amount of allocated space with
+<code bash>
-  # sudo btrfs fi show /dev/device
+  sudo btrfs fi show /dev/device
+</code>
 If this shows the "used" value equal to the "total" value on each device, then everything has been allocated, which is the first condition for this problem.
 Secondly, look at the amount of space you have in metadata, as reported by
+<code bash>
-  $ btrfs fi df /mountpoint
+  btrfs fi df /mountpoint
+</code>
 If the "used" metadata is close to the "total" value, then that's the second condition for this problem, and you should read on. What does "close" mean? If the free space in metadata is less than or equal to the block reserve value (typically 512 MiB, but might be something else on a particularly small or large filesystem), then it's close to full.
 If you have full up metadata, and more than 1 GiB of space free in data, as reported by btrfs fi df, then you should be able to free up some of the data allocation with a partial balance:
+<code bash>
+  btrfs balance start /mountpoint -dlimit=3
+</code>
+We know this isn't ideal, and there are plans to improve the behavior. Running close to empty is rarely the ideal case, but we can get far closer to full than we do.
+=== BTRFS quota, lassulás, timeshift ===
+A BTRFS quota funkciója nem túl megbízható, durva lassulásokat tud okozni. Ezért érdemes kikapcsolni.
+A Timeshift hajlamos automatikusan bekapcsolni a quota funkciót, mert az szükséges a snapshotok "unshared" értékének megjelenítéséhez.
+Szerintem megéri lemondani erről a funkcióról, mert nagyon nagy impact a quotázás, és annyit nem ér, hogy lássuk, mekkora helyet foglal egy snapshot.
+  # btrfs qgroup show /
+  # btrfs quota disable /
+  # btrfs qgroup show /
+=== BTRFS és chunkok, balancing ===
+A BTRFS chunkokban foglalja le a fájlrenszert. Ha van még chunk sok hellyel, nem biztos, hogy újat nyit. A chunkokat időnként lehet balance-olni. A balance lehet teljes vagy részleges.
+Általában érdemes csak részleges balance-t futtatni.
+== Vizsgálat ==
+  btrfs filesystem usage -T /
+== Balance stratégia (ha nincs nagyon tele az FS) ==
+Legalább 75%-ig tele chunkok mozgatása:
+  btrfs balance start -dusage=75 /
+Ez elég gyorsan lefut. Lehet még lejjebb menni:
+  btrfs balance start -dusage=70 /
+Ennél lejjebb nem érdemes.
-  # btrfs balance start /mountpoint -dlimit=3
-We know this isn't ideal, and there are plans to improve the behavior. Running close to empty is rarely the ideal case, but we can get far closer to full than we do.