littlefs
ltfs
Our great sponsors
littlefs | ltfs | |
---|---|---|
29 | 9 | |
4,764 | 216 | |
3.4% | 3.7% | |
8.2 | 6.2 | |
10 days ago | 5 months ago | |
C | C | |
BSD 3-clause "New" or "Revised" License | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
littlefs
- LittleFS Design (CObW) – Combining advantages of COW and log-structures
- LittleFS Design
-
Littlefs – a little fail-safe filesystem designed for microcontrollers
Pointers correctly round-trip through unrelated pointer types, provided the alignment for both types is compatible.
At least one bit does look a bit questionable: lfs_mlist is treated as the common initial sequence of lfs_dir and lfs_file, even though it isn't, and common initial sequences only apply to union fields anyway. Example cast of struct dir * to struct lfs_mlist * (probably valid of itself, assuming the alignment is compatible): https://github.com/littlefs-project/littlefs/blob/c733d9ec57... then use struct dir as if it were actually a struct lfs_mlist: https://github.com/littlefs-project/littlefs/blob/c733d9ec57...
(There's other occurrences of the same kind of thing.)
Strictly speaking, I think this might be unfixable without a bunch of work, but so much stuff does this kind of operation that any compiler that doesn't do what you expect will have been fixed by now. (Assuming you're not one of those people who is going to pop up and tell us with a straight face that what we should expect is for the compiler to do absolutely anything - except, perhaps, for having it generate correct code, which would be defective behaviour that should be eliminated.) Maybe improve the odds by using lfs_mlist as the common initial sequence of both structs, and fingers crossed that the compiler considers the union rules to apply to this case too. Or compile with -fno-strict-aliasing.
-
I made a tachometer/hour meter for my outboard engine using the PIO
Also, it looks like you're writing to the flash every second the engine is running. Do you have an idea of what the endurance of that might be? I'm not too familiar with this but supposedly the flash on the Pico is good for at least 100K program/erase cycles and Micropython uses LittleFS on RP2040 which does wear leveling. I looked for more official info and the rp2 port code backs that up with a note: "the flash requires the programming size to be aligned to 256 bytes". And the littlefs readme does say it does wear leveling and other good stuff.
- GitHub - littlefs-project/littlefs: A little fail-safe filesystem designed for microcontrollers
-
nRF Connect SDK file writes gives -22 error after many files
Maybe first go and localize which assumption has been voided, i.e. what of the many places in littlefs that raise this error actually raise it? And... erm... what littlefs are you talking about? https://github.com/littlefs-project/littlefs doesn't seem to have a fs_close() function...
- SPI Flash file system vs writing my own fifo?
-
Small MicroSD module for project
Rather easy to add LittleFS for file storage onto the NOR flash. https://github.com/littlefs-project/littlefs
- CircuitPython – The easiest way to program microcontrollers
ltfs
-
Controller with correct block size for LTFS
Hi, What is the LTFS 'driver' you use for this? Some LTFS version provide a mode for supporting the buggy HBA. This helps time to time with some. It can be worst to try . Here is one version of LTFS i can recommend to use, and a link to an explanation about the Buggy HBA mode: https://github.com/LinearTapeFileSystem/ltfs/wiki/HBA-info And link to issue of user having potential similar problem https://github.com/LinearTapeFileSystem/ltfs/issues/144
-
Alternative to using LTFS on LTO ?
I think IBM are actually the ones writing the reference implementation that HP and everyone else are basing their LTFS drivers on, so the compatibility list includes more than just IBM drives. In a production environment you'll probably be using the vendor software in any case. But I built the reference implementation on my home machine previously and it worked fine. https://github.com/LinearTapeFileSystem/ltfs
-
HPE StoreOpen for Windows
There is also a fair amount of energy going into the reference ltfs implementation, which I’ve yet to try properly: https://github.com/LinearTapeFileSystem/ltfs I suspect using this version would be a good idea in the long term.
-
LTFS on CentOS 6?
Is LTFS (including "mkltfs") on any repo? Is CentOS 6 still supported? The IBM docs suggest RHEL6 was supported. I found an LTFS GitHub, but of course it says CentOS 7+ is needed. It doesn't show support for newer Linux releases, though (CentOS9/RHEL9, Ubuntu 20/22, Debian 10/11, etc.), so I'm not sure if there is a better source for LTFS.
- Cheapest Backup software for use with LTO Tape Library
-
LTO Tape data storage for Linux nerds
I recently purchased a LTO-5 drive for my Gentoo-based NAS and have a few key takeaways for those who are interested. Don't buy a HP tape drive if you want to use LTFS on Linux! HPE Library & Tape Tools is prety much dead on modern Linux. Official support is only for RHE 7.x and a few versions of Suse. Building from source is a dependency nightmare that will leave you pulling hair. IBM drives have much better Linux support thanks to https://github.com/LinearTapeFileSystem/ltfs. That being said, IMO, you should consider ditching LTFS for good ol' TAR! It's been battle tested since 1979 and can be installed on basically anything. TAR is easy to use, well documented, and makes way more sense for linear filesystems. While drag&drop is nice and all, it really does not make sense for linear storage.
-
Fujifilm Created a Magnetic Tape That Can Store 580 Terabytes
Looks fairly active to me
What are some alternatives?
spiffs - Wear-leveled SPI flash file system for embedded devices
stfs - Simple Tape File System (STFS), a file system for tapes and tar files.
lvgl - Embedded graphics library to create beautiful UIs for any MCU, MPU and display type.
ltfs - ltfs4archivists
zephyr - Primary Git Repository for the Zephyr Project. Zephyr is a new generation, scalable, optimized, secure RTOS for multiple hardware architectures.
hmg - Personal Gentoo/Linux configurations
lwext4 - ext2/ext3/ext4 filesystem library for microcontrollers
archive-program - The GitHub Archive Program & Arctic Code Vault
uf2 - UF2 file format specification
ledger-app-lto - Community made LTO Network wallet application for Ledger devices
STORfs - Open source file system for small embedded systems
ltfs - Reference implementation of the LTFS format Spec for stand alone tape drive