{"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\/es\/blog\/news\/vypusk-otkazoustojchivoj-fajlovoj-sistemy-littlefs-2-10","title":{"rendered":"Lanzamiento del sistema de archivos tolerante a fallos LittleFS 2.10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n 2.10 del proyecto LittleFS, que desarrolla un sistema de archivos compacto para dispositivos embebidos y microcontroladores. Inicialmente, el sistema de archivos fue creado por la empresa ARM para el sistema operativo Mbed OS, pero luego se separ\u00f3 en un proyecto independiente. El c\u00f3digo del sistema de archivos est\u00e1 escrito en C y se distribuye bajo la licencia BSD. La implementaci\u00f3n de referencia de LittleFS se proporciona en forma de biblioteca en C, sobre la cual se ha creado un m\u00f3dulo FUSE y bindings para varios lenguajes de programaci\u00f3n. <\/p>\n
Caracter\u00edsticas de LittleFS: <\/p>\n
\n
Bajos requisitos de recursos y soporte para operar en condiciones de tama\u00f1o limitado de RAM. En la implementaci\u00f3n de LittleFS se utilizan \u00fanicamente buffers definidos est\u00e1ticamente (sin asignaci\u00f3n din\u00e1mica de memoria) y no se utilizan llamadas recursivas, lo que garantiza que el tama\u00f1o de la memoria operativa y las estructuras de servicio de LittleFS en el almacenamiento permanezcan constantes, independientemente de lo que se grabe en el sistema de archivos y del tama\u00f1o del almacenamiento.\n
Herramientas para el alineamiento del desgaste de los dispositivos Flash (wear leveling), que permiten minimizar la reutilizaci\u00f3n de bloques y distribuir uniformemente las operaciones de limpieza de bloques en la memoria Flash, cuyo controlador no proporciona una soluci\u00f3n a esta tarea.\n
Alta resistencia a fallos: el sistema considera la interrupci\u00f3n aleatoria (finalizaci\u00f3n debida a un corte de energ\u00eda) como una situaci\u00f3n normal y garantiza la integridad del almacenamiento en disco en todo momento. Para evitar la corrupci\u00f3n de datos y la p\u00e9rdida de informaci\u00f3n, se utiliza el mecanismo copy-on-write (COW), que guarda los cambios en una nueva ubicaci\u00f3n en lugar de sobrescribir la informaci\u00f3n.\n
Atomicidad en la realizaci\u00f3n de operaciones, como eliminaci\u00f3n y renombrado, incluso en caso de p\u00e9rdida de energ\u00eda durante su ejecuci\u00f3n. Los cambios en el archivo se escriben en el disco solo despu\u00e9s de llamar a sync o close. Las inconsistencias causadas por operaciones que no pueden realizarse de manera at\u00f3mica se resuelven mediante un manejador especial de deorphan, que recorre todo el \u00e1rbol del sistema de archivos despu\u00e9s del arranque.\n
Soporte para funciones similares a POSIX para trabajar con archivos y directorios. <\/ul>\n
El contenido de los archivos en LittleFS se presenta en listas COW CTZ, lo que proporciona un nivel de complejidad O(1) al a\u00f1adir y O(nlogn) al leer. La asignaci\u00f3n de bloques se realiza a trav\u00e9s del escaneo del FS en busca de bloques utilizados en una \u00e1rea de tama\u00f1o fijo, que se almacena en forma de un vector de bits. Para simplificar el escaneo, todos los directorios son parte de una lista vinculada que abarca todo el sistema de archivos. Si se determina un error al escribir un bloque, se asigna un nuevo bloque y se transfieren los datos a este. <\/p>\n
Entre los cambios en la nueva versi\u00f3n de LittleFS: <\/p>\n
\n
Se ha reestructurado el c\u00f3digo de an\u00e1lisis de rutas de archivos, lo que ha permitido hacer que el comportamiento del FS se asemeje m\u00e1s al de los sistemas POSIX y a las expectativas de los usuarios en situaciones como la finalizaci\u00f3n de la ruta con una barra, el manejo de rutas vac\u00edas y la navegaci\u00f3n fuera de la ra\u00edz del FS.\n
Se han a\u00f1adido dos nuevos ejemplos de dispositivos de bloques ramcrc32bd y ramrsbd, en los que se ha implementado un mecanismo de correcci\u00f3n de errores compatible con LittleFS. Actualmente, el propio FS de LittleFS no soporta la detecci\u00f3n y correcci\u00f3n de errores, y estas operaciones se trasladan al nivel de los dispositivos de bloques.\n
La funci\u00f3n lfs_mkdir ha a\u00f1adido soporte para las barras finales, es decir, la llamada lfs_mkdir(«a\/») ya no dar\u00e1 lugar a un error.\n
En las funciones lfs_stat y lfs_getattr ahora se muestra un error cuando se utilizan barras finales si la ruta existente en el FS no es un directorio.\n
Intentar abrir un archivo con una barra final en el nombre a trav\u00e9s de la funci\u00f3n lfs_file_open ahora dar\u00e1 como resultado el error LFS_ERR_NOTDIR si el archivo no es un directorio en el FS, LFS_ERR_ISDIR si el nombre se refiere a un directorio en el FS, y LFS_O_CREAT si el archivo no existe.\n
Intentar acceder fuera del sistema de archivos ra\u00edz, por ejemplo, lfs_stat(«\/.. \/a»), ahora resultar\u00e1 en un error.\n
Especificar una ruta vac\u00eda ya no es un sin\u00f3nimo de acceder al directorio ra\u00edz, es decir, la llamada lfs_stat(«») generar\u00e1 un error. <\/ul>\n