From: Robin Roevens <robin.roevens@disroot.org>
To: development@lists.ipfire.org
Subject: Re: Unable to build cdrom: failed to setup loop device
Date: Wed, 04 Sep 2024 22:47:53 +0200 [thread overview]
Message-ID: <e518db4bffb42f08dacae5c28dc72a9286d62626.camel@roevenslambrechts.be> (raw)
In-Reply-To: <ffbc1ade-dec3-4cdd-b59e-9d023784aff8@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 3372 bytes --]
Hi Adolf
Adolf Belka schreef op wo 04-09-2024 om 21:04 [+0200]:
> Hi Robin,
>
> On 04/09/2024 20:53, Robin Roevens wrote:
> > Hi all
> >
> > While trying to build ipfire, which always has worked quite
> > effortless,
> > it now fails while building cdrom:
> >
> > ---
> > # Create the EFI Eltorito image
> > dd if=/dev/zero of=/tmp/cdrom/boot/isolinux/efiboot.img bs=1k
> > count=2880
> > 2880+0 records in
> > 2880+0 records out
> > 2949120 bytes (2.9 MB, 2.8 MiB) copied, 0.00453183 s, 651 MB/s
> > mkdosfs -F 12 -n "IPFIRE_EFI"
> > /tmp/cdrom/boot/isolinux/efiboot.img
> > mkfs.fat 4.2 (2021-01-31)
> > # Mount the EFI image
> > mkdir -pv /tmp/efiboot.img
> > mkdir: created directory '/tmp/efiboot.img'
> > mount -o loop /tmp/cdrom/boot/isolinux/efiboot.img
> > /tmp/efiboot.img
> > mount: /tmp/efiboot.img: failed to setup loop device for
> > /tmp/cdrom/boot/isolinux/efiboot.img.
> > make: *** [cdrom:184: /usr/src/log/cdrom] Error 32
> > make: Leaving directory '/usr/src/lfs'
> >
> > ERROR: Building cdrom
> > [ FAIL ]
> > Check /home/robin/src/ipfire-sandbox/ipfire-
> > 2.x/log_x86_64/_build.ipfire.log for errors if applicable
> > [ FAIL ]
> > ---
> >
> > The logfile has no extra or new information.
> >
> > When I manually try those steps, as root (as make.sh is also ran as
> > root (using sudo)), they work correctly, and I'm able to
> > successfully
> > mount the image.
> >
> > ---
> > $ sudo dd if=/dev/zero of=./efiboot.img bs=1k count=2880
> > 2880+0 records gelezen
> > 2880+0 records geschreven
> > 2949120 bytes (2,9 MB, 2,8 MiB) gekopieerd, 0,0130511 s, 226 MB/s
> > $ sudo ./build/sbin/mkdosfs -F 12 -n "IPFIRE_EFI" ./efiboot.img
> > mkfs.fat 4.2 (2021-01-31)
> > $ sudo mkdir ./efi
> > $ sudo mount -o loop ./efiboot.img ./efi
> > $ df -h ./efi
> > Bestandssysteem Grootte Gebruikt Besch Geb% Aangekoppeld op
> > /dev/loop15 2,8M 0 2,8M 0% /home/robin/src/ipfire-
> > sandbox/ipfire-2.x/efi
> > ---
> >
> > So I'm unsure as of why the build fails setting up the loop device.
> > I did a ./make.sh clean, but that didn't solve it.
> >
> > If I try to mount the loop device as unprivileged user, I get the
> > exact
> > same error. But the build process is ran as root, so that should
> > also
> > not be the problem?
> >
> > Has anyone an idea what could be wrong here? or give me some
> > guidelines
> > on how to debug this ?
> > I've read there where changes to the inner workings of the build
> > system, could those be the cause ? I assume not as then I would
> > have
> > seen others complain about it here?
>
> There were a couple of users who had problems with the new build
> system which were due to the kernel version they were running with
> their OS's.
>
> I didn't see any problems but I am running everything on Arch Linux
> so it always has the latest kernel version.
>
> What OS are you running for your build system and what is the kernel
> version in it?
I'm running openSUSE Tumbleweed currently with kernel 6.10.5.
Regards
Robin
>
> Those things may help @Michael to figure out what the issue is.
>
> Regards,
>
> Adolf.
>
> > Robin
next prev parent reply other threads:[~2024-09-04 20:47 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-04 18:53 Robin Roevens
2024-09-04 19:04 ` Adolf Belka
2024-09-04 20:47 ` Robin Roevens [this message]
2024-09-04 21:33 ` Michael Tremer
2024-09-10 17:59 ` Robin Roevens
2024-09-11 9:43 ` Michael Tremer
2024-09-11 19:21 ` Robin Roevens
2024-09-12 12:59 ` Michael Tremer
2024-09-14 15:01 ` Robin Roevens
2024-09-16 17:17 ` Michael Tremer
2024-09-04 19:38 ` Michael Tremer
2024-09-04 20:58 ` Robin Roevens
2024-09-04 21:35 ` Michael Tremer
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=e518db4bffb42f08dacae5c28dc72a9286d62626.camel@roevenslambrechts.be \
--to=robin.roevens@disroot.org \
--cc=development@lists.ipfire.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox