Welche Dateisysteme werden von FSlint unterstützt?

Melden
  1. Allgemeine Unterstützung: POSIX-kompatible Dateisysteme
  2. Netzwerkdateisysteme und virtuelle Dateisysteme
  3. Spezialfälle: Dateisysteme mit eingeschränkten Metadaten oder Besonderheiten
  4. Windows-NTFS und plattformübergreifende Nutzung

FSlint ist ein Toolkit zum Finden und Bereinigen verschiedener Arten von Dateisystem-Unordnung (wie doppelte Dateien, leere Verzeichnisse, temporäre Dateien etc.). Wichtig ist: FSlint selbst ist kein Treiber oder Kernel-Modul für ein bestimmtes Dateisystem, sondern ein Anwenderwerkzeug, das auf Standard-Dateisystem-APIs und -Tools des Systems aufbaut. Daher hängt die Unterstützung im Wesentlichen davon ab, welche Dateisysteme vom Betriebssystem gemountet und über die üblichen POSIX-/glibc-/GNOME-APIs zugänglich sind.

Allgemeine Unterstützung: POSIX-kompatible Dateisysteme

FSlint arbeitet zuverlässig auf typischen POSIX-Dateisystemen, die unter Linux und Unix-ähnlichen Systemen verwendet werden. Dazu gehören ext4, ext3, ext2, XFS, JFS, Btrfs und ReiserFS. Auf diesen Systemen kann FSlint Dateien und Verzeichnisse scannen, Prüfsummen berechnen, harte Links erkennen, Symbolische Links behandeln und Dateiattribute nutzen, weil die nötigen Systemaufrufe und Metadaten vorhanden sind.

Netzwerkdateisysteme und virtuelle Dateisysteme

Da FSlint über Standard-Dateizugriffsfunktionen arbeitet, funktioniert es grundsätzlich auch auf Netzwerkdateisystemen wie NFS und SMB/CIFS (Freigaben von Samba/Windows), vorausgesetzt die Freigaben sind gemountet und die Zugriffsrechte erlauben Lesen von Dateiinhalten und Metadaten. Ebenso kann FSlint auf FUSE-basierte Dateisysteme (z. B. sshfs, ntfs-3g) eingesetzt werden. Allerdings können Performance, Locking- und Konsistenzverhalten je nach Netzwerksystem oder FUSE-Implementierung variieren.

Spezialfälle: Dateisysteme mit eingeschränkten Metadaten oder Besonderheiten

Bei Dateisystemen, die keine vollständigen POSIX-Metadaten unterstützen oder ungewöhnliche Semantik haben (z. B. einige exotische oder proprietäre Filesysteme, bestimmte Cloud-Backends, oder Medien mit restriktiven API-Schichten), kann FSlint eingeschränkt arbeiten. Beispielhaft kann die Erkennung von harten Links, Eigentümer-/Gruppeninformationen oder erweiterten Attributen fehlerhaft oder nicht möglich sein. Ebenso sind virtuelle Pseudo-Dateisysteme wie /proc oder /sys nicht geeignet, weil deren Inhalte keine regulären Dateien im herkömmlichen Sinn sind.

Windows-NTFS und plattformübergreifende Nutzung

FSlint ist primär für Linux/Unix-Umgebungen entwickelt. Auf NTFS-Partitionen, die unter Linux mit ntfs-3g gemountet werden, kann FSlint im Allgemeinen funktionieren. Ein natives Windows-Programm mit gleichem Zweck müsste jedoch andere APIs nutzen; FSlint selbst läuft nicht nativ unter Windows ohne entsprechende Kompatibilitätsschicht (z. B. Cygwin/WSL).

Zusammengefasst: FSlint unterstützt de facto alle Dateisysteme, die vom Host-Betriebssystem als reguläre, POSIX-kompatible Dateibaumzugänge bereitgestellt werden — klassische Linux-Dateisysteme (ext*, XFS, Btrfs usw.), gemountete Netzwerk- oder FUSE-Dateisysteme wie NFS/SMB/sshfs und gemountete NTFS-Volumes. Einschränkungen ergeben sich bei speziellen oder virtuellen Dateisystemen, eingeschränkten Metadaten und Performance- bzw. Konsistenzproblemen bei Netzwerk-Backends.

0

Kommentare