From: Mikko Rapeli <mikko.rapeli@linaro.org>
To: yocto@lists.yoctoproject.org, thore.boeckelmann@inoex.de
Subject: Re: [yocto] ext4 issues with scarthgap .wic image
Date: Wed, 20 Nov 2024 14:04:29 +0200 [thread overview]
Message-ID: <Zz3QTawLRIwhrQvd@nuoska> (raw)
In-Reply-To: <FR3PPF317299CA9C4E72FD30F5D38A3C18A8F212@FR3PPF317299CA9.DEUP281.PROD.OUTLOOK.COM>
Hi,
On Wed, Nov 20, 2024 at 11:37:51AM +0000, tboeckel via lists.yoctoproject.org wrote:
> Hi!
>
> I am building an image for an iMX8 system and recently upgraded from hardknott to scarthgap. The image (wic.bz2) is created successfully, but after deploying it to an SD card I am not able to resize the partition via resize2fs. resize2fs always tells that the filesystem is using unsupported features.
>
> After investigating further with gparted I found out that the ext4 partition was created with the C12 feature (orphan_file). I am using Ubuntu 22 and hence use resize2fs 1.46.5. There are some forum which suggest resize2fs 1.47.x as a workaround, but I don't cannot upgrade that easily to Ubuntu 23 or 24 yet.
>
> I also built another image for an iMX93 system based on mickledore where I experience EXACTLY the same issue. For that system it was sufficient to add this line to conf/local.conf:
> EXTRA_IMAGECMD:ext4 += " -O ^orphan_file"
>
> After that the created ext4 filesystem was compatible to Ubuntu 22's resize2fs 1.46.5 again.
>
> Unfortunately this did not help f�r the scarthgap build. No matter what I try, the additional options don't make their way to the call of mkfs.ext4.
>
> What am I doing wrong and what can I do about that? What is the difference between mickledore and scarthgap in this respect?
I think these kind of changes are expected in yocto major version updates.
If new ext4 etc features would need to be explicitly enabled, then users
and maintainers would be flooded with them. Upstream defaults are better
even if they sometimes are not backwards compatible.
I would not expect yocto tooling to always be compatible with other Linux distros
so I would rather add the resize2fs etc partition resize tooling to the
image itself and resize partition(s) on the target at runtime. This can be
part of the target 'flashing' process. This is IMO more future proof.
Cheers,
-Mikko
next prev parent reply other threads:[~2024-11-20 12:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <ed7dbfe9-1861-4e5b-9954-03bf8404920a.970c85df-582b-4473-a7de-31be6a2b58c9.8a47a721-58ad-47e5-be44-609511a60ac9@emailsignatures365.codetwo.com>
[not found] ` <ed7dbfe9-1861-4e5b-9954-03bf8404920a.5f629621-7c71-47da-aee6-727c8a7b4e6a.21f4d927-51fb-4187-a3f2-1b08161ff7e2@emailsignatures365.codetwo.com>
2024-11-20 11:37 ` ext4 issues with scarthgap .wic image Böckelmann, Thore
2024-11-20 12:04 ` Mikko Rapeli [this message]
2024-11-20 12:42 ` AW: [EXT] Re: [yocto] " Böckelmann, Thore
2024-11-20 12:50 ` Mikko Rapeli
2024-11-21 9:18 ` AW: [EXT] " Böckelmann, Thore
2024-11-21 9:24 ` Mikko Rapeli
2024-11-21 14:02 ` Jan-Simon Moeller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Zz3QTawLRIwhrQvd@nuoska \
--to=mikko.rapeli@linaro.org \
--cc=thore.boeckelmann@inoex.de \
--cc=yocto@lists.yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.