FS mit Komprimierung?

[Xaar]

Hallöchen!

Da ich mich dafür entschieden hab, meine externen Festplatten an meinen Atom-Server (Debian 6) zu hängen (per eSATA), bin ich nun am Überlegen, welches Dateisystem ich auf den Festplatten verwenden will.

Zur Zeit hängen die Platten ja noch per USB2.0 an meinem Desktop (Windows XP), als FS ist NTFS mit aktivierter Komprimierung gewählt.
Nun würde ich ganz gern eine solche Datei-System-Komprimierung auch unter Linux nutzen wollen. NTFS jedoch würde ich nicht benutzen, da hab ich schon so manchen Datenverlust (bei unkomprimierten NTFS-Datenträgern) gehabt, weil sich das Linux verschluckt hatte (oder ich zu doof war, das vernünftig zu beenden/beheben).

Daher die Frage: Gibt es Dateisysteme, die das aktuelle Debian 6 unterstützt, die eine Komprimierung wie bei NTFS bieten (und möglichst auch schon die Geschichte mit den 4K-Sektoren mitmacht)?

Ich hoffe, dass es ihr mir da weiterhelfen könnt

[chiaki]

ext4 + fusecompress

[gandro]

4K Sektoren machen meines Wissen eh alle Dateisysteme mit, weil die auch alle kein kleineren Einheiten als 4K verwalten. Einfach bei der Partitionierung aufs Alignment achten, dass die Partiton bei einem 4K-Block beginnt. Im Zweifelsfall die Dokumentation der Distribution nachschlagen, da sollte betreffend dem Installer etwas drinstehen.

Zur Kompression: Transparente Kompression hat meines Wissens leider nur Reiser4 (recht alt, nahezu tot) oder btrfs (recht neu, noch nicht stabil). Benutzbar wird bei Debian wohl nur Reiser 4 sein, wenns denn unterstützt wird. An sich wird es schon laufen, aber modern ist es halt nicht.

Ansonsten wüsste ich nur von readonly komprimierten Dateisystem wie squashfs. Aber die sind eher für Live-Systeme in Kombination mit einem Union-Mount-Dateisystem gedacht.

Nachtrag: Ah, fusecompress kannte ich gar nicht. Klingt auch gut, nimm im Zweifelsfall das mit deinem bevorzugten Dateisystem.

[DosAmp]

Ja, fusecompress ist insofern praktisch, dass man das Dateisystem im Fehlerfall normal mounten kann und Dateien mithilfe dd(1) (um den Header der komprimierten Daten, der eine feste Länge hat, zu überspringen) und dem zur jeweiligen Komprimierungsmethode gehörenden Unix-Kompressionstool (gzip für Deflate-, lzop für LZO-, xz für LZMA-Komprimierung etc.) dekomprimieren kann, wenn fusecompress selber nicht zur Hand ist. Alle anderen Vorteile des eingesetzten Dateisystems behält man dennoch damit bei.