I had a run of that! āOut of space? Out of inodes?ā If one is not out of space, maybe one is out of inodes?
I changed drive, problem goes away. There are complex rules about inodes, but the drive itself did not appear āoversaturatedā by inodes.
After a while I found a common cause by searching further up the logs.
Here is one
mke2fs 1.45.4 (23-Sep-2019)
Creating filesystem with 338944 4k blocks and 84832 inodes
Filesystem UUID: 6a51d487-61cc-5551-ac25-a23c481e0f63
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912
Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
__populate_fs: Could not allocate block in ext2 filesystem while writing file "z
ip"
e2fsdroid: Could not allocate block in ext2 filesystem while populating file sys
tem
2024-03-14 10:29:48 - add_img_to_target_files.py - ERROR :
ERROR:
Traceback (most recent call last):
File "/home/iain/e-on-R/out/host/linux-x86/bin/add_img_to_target_files/add_img
_to_target_files.py", line 999, in <module>
File "/home/iain/e-on-R/out/host/linux-x86/bin/add_img_to_target_files/add_img
_to_target_files.py", line 993, in main
File "/home/iain/e-on-R/out/host/linux-x86/bin/add_img_to_target_files/add_img
_to_target_files.py", line 849, in AddImagesToTargetFiles
File "/home/iain/e-on-R/out/host/linux-x86/bin/add_img_to_target_files/add_img
_to_target_files.py", line 180, in AddSystem
File "/home/iain/e-on-R/out/host/linux-x86/bin/add_img_to_target_files/add_img
_to_target_files.py", line 398, in CreateImage
File "/home/iain/e-on-R/out/host/linux-x86/bin/add_img_to_target_files/build_i
mage.py", line 489, in BuildImage
mkfs_output = BuildImageMkfs(in_dir, prop_dict, out_file, target_out, fs_con
fig)
File "/home/iain/e-on-R/out/host/linux-x86/bin/add_img_to_target_files/build_i
mage.py", line 345, in BuildImageMkfs
mkfs_output = common.RunAndCheckOutput(build_command)
File "/home/iain/e-on-R/out/host/linux-x86/bin/add_img_to_target_files/common.
py", line 281, in RunAndCheckOutput
args, proc.returncode, output))
ExternalError: Failed to run command '['mkuserimg_mke2fs', '-s', '/home/iain/e-o
n-R/out/soong/.temp/tmpqhE26r', '/home/iain/e-on-R/out/target/product/bacon/obj/
PACKAGING/target_files_intermediates/lineage_bacon-target_files-eng.iain/IMAGES/
system.img', 'ext4', '/', '1388314624', '-j', '0', '-T', '1230768000', '-C', '/h
ome/iain/e-on-R/out/soong/.temp/merged_fs_configzGlvFs.txt', '-B', '/home/iain/e
-on-R/out/target/product/bacon/obj/PACKAGING/target_files_intermediates/lineage_
bacon-target_files-eng.iain/IMAGES/system.map', '-L', '/', '-M', '0', '-U', '6a5
1d487-61cc-5551-ac25-a23c481e0f63', '-S', '2bb7c9b4-142c-53ee-a802-fa713b9966ae'
, '--inode_size', '256', '/home/iain/e-on-R/out/target/product/bacon/obj/PACKAGI
NG/target_files_intermediates/lineage_bacon-target_files-eng.iain/META/file_cont
exts.bin']' (exit code 4):
10:29:46 mkuserimg_mke2fs.py INFO: Env: {'E2FSPROGS_FAKE_TIME': '1230768000', 'M
KE2FS_CONFIG': '/home/iain/e-on-R/out/soong/.temp/tmpH8fHVX'}
10:29:46 mkuserimg_mke2fs.py INFO: Running: mke2fs -O ^has_journal -L / -I 256 -
M / -m 0 -U 6a51d487-61cc-5551-ac25-a23c481e0f63 -E android_sparse,hash_seed=2bb
7c9b4-142c-53ee-a802-fa713b9966ae -t ext4 -b 4096 /home/iain/e-on-R/out/target/p
roduct/bacon/obj/PACKAGING/target_files_intermediates/lineage_bacon-target_files
-eng.iain/IMAGES/system.img 338944
10:29:46 mkuserimg_mke2fs.py INFO: Env: {'E2FSPROGS_FAKE_TIME': '1230768000'}
10:29:46 mkuserimg_mke2fs.py INFO: Running: e2fsdroid -T 1230768000 -C /home/iai
n/e-on-R/out/soong/.temp/merged_fs_configzGlvFs.txt -B /home/iain/e-on-R/out/tar
get/product/bacon/obj/PACKAGING/target_files_intermediates/lineage_bacon-target_
files-eng.iain/IMAGES/system.map -S /home/iain/e-on-R/out/target/product/bacon/o
bj/PACKAGING/target_files_intermediates/lineage_bacon-target_files-eng.iain/META
/file_contexts.bin -f /home/iain/e-on-R/out/soong/.temp/tmpqhE26r -a / /home/iai
n/e-on-R/out/target/product/bacon/obj/PACKAGING/target_files_intermediates/linea
ge_bacon-target_files-eng.iain/IMAGES/system.img
10:29:48 mkuserimg_mke2fs.py ERROR: Failed to run e2fsdroid_cmd: __populate_fs:
Could not allocate block in ext2 filesystem while writing file "zip"
e2fsdroid: Could not allocate block in ext2 filesystem while populating file sys
tem
mke2fs 1.45.4 (23-Sep-2019)
Creating filesystem with 338944 4k blocks and 84832 inodes
Filesystem UUID: 6a51d487-61cc-5551-ac25-a23c481e0f63
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912
Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
__populate_fs: Could not allocate block in ext2 filesystem while writing file "z
ip"
e2fsdroid: Could not allocate block in ext2 filesystem while populating file sys
tem
Out of space? Out of inodes? The tree size of /home/iain/e-on-R/out/soong/.temp/
tmpqhE26r is 1359601664 bytes (1296 MB), with reserved space of 0 bytes (0 MB).
The max image size for filesystem files is 1388314624 bytes (1324 MB), out of a
total partition size of 1388314624 bytes (1324 MB).
10:29:49 ninja failed with: exit status 1
The clue came searching my whole log for Filesystem UUID:
and then search that log and another fail log for the offending UUID, in my case 6a51d487-61cc-5551-ac25-a23c481e0f63
So
- it is a
mke2fs 1.45.4 (23-Sep-2019)
error and
- speculating the same section of drive may be used to create what I assume is some virtual UUID and that gets overused with inodes.
I cleaned the drive and repartioned it and did an update&&upgrade, but was never quite sure what fixed the problem.