On 2017-01-01 17:30, jdd wrote:
Le 01/01/2017 à 14:54, Carlos E. R. a écrit :
On 2016-12-31 22:38, jdd wrote:
for example, in a 20Gb root, booting once in a while, an update is (was?) probably going to kill btrfs default install, simply because lack of space. I had such problem even with 50Gb root.
Ah, yes, there is that. For me btrfs means repartition and reinstall. My root is spread on three disks, using different partitions for parts of the filesystem. The "/" itself is too small (30GB).
Then my strategy is to upgrade the system, from SuSE 5.2 till Leap 42.2.
I don't speak of upgrade, simply of update. When this is done after, say, two month unactive, the amount of files is large and snapshots big. This so takes large amounts of disks.
I meant that it is impossible for me to replace the existing ext4 root with a btrfs one, even if I wanted, which I do not. I clarify: cer@Telcontar:~> df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb8 30G 11G 18G 37% / /dev/sdc8 20G 19G 2,0G 91% /usr /dev/sdb5 1011M 44M 917M 5% /boot /dev/sdc9 9,1G 1,5G 7,6G 17% /opt /dev/sdd12 25G 6,9G 18G 29% /usr/gamedata /dev/sdd13 20G 1,2G 19G 6% /var/spool/news /dev/sdd7 20G 3,2G 17G 17% /usr/local /dev/sdd6 20G 3,3G 17G 17% /usr/src cer@Telcontar:~> Used: 11+19+1.5+6.9+1.2+3.2+3.3 = 191 G So I would need at least a 600 GB btrfs partition for root. A 1 TB to be safe. And of course, repartition all my hard disks to redistribute. Not going to happen. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)