Ensure minimum size of tomb matches FS requirements

[hellekin]

Tomb allows for creation of too small tomb that the underlying file system cannot use.

e.g. tomb create -s1 is valid, but won't work. (Ext2 needs at least 4M)

[davinerd]

Il 07/11/2011 17:12, Hellekin O. Wolf ha scritto:

Tomb allows for creation of too small tomb that the underlying file system cannot use.

e.g. tomb create -s1 is valid, but won't work. (Ext2 needs at least 4M)

---

Reply to this email directly or view it on GitHub:
#68

This will be related to #45 (option to choose tomb filesystem), and I'll
working on it (#45) as soon as possible, and fixing #68 :)

Anathema

+--------------------------------------------------------------------+
|GPG/PGP KeyID: 0F26965C available on http://pgpkeys.mit.edu:11371/ |
|Fingerprint: F808 18A2 2E7D 6E7A 7A18 4062 0AA3 7BF2 0F26 965C |
| |
|http://www.msack.org |
|https://tboxes.tracciabi.li/anathema
+--------------------------------------------------------------------+

[boyska]

can't we just put a one-fits-all lowerbound, like 10M ? I really doubt this size is "too big" for anyone.
And if this, as always, -f will override it, falling back to current behaviour

[davinerd]

On 22/01/2012 23:56, BoySka wrote:

can't we just put a one-fits-all lowerbound, like 10M ? I really doubt this size is "too big" for anyone.
And if this, as always, -f will override it, falling back to current behaviour

No, since xfs need at least about 20M.
I can make a switch case with it, no problem.
Let me code, and I'll show you soon.

Anathema

+--------------------------------------------------------------------+
|GPG/PGP KeyID: 0F26965C available on http://pgpkeys.mit.edu:11371/ |
|Fingerprint: F808 18A2 2E7D 6E7A 7A18 4062 0AA3 7BF2 0F26 965C |
| |
|http://www.msack.org |
|https://tboxes.tracciabi.li/anathema
+--------------------------------------------------------------------+

[boyska]

such a solution is fine.
I just want to see this issue closed, don't care HOW :D