Ich habe btrfs-convert für meine partitionierte ext4-Festplatte gestartet. Ich habe zuerst einen Fsck gemacht, was in Ordnung war. Da es jetzt über 4 Stunden läuft (1.), frage ich mich, ob es jemals fertig sein wird? Ich habe mehrere Artikel (schnell) über die Konvertierung gelesen, aber keiner hat einen Platzbedarf angegeben. Aber ich denke, es gibt einige, die diesen Artikel in Betracht ziehen: https://oss.oracle.com/projects/btrfs/dist/documentation/btrfs-converter.html
Meine Festplatte verbrauchte also 99,0% von 1,82 TB, bevor ich anfing. (2.) Wenn es nicht beendet werden kann, wird es gespeichert, um den Vorgang abzubrechen (STRG + C)?
iotop zeigt immer noch an, dass btrfs-convert mit ~ 40 MB / s von meiner Festplatte liest, und oben zeigt, dass ein CPU-Kern vollständig von btrfs-convert geladen ist. (3.) Was wäre jetzt die klügste Entscheidung?
Update: Inzwischen ist der Konvertierungsprozess abgeschlossen. Es dauerte fast 3 Tage. Ich muss hinzufügen, dass zwischen den Geschwindigkeiten auf ~ 0-10 MB / s gefallen ist, aber die 100% E / A-Last und die CPU-Auslastung entsprechend gesunken sind. Heute Morgen (nach mehr als 2 Tagen) hatte der Konvertierungsprozess nur ~ 9 Stunden CPU-Zeit. Alles in allem scheint alles in Ordnung zu sein.
/
oder ein Nicht-Root-Dateisystem?Antworten:
btrfs-convert
erstellt einen Snapshot (benanntext2_saved
) des vorhandenen Dateisystems als Backup. Es ist schwer vorherzusagen, wie viel Speicherplatz der Snapshot beanspruchen wird, da btrfs CoW ist ...Ich habe a
/
für Oracle Linux 6.3 x86_64 konvertiert. Es dauert weniger als 10 Minuten, da das Dateisystem relativ klein ist (Daten werden auf separaten logischen Volumes gespeichert). Es war glatt, kein Problem.In Ihrem Fall verfügt die Festplatte über mehr als 1,8 Tonnen Daten und wenig Speicherplatz. Sie wissen nicht, wie lange dies dauern wird (der Snapshot benötigt möglicherweise nur wenig Speicherplatz, da sich das Dateisystem seit der Konvertierung nicht geändert hat). Wenn
iotop
zeigt, dass es noch läuft, lassen Sie es.Nur wenige wissen, was passiert, wenn Sie die Konvertierung unterbrechen. Probieren Sie die btrfs-Mailingliste aus ;-)
Empfohlene Lektüre:
https://blogs.oracle.com/wim/entry/btrfs_root_and_yum_update
5.4.6. Konvertieren eines Ext2-, Ext3- oder Ext4-Dateisystems in ein Btrfs-Dateisystem
quelle
Ich habe gerade versucht, ein 8-TB-Dateisystem zu konvertieren, und es
btrfs-convert
scheint abgestürzt zu sein, und es wurdebtfsck
ein unspezifischer "Fehler" ausgegeben, aber das Zurücksetzenbtrfs-convert -r
dauerte nur eine Minute und mit dem alten ext4-System scheint alles in Ordnung zu sein.Ein Abbruch
btrfs-convert
scheint also relativ sicher zu sein.quelle
Einfach mit einem anderen Datenpunkt einschalten:
Ich habe diese Konvertierung kürzlich auf einem Odroid XU4 (ARM-Ding) mit einem externen USB3 WD Ultra 4 TB-Laufwerk (5200 U / min) durchgeführt. Betriebssystem ist Debian Jessie, Kernel 3.10.103+. Die Btrfs-Version ist v3.17
Das vorherige fs war ext4 mit ~ 2 TB verwendet, 2 TB freiem Speicherplatz, mit ziemlich großen Dateien (TV-Sendungen, alle über jeweils mehrere hundert MB).
Insgesamt dauerte der Vorgang etwa 30 Stunden.
Der btrfs-Konvertierungsprozess sprang zwischen 20% und 80% der CPU an der Spitze und schwebte in iotop bei 32 MB / s.
Ausgabe war
und alle Dateien scheinen in Ordnung zu sein.
Ich werde jetzt das ext4-Backup-Subvolume löschen, die Defragmentierung durchführen und das Gleichgewicht neu herstellen. Werde diese auch mal.
Aktualisieren
aaund ich habe während der Defragmentierung einen Kernel-Fehler festgestellt:
Ein weiteres Update
Nach dem Versuch, einen Neuausgleich durchzuführen, werden bei jedem Mount weiterhin Fehler im Kernel angezeigt. Schließlich blieben Befehle wie mount und umount und sogar ls für immer in Syscalls stecken. Bei der Überprüfung von btrfs wurden einige Fehler festgestellt, und auf dem Laufwerk war kein freier Speicherplatz mehr verfügbar (Metadaten verwendeten alles).
Am Ende habe ich das Laufwerk mit montiert
vor dem Kopieren aller 2 TB Daten vom Laufwerk auf eine Ersatz-ext4-Festplatte, dann neu gestartet, das btrfs-Laufwerk neu formatiert und alles wieder kopiert.
LEKTION: Ab dem 3.10-Kernel (der zwei Jahre alt ist) ist btrfs-convert nicht nett und der Kernel ist fehlerhaft. Hoppla!
Also, würde ich mich nicht mit btrfs-convert beschäftigen. Es scheint eine gute Lösung auf Papier zu sein, aber es ist weitaus besser, alle Daten vom Laufwerk zu kopieren, zu formatieren und zurück zu kopieren.
quelle
Nur ein Datenpunkt wirklich ...
Ich habe gerade versucht, eine 200G-Partition zu konvertieren und die btrfs-tools V4.0 zu verwenden, und es ist fehlgeschlagen - tatsächlich scheint es abgestürzt zu sein -, nachdem "nicht genügend freier Speicherplatz" gemeldet wurde (wobei die Fortschrittsinformationen teilweise überschrieben wurden).
fsck hat keine Probleme gemeldet und das Dateisystem wird weiterhin bereitgestellt:
Ein interessanter Punkt ist, dass der Fortschritt mehr als 100% betrug, dh 244027/240502. Vielleicht könnte jemand klären, worauf es ankam?
Die Schlussfolgerung ist jedenfalls, dass 744 Millionen von 200 G (99,7% verwendet) nicht genug freien Speicherplatz sind!
FWIW, ich würde denken, dass btrfs-convert alle Metadaten in Position bringen würde, bevor die 1 MB zerstört (kopiert und überschrieben) werden, was darauf hinweist, dass es sich um ein EXT4-Dateisystem handelt. Bis dieser Schritt ausgeführt ist, gibt es nichts rückgängig zu machen. Es wurde nur im freien Raum geschrieben. Vielleicht könnte dies auch bestätigt werden?
quelle
Wenn Sie die Prüfsummierung (Standardeinstellung) aktivieren, muss die Konvertierung diese Werte berechnen und in den Metadaten speichern. Im Grunde genommen liest es also Ihre gesamte Festplatte in der Konvertierung ... Sie können Prüfsummen in der Konvertierung deaktivieren, aber dies deaktiviert die Integritätsprüfungen von btrfs und das Datenbereinigen ...
quelle