F* file system – file search that reads SSD directly bypassing OS kernel
1–10 of 54 posts
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#2This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it
supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting
An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#3This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
>cause clankers can not run sudo commands
Is that really true? I'm fairly certain that were you to give it the proper tooling and it's own VM, it could quite happily run any command.
Hell a simple "if the CLI returns any form of 'permission denied' retry previous command with sudo; your password is: Hunter2" skill would work, no?
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#4This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
When they can't run sudo, they'll user docker to give themselves root.
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#5This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
>cause clankers can not run sudo commands Is that really true? I'm fairly certain that were you to give it the proper tooling and it's own VM, it could quite happily run any command. Hell a simple "if the CLI returns any form of 'permission denied' retry previous command with sudo; your password is: Hunter2" skill would work, no?
In the least, you could make an alias for sudo, and have it run that. With something like this in .bashrc:
alias safedo='sudo'
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#6This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
>cause clankers can not run sudo commands Is that really true? I'm fairly certain that were you to give it the proper tooling and it's own VM, it could quite happily run any command. Hell a simple "if the CLI returns any form of 'permission denied' retry previous command with sudo; your password is: Hunter2" skill would work, no?
Clankers absolutely can run sudo if you have passwordless sudo
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#7But can it bypass the magic performed by the SSD controller?
In particular, can it be certain that a flush is really a flush?
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#8This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
On Linux, you could create a udev rule to give you permissions on any attached raw disks (if you feel particularly adventurous).
What's the license for ffs?
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#9This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
> This is practically the most useless project becuase you can not run it without sudo permissions
Well, you could whitelist the tool in sudoers.
This would let LLMs use it too.
Re: F* file system – file search that reads SSD directly bypassing OS kernel
#10This is practically the most useless project becuase you can not run it without sudo permissions, but it was insanely fun to work on it supports ext4, btrfs, and apfs. Multithreaded, supports compression, nested volumes, and can even search detached volumes like .iso and .dmg without mounting An interesting bonus point: you can't really vibe code it cause clankers can not run sudo commands
> This is practically the most useless project becuase you can not run it without sudo permissions Well, you could whitelist the tool in sudoers. This would let LLMs use it too.
Y’all aren’t running your agents as root?