Nachdem nun schon eine Weile vergangen ist, seit ich was Handfestes zu BTRFS gepostet habe, hier mal wieder was Nettes dazu. Da ja BTRFS nun schon eine geraume Weile in der Mainline des Kernels rumkrebst dachte ich mir, ich verwende es mal als Root‐Filesystem auf einer neueren 4‑CPU VMware. Kann ja nichts schief gehen — oder doch?
Hier das ‘normale’ Filesystem‐Layout bevor ich umgebaut habe:
vmGentoo ~ # df ‑h
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 12G 3.6G 8.3G 31% /
rc‐svcdir 1.0M 60K 964K 6% /lib64/rc/init.d
udev 10M 132K 9.9M 2% /dev
shm 1011M 0 1011M 0% /dev/shmDann folgte ein mehr oder weniger einfacher Umbau auf BTRFS. Dinge die es dabei zu beachten gab war, dass BTRFS fest in den Kernel eingebaut werden musste und dem Kernel mitgeteilt werden musste, welche Subvolume nun sein Rootfs ist. Dies passiert durch den Parameter rootflags.
Um das System etwas besser testen zu können, habe ich einige Teile auf eigene Subvolumes ausgelegt — eben so, wie man es als vernünftiger Administrator machen soll:
vmGentoo ~ # df ‑h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 19G 2.7G 17G 14% /
rc‐svcdir 1.0M 60K 964K 6% /lib64/rc/init.d
udev 10M 128K 9.9M 2% /dev
shm 1010M 0 1010M 0% /dev/shm
/dev/sda3 19G 2.7G 17G 14% /usr/portage
/dev/sda3 19G 2.7G 17G 14% /var/tmp/ccache
/dev/sda3 19G 2.7G 17G 14% /home
/dev/sda3 19G 2.7G 17G 14% /var/tmp/portage
/dev/sda1 107M 21M 81M 21% /bootWas dabei auffällt ist, dass BTRFS als solches die Daten schon um Einiges effizienter ablegt, was sich im Platzbedarf zeigt. Was das Dateisystem an Leistung bringt, wird sich noch zeigen — aber für’s Erste bin ich einmal glücklich und zufrieden ein funktionierendes System und ein zugehöriges Backup zu haben.