nilfs_bmap_truncate(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’« nilfs_bmap_truncate(9) πŸ’«

okay so bestie, welcome to the Kernel API Manual β€” specifically the nilfs_bmap_truncate(9) page, and yes this is the whole thing, we're getting into it πŸŽ€


✨ NAME ✨

nilfs_bmap_truncate β€” truncate a bmap to a specified key 🫢


🌸 SYNOPSIS 🌸

int nilfs_bmap_truncate (struct nilfs_bmap *bmap , __u64 key );

like, that's the whole signature, no notes πŸ’…


πŸ¦‹ ARGUMENTS πŸ¦‹

  • bmap β€” bmap. that's it. that's the description. it's giving "the variable name says it all" energy, and honestly? iconic πŸ™ˆ
  • key β€” key. same vibe, same energy, we love a minimal queen ✨

πŸ’œ DESCRIPTION πŸ’œ

okay so here's the tea: nilfs_bmap_truncate removes key-record pairs whose keys are greater than or equal to key from bmap. like a little cleanup crew that comes in and swipes everything from key onward 🧹✨ lowkey satisfying ngl.


πŸ”₯ RETURN πŸ”₯

so it returns 0 on success, or one of these negative error codes when things go sideways (and they can, bestie 😭):

  • -EIO β€” I/O error (including metadata corruption). yeah that metadata corruption part is not a vibe, take it seriously fr fr πŸ’€
  • -ENOMEM β€” Insufficient memory available. the classic "ran out of memory" moment, we've all been there 🫠

🌈 SEE ALSO 🌈

the whole friend group, assembled πŸ‘‘

Kernel file ./fs/nilfs2/bmap.c


okay that's the whole page, no cap. go truncate something (responsibly) πŸ’–

and that's a wrap, mwah πŸ’‹ β€” this one comes from ./fs/nilfs2, dated October 2026, and it's filing itself under nilfs_bmap_truncate(9). slay πŸŽ€βœ¨πŸ‘‘

πŸ“¦ where this page comes from