15951 2025-08-13 05:47:57 +0000 poky/scripts/lib/wic/partition.py: add du --apparent-size to solve build error on compressed ZFS dataset 2026-08-07 19:38:34 +0000 1 1 6 Yocto Project Subprojects Wic wic v0.3.0 x86 Multiple ACCEPTED Medium normal v0.4.0 1 niziak-yoctobug twoerner randy.macleod ross.burton victor.hansen --- --- No (bug/feature does not impact docs) oldest_to_newest 102587 0 5132 niziak-yoctobug 2025-08-13 05:47:57 +0000 Created attachment 5132 patch proposal Buildiing in LXC container on ZFS dataset with compression enabled: ERROR: core-image-minimal-1.0-r0 do_image_wic: ExecutionError('build/tmp/work/.../core-image-minimal/1.0/temp/run.do_image_wic.1471812', 1, None, None) ... | Writing inode tables: done | Creating journal (4096 blocks): done | Copying files into the device: __populate_fs: Could not allocate block in ext2 filesystem while writing file "cc1" | mkfs.ext4: Could not allocate block in ext2 filesystem while populating file system | 512 | | WARNING: exit code 1 from a shell command. Similar problem (https://lists.yoctoproject.org/g/poky/topic/image_bbclass/81548542) in image.bblcass was solved with commits: https://git.yoctoproject.org/poky/commit/?h=master-next&id=3743234dab23e4068e1d1fde9e1fa0bc09fdb182 https://git.yoctoproject.org/poky/commit/?h=master-next&id=f7ed81182c7797fd6b0069fa5c90535b13848657 Now function prepare_root_fs_ext() in file poky/scripts/lib/wic/partition.py needs similar fix. 102597 1 randy.macleod 2025-08-14 14:38:59 +0000 Ross will want to look at this when he's back. The code involved may need a re-write. 104046 2 victor.hansen 2026-01-23 08:21:07 +0000 (In reply to Randy MacLeod from comment #1) > Ross will want to look at this when he's back. > The code involved may need a re-write. This patch also resolves spurious 'ERROR: Actual rootfs size (y kB) is larger than allowed size x kB' failures when building wic images on ZFS hosts. The root cause: du -ks reports disk usage based on allocated blocks, which on ZFS varies depending on pool fragmentation and fill level. This means identical builds can report different sizes across builders: builder 1 - du -ks: 281870 kB builder 2 - du -ks: 281534 kB The ERROR becomes more prevalent when your target rootfs reaches capacity, i.e. less "wiggle room". Would it be possible to backport this fix to scarthgap? 104607 3 ross.burton 2026-03-12 15:11:54 +0000 As this is a wic issue I'm going to throw it to Trevor :) 105717 4 randy.macleod 2026-06-04 15:17:15 +0000 Trevor, Does this patch work for you ? 5132 2025-08-13 05:47:57 +0000 2025-08-13 05:47:57 +0000 patch proposal 0001-wic-partition.py-fix-du-size-reporting-on-compressed.patch text/plain 1161 niziak-yoctobug RnJvbSA5ZWEwNTcwMWY0YzI4MWRhNTAzMWZkZTkwOTgwYjdmMjliZTNlNzAzIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBXb2pjaWVjaCBOaXppbnNraSA8d29qY2llY2gubml6aW5za2lA Z3Jpbm4tZ2xvYmFsLmNvbT4KRGF0ZTogV2VkLCAxMyBBdWcgMjAyNSAwNTozNjoxMiArMDAwMApT dWJqZWN0OiBbUEFUQ0hdIHdpYy9wYXJ0aXRpb24ucHk6IGZpeCBkdSBzaXplIHJlcG9ydGluZyBv biBjb21wcmVzc2VkIEZTCgpCYXJlIGBkdWAgcmVwb3J0cyBiYXJlIHJlYWwgZGlzYyB1c2FnZSBu b3QgYWN0dWFsIHNpemUuCk9uIGNvbXByZXNzZWQgZmlsZXN5c3RlbXMgc2l6ZSByZXR1cm5lZCBp cyBpbmNvcnJlY3QgYW5kCnVuZGVydmFsdWVkIGNhdXNpbmcgYnVpbGQgZXJyb3I6CgpDb3B5aW5n IGZpbGVzIGludG8gdGhlIGRldmljZTogX19wb3B1bGF0ZV9mczogQ291bGQgbm90IGFsbG9jYXRl IGJsb2NrCmluIGV4dDIgZmlsZXN5c3RlbSB3aGlsZSB3cml0aW5nIGZpbGUuLi4KClRoaXMgZml4 IGFkZHMgIi0tYXBwYXJlbnQtc2l6ZSIgcGFyYW1ldGVyIHRvIHJlcG9ydCBhY3R1YWwgc2l6ZS4K LS0tCiBzY3JpcHRzL2xpYi93aWMvcGFydGl0aW9uLnB5IHwgMiArLQogMSBmaWxlIGNoYW5nZWQs IDEgaW5zZXJ0aW9uKCspLCAxIGRlbGV0aW9uKC0pCgpkaWZmIC0tZ2l0IGEvc2NyaXB0cy9saWIv d2ljL3BhcnRpdGlvbi5weSBiL3NjcmlwdHMvbGliL3dpYy9wYXJ0aXRpb24ucHkKaW5kZXggYmYy YzM0ZDU5NC4uMDkxOGE5NTNjNiAxMDA2NDQKLS0tIGEvc2NyaXB0cy9saWIvd2ljL3BhcnRpdGlv bi5weQorKysgYi9zY3JpcHRzL2xpYi93aWMvcGFydGl0aW9uLnB5CkBAIC0yNzMsNyArMjczLDcg QEAgY2xhc3MgUGFydGl0aW9uKCk6CiAgICAgICAgICIiIgogICAgICAgICBQcmVwYXJlIGNvbnRl bnQgZm9yIGFuIGV4dDIvMy80IHJvb3RmcyBwYXJ0aXRpb24uCiAgICAgICAgICIiIgotICAgICAg ICBkdV9jbWQgPSAiZHUgLWtzICVzIiAlIHJvb3Rmc19kaXIKKyAgICAgICAgZHVfY21kID0gImR1 IC1ia3MgJXMgLS1hcHBhcmVudC1zaXplIiAlIHJvb3Rmc19kaXIKICAgICAgICAgb3V0ID0gZXhl Y19jbWQoZHVfY21kKQogICAgICAgICBhY3R1YWxfcm9vdGZzX3NpemUgPSBpbnQob3V0LnNwbGl0 KClbMF0pCiAKLS0gCjIuMzkuNQoK