install: detect where the initramfs exists

[dougsland]

Helps distros which the file is not on /boot dir.

[Yarboa]

It is still failing even on fedora39 with specific /boot, does this PR aims to solve c9s distro with single partition?
The problem does also exist in storage_init
https://pastebin.com/2MaZU0ys
https://github.com/containers/initoverlayfs/blob/main/storage-init.c#L180

We need to find first which
/etc/initoverlayfs.conf is the correct one to boot successfully

[ericcurtin]

Linked PR: https://github.com/coreos/rpm-ostree/pull/4721/files

We can use this detection technique for now, but I do wonder if there are more changes, rather than detection, should we have some flag we pass to initoverlayfs-install like, so we call in the other PR like:

initoverlayfs-install -r

with -r being --rpm-ostree-preptree or whatever that stage is called. That's more solid than detection.

But I'm happy to merge this now if needs be so we can keep moving forward. Just say the word!

[ericcurtin]

@Yarboa we will get to that bugfix, this is unrelated, it doesn't make that problem worse, but this PR will help continue our rpm-ostree efforts if we merge this...

But @dougsland might be just as happy integrating this locally for now...

[Yarboa]

@Yarboa we will get to that bugfix, this is unrelated, it doesn't make that problem worse, but this PR will help continue our rpm-ostree efforts if we merge this...

But @dougsland might be just as happy integrating this locally for now...

Did i get it correct?, Does PR enables rpm-ostree to call inioverlayfs-install during rpm-ostree build?

First conversation, mislead me :/

Helps distros which the file is not on /boot dir.

[ericcurtin]

@Yarboa yeah this use case is different to a human running executing initoverlayfs-install, this is building the image on the rpm-ostree build server use case

[Yarboa]

LGTM