Vlákno názorů k článku
Btrfs-Progs 6.13 s možností nastavit kompresi v mkfs.btrfs od //R - Proč by měl mkfs kopírovat soubory? Nestačí cp?

Proč by měl mkfs kopírovat soubory? Nestačí cp?

Ta komprese je nastavená pro každý soubor zvlášť, takže --compress vyžaduje --rootdir. Může to být prázdný adresář, ale pak se to teda ničím neprojeví.

Dle dokumentace je to použitelné k vytvoření image fs do souboru. Jsou tam volby compress, shrink, rootdir, subvol, takže je možné jedním příkazem vytvořit poměrně složitý fs v malém souboru. Navíc pouze userspace bez nutnosti roota.

Což by šlo i jednotlivě, (mkfs, mount, btrfs sub create, btrfs fi resize, umount, truncate), ale takto je to přece jen jednodušší.

Tak ale chybi tomu nejaka volba, na specifikaci kolik volneho prostoru tam zustane.. nebo to spoleha na sparse featuru, toho kdo uklada image soubor?

To by me zajimalo co se pak stane - az dojde misto a nepujde alokovat sparse blok.. je to pro primountovany loop device jako "write error na mediu" ? :D

18. 2. 2025, 06:43 editováno autorem komentáře

Nevím, jestli dobře rozumím otázce. Ten image soubor musíte vyrobit před mkfs, třeba pomocí dd if=/dev/zero, nebo fallocate.

Teď jsem zkoušel to --shrink a 1GB image po zapsání pár kB souborů to zmenšilo na 137MB, takže asi nějaká rezerva tam je.

Tak ale chybi tomu nejaka volba, na specifikaci kolik volneho prostoru tam zustane.. nebo to spoleha na sparse featuru, toho kdo uklada image soubor?

Tahle funkcionalita bude spíš určená třeba k tomu, kdy někdo potřebuje vyrobit image disku, který potom bude clonovat na hromadu strojů. Takto se mu vyrobí malý image, který půjde snadno přenášet a po jeho nahrátí na disk libovolné velikost potom stačí btrfs fi resize max a je to.

Pokud někdo chce používat ten vytvořený fs v souboru přes loopdevice, tak volitelný option shrink samozřejmě nepoužije.