Hey #nerds, when you write out your file names, how do you separate the words?

#boostswelcome

Things I like about FreeBSD:

"You can tune a file system, but you cannot tune a fish."

is still listed as a bug in the tunefs man page on FreeBSD 14.3
I first saw it more that 30 years ago on SunOS that was BSD based at the time.

A Higgs-bugson in the Linux Kernel - by Nikhil Jha

https://blog.janestreet.com/a-higgs-bugson-in-the-linux-kernel/

File encryption with a browser.

I've been exploring the #WebCryptoAPI and I'm impressed!

When combined with the #FileSystemAPI, it offers a seemingly secure way to #encrypt and #store files directly on your device. Think #localstorage, but with #encryption!

I know #webapps can have #security vulnerabilities since the code is served over the web, so I've #OpenSourced my demo! You can check it out, and it should even work if #selfhosted on #GitHubPages.

Live Demo: https://dim.positive-intentions.com/?path=/story/usefs--encrypted-demo

Demo Code: https://github.com/positive-intentions/dim/blob/staging/src/stories/05-Hooks-useFS.stories.js

Hook Code: https://github.com/positive-intentions/dim/blob/staging/src/hooks/useFS.js

IMPORTANT NOTES (PLEASE READ!):
* This is NOT a product. It's for #testing and #demonstration purposes only.
* It has NOT been reviewed or audited. Do NOT use for sensitive data.
* The "password encryption" currently uses a hardcoded password. This is for demonstration, not security.
* This is NOT meant to replace robust solutions like #VeraCrypt. It's just a #proofofconcept to show what's possible with #browser #APIs.

Next at #bsdcan, in the plenary room - "A distributed filesystem for OpenBSD" by Rob Keizer https://indico.bsdcan.org/event/5/contributions/115/ #conference #bsd #filesystem #openbsd #freesoftware #libresoftware

Folks who know "rsync -F" because they already use it -- am I right in thinking that it adds these behaviours to a sync:

- recursively look for .rsync-filter files in every directory in the copy source, including the top-level

- apply the filters they each contain to the directory and subdirectories rooted at the same level that each file was found

- exclude those .rsync-filter files from being copied to the destination

Is that right? #rsync #sync #data #sysadmin #filesystem #filesystems

Today I learned the following. Journaling and journaling are two separate distinctly separate manners of keeping file systems in Sync.

When microsoft talks about journaling in NTFS you should never, ever think about the robust journaling system that Ext4 has

In comparison EXT4 journaling is a god while en NTFS journaling is not even an ant

I have EXT4 file systems connected to an extremely unstable machine. This thing crashes to green screens more than 64 times a day.

{It's a Gigabyte Mini PC in case you're interested never buy those. The machine came with overheating errors from the beginning. The factory installed a fan for the APU which is not even suitable for a GPU that was made a decade ago}

I've not even lost one bit of data on those EXT4 file systems.

Those NTFS file systems with journaling? I lost all of them. All NTFS file systems were lost

I didn't lose data because I have backups the file systems just keeled over simply because the machine kept rebooting

Thank you for being so robust EXT4

Linux 6.16 yields improved EXT4 performance!

As part of the changes that are done in Linux 6.16, there are some of the very interesting changes that are done to the EXT4 filesystem. Those changes yield improved performance, causing you to have a faster EXT4 filesystem compared to the recently released Linux 6.15.

Those changes have been made to improve the filesystem performance, which will be pushed to the v6.16 development branch from this PR, including:

• Fast commit performance improvements
• Multi-fsblock atomic write support for bigalloc file systems
• Large folio support for regular files

The large folio support for regular files was, in itself, a factor of the improvements, along with all other changes, which yielded over 37% performance increase according to the kernel test robot that made this report you can see here. According to the test robot, it has reported that it had noticed a 37.7% improvement on fsmark.files_per_sec.

The large folio support for regular files has been added with this patch, which checks for the following conditions in the ext4_should_enable_large_folio() function before enabling such support:

• If i_mode on an inode is a regular file using the S_ISREG() macro
• If either the data flags on the superblock or the inode flags has the journal data flags
• If the superblock has no verity and has no encryption support

Also, Linux 6.16 fixes some corruption bugs on an EXT4 file system caused by race conditions in the extent status tree. Those race conditions were potentially manifested from the heavy simultaneous allocation and deallocation to a single file.

Expect the first release candidate of Linux 6.16 in the next two weeks!

#Linux Might Drop The #Apple #HFS / HFS+ #FileSystem Kernel Driver Support
#Apple no longer supports the Hierarchical File System on the latest versions of #macOS itself and in prior releases was read-only support since macOS 10.6 for HFS itself. The newer HFS+ file-system does continue to be supported by Apple. Linux support for HFS has been poor and ill-maintained and it looks like the kernel drivers could be on their way out.
https://www.phoronix.com/news/Linux-2025-Sad-State-HFS

Kernel Linux 6.15: driver Rust, exFAT veloce e supporto ampliato

https://gomoot.com/kernel-linux-6-15-driver-rust-exfat-veloce-e-supporto-ampliato/

#arm #blog #driver #filesystem #kernel #linux6.15 #news #nova #opensource #picks #rust #tech #tecnologia

The btrfs filesystem is now faster on Linux 6.16!

#Linux #Kernel #LinuxKernel #Computers #Laptops #TechNews #TechUpdates #btrfs #filesystem

https://officialaptivi.wordpress.com/2025/05/25/linux-6-16-will-see-more-btrfs-improvements/

With keen interest I studied the following blogpost by @stefano

You have to read the blog post carefully, if necessary, read it twice, because there are things said between the words and the lines that should resonate with you

One major lesson is extremely important know when to cut and leave; never ever deviate from your course afterwards

When politics, corruption and deviousness are involved, you have to make absolutely certain that both your integrity and your health remain at your primary interest

A lot has been learned by me from this article

Thank you for sharing it with us Stefano

https://it-notes.dragas.net/2025/05/21/the_day_glusterfs_tried_to_kill_my_career/

Just added some new diagrams to describe the internals of the https://thi.ng/block-fs block storage & filesystem (incl. some examples) and also added/updated CLI tooling docs...