Timeline for How to calculate correct partition size when shrinking filesystem with resize2fs
Current License: CC BY-SA 4.0
5 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Oct 29, 2020 at 16:43 | comment | added | Torsten | Unfortunately, the other question does not have any answers providing information about how to calculate an related correct partition entry. Are there any alignment issues ? Does a partition entry provide some extra space for filesystem meta data ? Or is the correct partition size always exactly the filesystem size, regardless of alignment and other unknown factors? | |
| Oct 29, 2020 at 16:36 | comment | added | Torsten | I thought of recognizing the last block of the filesystem on the last block covered by the partition as a way to be sure it fits - but how do i recognize the last block ? | |
| Oct 29, 2020 at 16:30 | comment | added | fra-san |
Empirically, the size of a partition seems to be equal to or greater than "Block count" * "Block size" as reported by dumpe2fs -h. This is also the method used in the answer to this other question (you may even flag your question as a duplicate of that one if you feel yours is answered). Though I couldn't find any reference for the assertion that "Block count" represents the total size of the file system.
|
|
| Oct 29, 2020 at 15:46 | review | First posts | |||
| Oct 29, 2020 at 16:17 | |||||
| Oct 29, 2020 at 15:41 | history | asked | Torsten | CC BY-SA 4.0 |