lwext4/src, branch carl Fork of lwext4 library for EXT2 filesystem manipulation https://git.carlh.net/cgit/lwext4/atom?h=carl 2023-01-30T19:52:20Z Return platform-specific errors via ext4_blockdev_errno 2023-01-30T19:52:20Z Carl Hetherington cth@carlh.net 2022-12-29T22:37:32Z urn:sha1:b98f55b806f9dfe9e9374faceed99b689c29f28e Add a little more logging to mkfs. 2023-01-29T19:56:31Z Carl Hetherington cth@carlh.net 2023-01-29T19:56:31Z urn:sha1:3dc752da8948564456ce2d721c266b4e1a50e7a1 Fix free block count in last block group. 2022-06-20T10:38:29Z Carl Hetherington cth@carlh.net 2022-06-20T10:38:29Z urn:sha1:ee865fa65f05e348cd4e0bce0552a2725ad5663a This calculation is done when making the group bitmaps but wasn't being done here, so e2fsck would give an error with certain partition sizes. Fix potential buffer overwrite. 2022-06-19T20:52:28Z Carl Hetherington cth@carlh.net 2022-06-19T20:52:28Z urn:sha1:b4d9787f0fd3fbe529ee5ba02c8bcadd3b5e54e2 Revert "Don't initialise inode tables during format." 2022-06-18T21:02:43Z Carl Hetherington cth@carlh.net 2022-06-18T16:42:08Z urn:sha1:0774773de51df37d7af0d6ac920d304790a610c6 I think the flag which we were using here (to ask the OS to fill in the inode tables when the drive is first mounted) is only supported by ext4, so will be ignored when the disk is mounted as ext2. This means that e2fsck gives a long list of errors (DoM bug #2274). This reverts commit 6d34064b3a4b07218b01f6cc7700ee2ce68a7542. Fix some overflows when making larger partitions (e.g. 2TB) (DoM bug #2021) 2021-05-28T09:14:11Z Carl Hetherington cth@carlh.net 2021-05-28T09:14:06Z urn:sha1:cce3730330bd5621a94ec813934ba4f41254910d Add progress reporting for formatting. 2021-03-09T00:03:41Z Carl Hetherington cth@carlh.net 2021-03-08T22:42:09Z urn:sha1:abb212dd5fbb33168f583f36b67f29f659a91bb4 Don't initialise inode tables during format. 2021-03-09T00:03:41Z Carl Hetherington cth@carlh.net 2021-03-08T23:16:48Z urn:sha1:6d34064b3a4b07218b01f6cc7700ee2ce68a7542 Use writebytes when writing group descriptors. 2021-03-08T23:27:27Z Carl Hetherington cth@carlh.net 2021-03-08T23:24:39Z urn:sha1:d217f6e5082fab342267df3430ca6b9f2e399c93 This may be faster but I should test it. The code is cleaner and should be equivalent, as far as I can see. Write block/inode bitmaps and inode tables earlier. 2021-03-08T23:25:39Z Carl Hetherington cth@carlh.net 2021-03-08T23:21:56Z urn:sha1:b13cbdce2fe1c4790f0737a75ac49aa1b826eb66 Before we would write blank block/inode bitmap tables then fill them in later. This is a bit of a hack to set up enough of the data structures (I think) to allow the correct block/inode bitmaps to be written first time. This may not be worth the hack/risk - I haven't tested the speed improvement carefully.