Oskar Welzl: Weblog zur Homepage

Da war doch was? Da hab ich doch mal was gelesen?

Genau, da war mal was. Dieser Artikel auf together.jolla.com erklärt ausgesprochen abschreckend und hochtechnisch, warum das Dateisystem btrfs vielleicht doch nicht die ideale Wahl für ein endkundentaugliches Produkt ist. (Die Entscheidung für btrfs hat Jolla übrigens aus MeeGo-Tagen übernommen - nicht ganz unberechtigt. Btrfs gilt als das Dateisystem der Zukunft und verfügt über Eigenschaften, die es besonders für die Flash-Speicher von Smartphones interessant machen. Es gilt nur leider auf der anderen Seite noch nicht als 100%ig stabil.)

Der Hintergrund, stark vereinfacht ausgedrückt: Einerseits lügt btrfs, was den noch verfügbaren Speicherplatz betrifft. Es wiegt den Benutzer mit angeblich freiem Speicher in Sicherheit, den es in Wahrheit gar nicht mehr nutzen kann. Andererseits müssen zur optimalen Auslastung der Speichermedien gelegentlich Aufräumarbeiten durchgeführt werden, die btrfs aber nicht automatisiert.

Unterm Strich passiert (abhängig davon, ob eher große oder kleine Dateien am Telefon liegen und wie viele Schreibvorgänge stattgefunden haben) offenbar Folgendes: Ab einer angegebenen Auslastung von ca. ⅔ wirds eng. Da kann es passieren, daß das Dateisystem schon an der Erschöpfungsgrenze arbeitet, obwohl es noch 30% freien Speicher angibt.

Ob das der Fall ist, kann man als root mit dem Befehl

btrfs fi show

feststellen. Die Ausgabe sollte in etwa so aussehen:

Label: 'sailfish'  uuid: 0f8a2490-53ed-4ff6-bb34-b81dfe430397
    Total devices 1 FS bytes used 6.42GB
    devid    1 size 13.75GB used 13.75GB path /dev/mmcblk0p28
Btrfs v0.20-rc1

Wenn da wirklich size 13.75GB und used 13.75GB steht, also beide Male 13.75GB, dann gibts ein Problem.

Lösen kann man es im Prinzip recht einfach, die Schritte sind auf dem oben verlinkten TJC-Eintrag beschrieben: Zuerst ordentlich Platz freischaufeln, indem man Fotos, Videos und Musik auf einen Laptop oder auf die Speicherkarte befördert. (Ich hab mich auf ca. 50% freien Speicher runtergearbeitet - wobei 50% der „gelogene“ Wert ist.) Danach gibt man, wieder als root, folgenden (leider durchaus gefährlichen) Befehl ein:

btrfs balance start /

Gefährlich ist der Befehl deswegen, weil er ziemlich tief ins Dateisystem eingreift. Er veranlaßt genau die Aufräumarbeiten, die btrfs derzeit noch nicht automatisch durchführt. Das kann, je nach Zustand des Dateisystems, 15 Minuten oder mehrere Stunden dauern. Während dieser Zeit läuft die CPU auf Hochtouren, es wird daher dringend empfohlen, das Ladekabel anzustecken. Außerdem sollte man die Aktion ausschließlich per SSH starten, damit man gegebenenfalls in einem weiteren Fenster Logfiles überwachen oder die ganze Operation elegant beenden kann.

Erfahrungsbericht von mir: Es hat etwa 20 Minuten gedauert und war durchaus spannend. Ich hatte nämlich gleich mehrmals das Jolla-Bootlogo am Schirm, und ein Neustart während einer Operation am Dateisystem verheißt nichts Gutes. Laut TJC handelt es sich aber gar nicht um „echte“ Neustarts, sondern um das wiederholte Starten essentieller Systemservices, die mit der hohen CPU-Last nicht zurecht kommen. Auch nicht besser … :)

Apropos: Einen echten Neustart sollte man tunlichst vermeiden, auch wenn das Telefon während der Daten-Reorganisation gelegentlich mal tot wirkt. Keine gute Idee.

Was lerne ich daraus? Mein Plan, das hochmoderne btrfs auch für die SSD am großen PC einzusetzen, ist vorerst mal vom Tisch. (Aaron Seigo hat auf seinem Blog beschrieben, wie es ihm damit ergangen ist.) Stattdessen werde ich mir eine SD-Karte fürs Telefon zulegen und Dateien in Zukunft dort statt im home-Verzeichnis speichern. Angeblich (obwohl die Informationen widersprüchlich sind) benimmt sich btrfs brav, solange es nicht zu voll wird.