From: Claudius Heine <claudius.heine.ext@siemens.com>
To: Jan Kiszka <jan.kiszka@siemens.com>,
akihiro27.suzuki@toshiba.co.jp, isar-users@googlegroups.com,
ch@denx.de
Cc: daniel.sangorrin@toshiba.co.jp, cip-dev@lists.cip-project.org
Subject: Re: debootrap error
Date: Tue, 19 Mar 2019 09:01:20 +0100 [thread overview]
Message-ID: <08760c2cbcce3290a6c0c843855b6e8decc668bf.camel@siemens.com> (raw)
In-Reply-To: <975512b8-1cf8-a830-29cb-3cd59462135a@siemens.com>
On Tue, 2019-03-19 at 08:51 +0100, Jan Kiszka wrote:
> On 19.03.19 08:22, Claudius Heine wrote:
> > Hi Suzuki-san,
> >
> > On 19/03/2019 06.18, akihiro27.suzuki@toshiba.co.jp wrote:
> > > Hi,
> > >
> > > > > That is how my qemu-arm setting looks like. Do you have a
> > > > > differentqemu path?
> > > > >
> > > > > $ cat /proc/sys/fs/binfmt_misc/qemu-arm
> > > > > enabled
> > > > > interpreter /usr/bin/qemu-arm-static
> > > > > flags: OCF
> > > > > offset 0
> > > > > magic 7f454c4601010100000000000000000002002800
> > > > > mask ffffffffffffff00fffffffffffffffffeffffff
> > > My qemu-arm setting is as follows:
> > >
> > > $ cat /proc/sys/fs/binfmt_misc/qemu-arm
> > > enabled
> > > interpreter /usr/bin/qemu-arm
> > > flags: OC
> > > offset 0
> > > magic 7f454c4601010100000000000000000002002800
> > > mask ffffffffffffff00fffffffffffffffffeffffff
> > >
> > > According to this, the interpreter path was not same.
> > > My machine used /usr/bin/qemu-arm but Claudius's machine used
> > > /usr/bin/qemu-arm-static.
> > >
> > > If the first place, my machine didn't have /usr/bin/qemu-arm-
> > > static.
> > > So, I installed qemu-user-static as follows:
> > >
> > > $ sudo aptitude install qemu-user-static
> > > [sudo] password for akihiro:
> > > The following NEW packages will be installed:
> > > qemu-user-static{b}
> > > 0 packages upgraded, 1 newly installed, 0 to remove and 0
> > > not upgraded.
> > > Need to get 10.0 MB of archives. After unpacking 101 MB will
> > > be used.
> > > The following packages have unmet dependencies:
> > > qemu-user-static : Conflicts: qemu-user-binfmt but
> > > 1:2.11+dfsg-1ubuntu7.10 is installed
> > > qemu-user-binfmt : Conflicts: qemu-user-static but
> > > 1:2.11+dfsg-1ubuntu7.10 is to be installed
> > > The following actions will resolve these dependencies:
> > > Remove the following packages:
> > > 1) qemu-user-binfmt [1:2.11+dfsg-1ubuntu7.10 (bionic-
> > > updates, now)]
> > > Accept this solution? [Y/n/q/?] Y
> > > The following NEW packages will be installed:
> > > qemu-user-static
> > > The following packages will be REMOVED:
> > > qemu-user-binfmt{a}
> > > 0 packages upgraded, 1 newly installed, 1 to remove and 0
> > > not upgraded.
> > > Need to get 10.0 MB of archives. After unpacking 101 MB will
> > > be used.
> > > Do you want to continue? [Y/n/?] Y
> > > Get: 1 http://ftp.jaist.ac.jp/pub/Linux/ubuntu bionic-
> > > updates/universe
> > > amd64 qemu-user-static amd64 1:2.11+dfsg-1ubuntu7.10 [10.0 MB]
> > > Fetched 10.0 MB in 1min 5s (155 kB/s)
> > > (Reading database ... 299683 files and directories currently
> > > installed.)
> > > Removing qemu-user-binfmt (1:2.11+dfsg-1ubuntu7.10) ...
> > > Selecting previously unselected package qemu-user-static.
> > > (Reading database ... 299683 files and directories currently
> > > installed.)
> > > Preparing to unpack
> > > .../qemu-user-static_1%3a2.11+dfsg-1ubuntu7.10_amd64.deb ...
> > > Unpacking qemu-user-static (1:2.11+dfsg-1ubuntu7.10) ...
> > > Setting up qemu-user-static (1:2.11+dfsg-1ubuntu7.10) ...
> > > Processing triggers for man-db (2.8.3-2ubuntu0.1) ...
> > >
> > > After that, I checked my qemu-arm setting.
> > > The interpreter path has been changed to /usr/bin/qemu-arm-static
> > > as below:
> > >
> > > $ cat /proc/sys/fs/binfmt_misc/qemu-arm
> > > enabled
> > > interpreter /usr/bin/qemu-arm-static
> > > flags: OC
> > > offset 0
> > > magic 7f454c4601010100000000000000000002002800
> > > mask ffffffffffffff00fffffffffffffffffeffffff
> > >
> > > After that, I built board-bbb.yml as below, and it succeeded!
> > >
> > > $ ./kas-docker --isar build kas.yml:board-bbb.yml
> > >
> > > The root cause of this error is that my machine was not using
> > > statically linked user mode qemu binaries?
> >
> > Well the docker container has the 'qemu-user-static' files
> > installed as a
> > dependency of qemu-debootstrap. The dynamic linking version would
> > not work here,
> > because qemu-deboostrap will copy just the one binary to the
> > bootstrapped rootfs
> > before chrooting into it. The binfmt_misc settings needs to point
> > to the qemu
> > static binary that was copied to the rootfs for this to work. The
> > error of
> > course is pretty misleading and stumbled over that very often
> > myself.
> >
> > And what your problem shows as well is that the call of 'update-
> > binfmts
> > --enable' (which happens in the docker entry point script) does not
> > seem to fix
> > the path.
>
> ...which is good to know. Maybe it gets tricked by something being
> enabled
> already. But I thought I tested this. Anyway, I guess we need to
> study that
> script /wrt how to achieve some reliable rewriting of the settings.
Well you could just call '/var/lib/dpkg/info/qemu-user-static.postinst'
from the docker entry point :)
next prev parent reply other threads:[~2019-03-19 8:01 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <HK0PR01MB297958B4B49D80F30DD800D9E24B0@HK0PR01MB2979.apcprd01.prod.exchangelabs.com>
[not found] ` <OSAPR01MB37633BA45B40D16877229C51D04B0@OSAPR01MB3763.jpnprd01.prod.outlook.com>
[not found] ` <375b3b16-8688-6fb2-4d4b-fc130c501c7e@siemens.com>
[not found] ` <TY2PR01MB5146389CBF352FDC6F104262D9440@TY2PR01MB5146.jpnprd01.prod.outlook.com>
[not found] ` <cc3ea2e6-79d9-ed10-f1a3-cf615c3e6ec8@siemens.com>
[not found] ` <TY2PR01MB514615FB285AF43385A49493D9470@TY2PR01MB5146.jpnprd01.prod.outlook.com>
2019-03-18 9:05 ` debootrap error (was: Re: [cip-dev] CIP IRC weekly meeting today) Jan Kiszka
2019-03-18 9:11 ` Claudius Heine
2019-03-18 9:39 ` debootrap error Jan Kiszka
2019-03-18 10:14 ` akihiro27.suzuki
2019-03-18 10:17 ` Claudius Heine
2019-03-18 10:18 ` Jan Kiszka
2019-03-19 5:18 ` akihiro27.suzuki
2019-03-19 7:22 ` Claudius Heine
2019-03-19 7:51 ` Jan Kiszka
2019-03-19 8:01 ` Claudius Heine [this message]
2019-03-19 9:09 ` Jan Kiszka
2019-03-19 9:26 ` Claudius Heine
2019-03-19 9:45 ` Jan Kiszka
2019-03-19 10:14 ` Henning Schild
2019-03-19 10:27 ` Jan Kiszka
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=08760c2cbcce3290a6c0c843855b6e8decc668bf.camel@siemens.com \
--to=claudius.heine.ext@siemens.com \
--cc=akihiro27.suzuki@toshiba.co.jp \
--cc=ch@denx.de \
--cc=cip-dev@lists.cip-project.org \
--cc=daniel.sangorrin@toshiba.co.jp \
--cc=isar-users@googlegroups.com \
--cc=jan.kiszka@siemens.com \
/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