Warum sollte ich btrfs nicht für / home verwenden?

6563
horizonbrave

Ich bin sowohl für GNU / Linux als auch für btrfs relativ neu, aber ich möchte, dass mein nächster Computer (ein Desktop mit einer Festplatte) Linux mit btrfs als Dateisystem verwenden soll. Ich habe jedoch online einige Ratschläge erhalten, die besagen, dass ich btrfs nicht für meine /homePartition verwenden sollte. Einige Quellen sagen, es sei nicht sicher genug, und andere sagen, es könnte das System verlangsamen, was mit dem Schreiben kleiner Dateien zusammenhängt. Ich habe auch festgestellt, dass openSUSE standardmäßig eine separate /homePartition mit XFS hat.

Gibt es irgendetwas dazu oder einen anderen Grund, warum ich btrfs nicht verwenden sollte /home? /homeGibt es einen Grund, warum ich Btrfs nicht für diese separate Partition verwenden sollte, wenn ich eine separate Partition für verwende?

4
Das Format dieser Site funktioniert am besten, wenn Sie eine Frage pro Frage beibehalten. Ihre Hauptfrage scheint mir zu sein: "Warum nicht btrfs für` / home` verwenden? "; Ich habe vorgeschlagen, Ihren Beitrag in dieser Hinsicht zu bearbeiten. "Warum sollte ich / home auf eine eigene Partition setzen?" Ist seine eigene Frage und hat nichts mit btrfs zu tun (es ist Standardratschläge für jedes Dateisystem, nicht nur btrfs, aus Gründen, die in [dieser Frage] aufgeführt sind (http: / /superuser.com/questions/30216/why-create-many-partitions)). cpast vor 9 Jahren 0
Mit btrfs gibt es noch keine wirklichen Erfahrungen. Dies ist wahrscheinlich der Hauptgrund, wissentlich zu sein (höheres Risiko eines Datenverlusts aufgrund von Fehlern). Wenn Sie keine umfangreichen E / A-Vorgänge ausführen, besteht kein zu großer Unterschied in der Leistung, unabhängig vom verwendeten Dateisystem. kestasx vor 9 Jahren 0

1 Antwort auf die Frage

6
Arunas Bartisius

Zur Zeit (Januar 2015) haben wir bereits einen Status von Btrfs:

Stabilitätsstatus

Das Plattenformat des Dateisystems ist nicht mehr instabil und es wird nicht erwartet, dass sich dies ändert, es sei denn, es gibt gute Gründe dafür. Bei einer Formatänderung können Dateisysteme mit einem unveränderten Format weiterhin bereitgestellt und von neueren Kerneln verwendet werden.

Die Hauptsache ist, die neuesten Linux-Kernel zu verwenden, um die Implementierung der alten Kernel-Btrfs zu vermeiden. Nun werden viele Entwicklungsanstrengungen auf die Btrfs-Entwicklung getrieben, und höchstwahrscheinlich wird dies die nächste Generation von Standard-FS für Linux, einem Nachfolger von EXT4.

Um eine optimale Leistung zu erzielen, verwenden Sie die noatimeMount-Option. Ich empfehle außerdem die Mount-Option recovery, mit der Btrfs im Falle eines Stromausfalls oder eines Systemausfalls automatisch Wiederherstellungsvorgänge durchführen kann.

Mount-Optionen, wie compresssie für einen stark verwendeten Mount-Punkt nicht empfohlen werden (dh /home).

Wenn Sie bereit sind, jetzt kein "Risiko" einzugehen, und warten, bis es zu einem Standard-Linux-FS wird, wählen Sie EXT4 als FS-Option, die über einen direkten Migrationspfad (Konvertierungspfad) nach Btrfs verfügt. Darüber hinaus können Sie die Konvertierung rückgängig machen, falls Sie damit nicht zufrieden sind.

Nizza Arbeit Arunas. @averageuser, dies sollte als Antwort akzeptiert werden. Das heißt, was Sie sahen, dass Btrfs nicht sicher genug war, war jetzt Geschichte. Ich verwende btrfs nun seit etwa einem halben Jahr, seitdem btrfs für die Hauptsendezeit stabil genug angekündigt wurde, und ich habe bisher noch kein Problem. Oh, BTW @Arunas, ich habe gesehen, dass die Leute auch die 'space_cache'-Option vorschlagen, einen Kommentar dazu bitte? xpt vor 9 Jahren 0
Hallo Jawa, die Mount-Option `space_cache` ist jetzt der Standard in den letzten Kerneln. Es bietet eine bessere Leistung beim Erstellen neuer Dateien oder beim Schreiben neuer Daten auf die Festplatte. Siehe auch [link] (http://superuser.com/questions/855506/what-is-btrfss-disk-space-caching/869027#869027). Sie können es deaktivieren, indem Sie die Mount-Option "nospace_cache" hinzufügen. Arunas Bartisius vor 9 Jahren 1