{"id":120974,"date":"2024-12-13T15:46:01","date_gmt":"2024-12-13T13:46:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10"},"modified":"2024-12-13T15:46:01","modified_gmt":"2024-12-13T13:46:01","slug":"vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","title":{"rendered":"Ver\u00f6ffentlichung des ausfallsicheren Dateisystems LittleFS 2.10.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des Projekts LittleFS 2.10 wurde ver\u00f6ffentlicht, das ein kompaktes Dateisystem f\u00fcr eingebettete Ger\u00e4te und Mikrocontroller entwickelt. Urspr\u00fcnglich wurde das Dateisystem von ARM f\u00fcr das Betriebssystem Mbed OS erstellt, sp\u00e4ter jedoch als eigenst\u00e4ndiges Projekt ausgegliedert. Der Code des Dateisystems ist in C geschrieben und wird unter der BSD-Lizenz ver\u00f6ffentlicht. Die Referenzimplementierung von LittleFS wird als C-Bibliothek bereitgestellt, auf deren Grundlage ein FUSE-Modul und Bindungen f\u00fcr verschiedene Programmiersprachen entwickelt wurden. <\/p>\n
Merkmale von LittleFS: <\/p>\n
\n
Geringe Ressourcenanforderungen und Unterst\u00fctzung f\u00fcr den Betrieb unter eingeschr\u00e4nkten RAM-Gr\u00f6\u00dfen. In der Implementierung von LittleFS werden nur statisch definierte Puffer verwendet (ohne dynamische Speicherzuweisung), und rekursive Aufrufe werden nicht verwendet, wodurch die Gr\u00f6\u00dfe des verbrauchten Arbeitsspeichers und der Hilfsstrukturen von LittleFS auf dem Speichertr\u00e4ger immer konstant bleibt, unabh\u00e4ngig davon, was im Dateisystem geschrieben wird und wie gro\u00df der Speicher ist.\n
Mittel zur Ausgleichung des Verschlei\u00dfes von Flash-Speichern (Wear Leveling), die eine Minimierung der Wiederverwendung von Bl\u00f6cken erm\u00f6glichen und die L\u00f6schoperationen gleichm\u00e4\u00dfig auf den Flash-Speicher verteilen, dessen Controller diese Aufgabe nicht l\u00f6st.\n
Sehr hohe Ausfallsicherheit \u2014 Das Dateisystem betrachtet unerwartete Abschaltungen (z. B. durch Stromausfall) als regul\u00e4ren Zustand und garantiert, dass die Daten auf der Festplatte jederzeit intakt sind. Um die Integrit\u00e4t zu gew\u00e4hrleisten und Datenverlust zu vermeiden, wird der Copy-on-Write (COW)-Mechanismus eingesetzt, der sicherstellt, dass \u00c4nderungen nicht die bestehenden Informationen \u00fcberschreiben, sondern an einem neuen Ort gespeichert werden.\n
Atomare Durchf\u00fchrung von Operationen wie L\u00f6schen und Umbenennen, selbst im Falle eines Stromausfalls w\u00e4hrend ihrer Ausf\u00fchrung. \u00c4nderungen an Dateien werden erst nach dem Aufruf von sync oder close auf die Festplatte geschrieben. Inkonsistenzen, die durch nicht atomare Operationen verursacht werden, werden von einem speziellen Deorphan-Handler behoben, der den gesamten Baum des Dateisystems nach dem Booten durchl\u00e4uft.\n
Unterst\u00fctzung f\u00fcr POSIX-\u00e4hnliche Funktionen zur Verwaltung von Dateien und Verzeichnissen. <\/ul>\n
Der Inhalt von Dateien im LittleFS wird durch COW-Listen (Copy-On-Write) dargestellt, die eine Komplexit\u00e4t von O(1) beim Hinzuf\u00fcgen und O(nlogn) beim Lesen bieten. Die Bl\u00f6cke werden durch das Scannen des Dateisystems auf verwendete Bl\u00f6cke in einem festgelegten Bereich, der als Bitvektor gespeichert ist, zugewiesen. Um das Scannen zu erleichtern, sind alle Verzeichnisse Teil einer verketteten Liste, die das gesamte Dateisystem umfasst. Wenn beim Schreiben eines Blocks ein Fehler auftritt, wird ein neuer Block zugewiesen und die Daten werden in diesen \u00fcbertragen. <\/p>\n
Zu den \u00c4nderungen in der neuen Version von LittleFS geh\u00f6ren: <\/p>\n
\n
Der Code zur Analyse von Dateipfaden wurde \u00fcberarbeitet, was das Verhalten des Dateisystems n\u00e4her an die POSIX-Systeme und die Erwartungen der Benutzer in Situationen wie das Beenden des Pfades mit einem Slash, die Verarbeitung leerer Pfade und die Navigation \u00fcber die Grenze des Wurzelverzeichnisses erm\u00f6glicht hat.\n
Es wurden zwei neue Beispiele f\u00fcr Blockger\u00e4te ramcrc32bd und ramrsbd hinzugef\u00fcgt, die einen Fehlerkorrekturmechanismus implementieren, der mit LittleFS kompatibel ist. In der aktuellen Form unterst\u00fctzt das LittleFS-Dateisystem selbst keine Fehlererkennung und -korrektur, und diese Operationen werden auf die Ebene der Blockger\u00e4te verlagert.\n
Die Funktion lfs_mkdir unterst\u00fctzt jetzt abschlie\u00dfende Schr\u00e4gstriche, d. h. der Aufruf lfs_mkdir('a\/') f\u00fchrt nun nicht mehr zu einem Fehler.\n
In den Funktionen lfs_stat und lfs_getattr wird jetzt ein Fehler angezeigt, wenn abschlie\u00dfende Schr\u00e4gstriche verwendet werden, wenn der vorhandene Pfad im Dateisystem kein Verzeichnis ist.\n
Ein Versuch, eine Datei mit einem abschlie\u00dfenden Schr\u00e4gstrich im Namen \u00fcber die Funktion lfs_file_open zu \u00f6ffnen, f\u00fchrt jetzt zu einem Fehler LFS_ERR_NOTDIR, wenn die Datei kein Verzeichnis im Dateisystem ist, LFS_ERR_ISDIR, wenn der Name auf ein Verzeichnis im Dateisystem verweist, und LFS_O_CREAT, wenn die Datei nicht existiert.\n
Ein Versuch, au\u00dferhalb des Wurzel-Dateisystems zuzugreifen, z. B. lfs_stat('..\/a'), wird jetzt zu einem Fehler f\u00fchren.\n
Die Angabe eines leeren Pfades ist jetzt kein Synonym f\u00fcr den Zugriff auf das Wurzelverzeichnis mehr. Der Aufruf lfs_stat('') f\u00fchrt zu einem Fehler. <\/ul>\n