-
-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
out of inodes #41
Comments
Edit: Misinterpreted the man page. It is possible and manually one can format the luks device of the tomb using one inode per block This is already way better, but tomb doesn't offer any way of setting options for mkfs.ext4 to increase the number of available inodes. |
Just increase the size of the tomb that will increase the number of inodes. |
Yes, I did that, but found that it would be nice to have the option to use the space. I read that tomb can handle btrfs as well and it seems to work well. Edit: tomb supports btrfs only on filesystems of 45MB or bigger disk size until know - even though it could be used on a minimum disk size of 16MB in mixed mode. |
Would it be a good compromise to improve the situation to make 18MB the default tomb size and have tomb format it with btrfs in mixed mode? And if the increased tomb size isn't an option would it be an option to add an option to make an btrfs tomb (by default if no size is given as small as possible)? |
Yes, both are possible:
PR are welcome |
O.k., I guess I can build on this MR. |
I generated a pass-tomb using the default values and imported the passwords from my firefox and from password safe. I ended up with 936 passwords:
Then I wanted to add git:
The filesystem had been generated with 10MB, but with 2048 inodes only.
Since it is to be expected that there'd be small files in the pass-tomb, I'd suggest to generate the filesystem with a higher count of inodes.
The text was updated successfully, but these errors were encountered: