format-udf
zfs
format-udf | zfs | |
---|---|---|
13 | 721 | |
494 | 10,140 | |
- | 0.8% | |
2.7 | 9.7 | |
7 months ago | 3 days ago | |
Shell | C | |
GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
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.
format-udf
-
ExFAT Driver Boasts Much Faster "Dirsync" Performance with Linux 6.9
The note about the partition table makes me wonder how he was formatting the drive. https://github.com/JElchison/format-udf specifically does some partition table related hacks to make UDF maximally compatible with different platforms.
-
Windows on Btrfs
I recall getting UDF cross compatibility required a bit of non-trivial work[0], did this improve recently?
[0] https://github.com/JElchison/format-udf
-
NTFS partition failing
Or avoid NTFS all together. Use UDF https://github.com/JElchison/format-udf
-
BigFAT – Backward compatible FAT extension for unlimited file size
> can't start shipping SD cards formatted with btrfs until Windows supports it out of the box
3rd parties can write drivers for Windows, you know. A small, read-only FAT partition on a USB stick or SD card could contain the installable drivers necessary to read/write the rest of the disk.
However, that's unnecessary. The best option for a universal file system is UDF. Windows, Mac, and Linux all have full read/write support.
See: https://github.com/JElchison/format-udf
-
Which format should I format HDD?
It seems like exFAT has the best compatibility across systems, and for reasons I can't remember, I went with UDF (format-udf).
- Working with UDF on a Mac
- slow rsync to exFAT pendrive.
- Shared NTFS Steam game drives keep getting corrupted, should I switch to another filesystem? Or am I doing something wrong?
-
Which disk format to choose for usage on both W10, MacOS and Linux. Exfat seems reasonable but please inform me of any caveats. Should I consider UDF or ZFS instead?
If wikipedia and 4-6-8 years old stackexchange info remains up to date apparently the disk needs to be UDF formatted in Linux with https://github.com/JElchison/format-udf to be gain true cross platform https://github.com/JElchison/format-udf to be read/write enabled across all platforms
- Torvalds wants new NTFS driver in kernel
zfs
- OpenZFS 2.2.4 – Linux and FreeBSD – Advanced file system and volume manager
-
Ubuntu 24.04 LTS is so buggy you can't install the OS [video]
Be careful if you use ZFS-on-root, make sure not to snapshot bpool or it will brick your system and require a complete reinstall.
https://github.com/openzfs/zfs/issues/13873
-
Radxa's SATA HAT makes compact Pi 5 NAS
> The only non-junk PCIe3 option that's even advertised here recently is the overpriced WD Red SN700.
Those WD drives seem to have some real issues, at least with ZFS and btrfs. :(
https://github.com/openzfs/zfs/discussions/14793
- OpenZFS: Fix corruption caused by MMAP flushing problems
- ZFS: Some copied files are still corrupted (chunks replaced by zeros)
-
DiskClick: Ever wanted to hear Old Hard drive sounds
IMO the "next fs" is just zfs. They somewhat recently merged RAIDZ expansion feature https://github.com/openzfs/zfs/pull/12225 and make regular improvements. If no file system has what you need today, zfs will probably be the first one to have it "tomorrow," imo.
- OpenZFS bug reports for native encryption
-
A data corruption bug in OpenZFS?
https://github.com/openzfs/zfs/issues/15526#issuecomment-181...
> zpool get all tank | grep bclone
> kc3000 bcloneused 442M
> kc3000 bclonesaved 1.42G
> kc3000 bcloneratio 4.30x
> My understanding is this: If the result is 0 for both bcloneused and bclonesaved then it's safe to say that you don't have silent corruption.
-
Ask HN: What's your "it's not stupid if it works" story?
A couple years ago, I had an idea for convincing a filesystem to go faster using 2 compression steps instead of one. I couldn't see why it wouldn't work, and I also couldn't convince myself it should.
It seems to have worked out. [1]
[1] - https://github.com/openzfs/zfs/commit/f375b23c026aec00cc9527...
-
ZFS Profiling on Arch Linux
https://github.com/openzfs/zfs/issues/7631
This is a long-standing issue with zvols which affects overall system stability, and has no real solution as of yet.
What are some alternatives?
Proton - Compatibility tool for Steam Play based on Wine and additional components
zstd - Zstandard - Fast real-time compression algorithm
openzfs - OpenZFS on Linux and FreeBSD
7-Zip-zstd - 7-Zip with support for Brotli, Fast-LZMA2, Lizard, LZ4, LZ5 and Zstandard
bashmultitool - A library for bash shell scripting containing useful helper functions.
sanoid - These are policy-driven snapshot management and replication tools which use OpenZFS for underlying next-gen storage. (Btrfs support plans are shelved unless and until btrfs becomes reliable.)
Single-GPU-Passthrough
RocksDB - A library that provides an embeddable, persistent key-value store for fast storage.
mommy - mommy's here to support you, in any shell, on any system~ ❤️
snapper - Manage filesystem snapshots and allow undo of system modifications
zfsbootmenu - ZFS Bootloader for root-on-ZFS systems with support for snapshots and native full disk encryption
zrepl - One-stop ZFS backup & replication solution