While installing Fedora IoT 39 to an SD card, I got the following in the logs:
The partition table has been altered. Calling ioctl() to re-read partition table. Syncing disks. e2fsck 1.46.5 (30-Dec-2021) /dev/sdf3 has unsupported feature(s): FEATURE_C12 e2fsck: Get a newer version of e2fsck! root: ********** WARNING: Filesystem still has errors ********** resize2fs 1.46.5 (30-Dec-2021) Please run 'e2fsck -f /dev/sdf3' first. = Raspberry Pi 4 Uboot is already in place, no changes needed. = Removing the root password. = Adding SSH key to authorized keys. = Installation Complete! Insert into the rpi4 and boot.
Running e2fsck -f /dev/sdf3 gives the same warning about an unsupported feature (FEATURE_C12). While the installation completes fine, the file system is not resized and thus quiet small.
e2fsck -f /dev/sdf3
Is there any way to work around this?
What OS are you using to write out the image? This isn't an error with arm-image-installer, it looks like it might be a error produced by versions of e2fsprogs < 1.47.
Also could you provide the full commands line you're using.
You can resize the filesystem on the running RPi4.
I'm running on Fedora Sericea 38 and just noticed that 39 contains e2fsprogs 1.47 which might fix this?
The entire command line I've used is: sudo arm-image-installer --image ~/Downloads/Fedora-IoT-39.20231103.1-20231103.1.aarch64.raw.xz --media /dev/sdf --addkey ~/.ssh/pi_hole.pub --norootpass --resizefs --target=rpi4. I tried https://fedoraproject.org/wiki/Architectures/ARM/Raspberry_Pi#Resize_after_initial-setup for a second but it failed as well, so I'm currently upgrading one of my systems to 39 to try again with a fresh install..
sudo arm-image-installer --image ~/Downloads/Fedora-IoT-39.20231103.1-20231103.1.aarch64.raw.xz --media /dev/sdf --addkey ~/.ssh/pi_hole.pub --norootpass --resizefs --target=rpi4
It's possible, please report back.
You could also just the "--resizefs" and resize it once the rpi4 is running. To do this you can follow the commands in this blog post, just swap vdaX with the equivalent mmcblkXpX device (probably mmcblk0p3) on the rpi: https://nullr0ute.com/2018/08/increasing-a-libvirt-kvm-virtual-machine-disk-capacity/
ok ok thanks will try that!
Ok so the live resize failed with:
[root@localhost ~]# resize2fs /dev/mmcblk0p3 resize2fs 1.47.0 (5-Feb-2023) Filesystem at /dev/mmcblk0p3 is mounted on /sysroot; on-line resizing required old_desc_blocks = 1, new_desc_blocks = 8 resize2fs: Read-only file system While checking for on-line resizing support
however the F39 upgrade finished on another machine and I can confirm that using e2fsprogs 1.47 works fine! Thanks a lot & sorry for the noise
Metadata Update from @sebhoss: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Log in to comment on this ticket.