From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6669654310420217856 X-Received: by 2002:a1c:ef02:: with SMTP id n2mr182084wmh.15.1552982482465; Tue, 19 Mar 2019 01:01:22 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a5d:5582:: with SMTP id i2ls1004077wrv.1.gmail; Tue, 19 Mar 2019 01:01:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqwsrxD86vZLopjfBq7wXnCDZECkzNkPrNEQA3HGfw4iF/vlW04ajcqpM4wJ4htJN6YD3mpc X-Received: by 2002:adf:e9c3:: with SMTP id l3mr1066619wrn.9.1552982482051; Tue, 19 Mar 2019 01:01:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552982482; cv=none; d=google.com; s=arc-20160816; b=kbjVHln0YfQwD4qB+qEYZ9rDs1mmNd947TTJPw6z5d2z3MUFq9SB/ZurbU+MK81rZ6 qP1sQ/hCEbjjHysNDRuAsasGLNVieVQYSTByBS8dB+j7qkj9rKkvmqofjhcI/6Ze5O2U SmUiP3FR/l03JQEWhGIWFcHOft4ct1e0uKRecifSKjgocKQ2iz+eBeWDcwKeqTsDTkFB 7HxahOhCrHYhBuh+n2tkarnmjvwTZki3Hv0rrIpV2aQxz1cmLcG5TOIDtHhoZmRxUU6U SIswVh9g/MsDq0X0mLLswxiUJSST5T54iR3vyt8qfi9DoRIm72/L5vrN/v+Kl9G72usW L8eQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:user-agent:references :in-reply-to:date:cc:to:from:subject:message-id; bh=nrwN3gMoUsoiUAfhQTkOG3CRSy6lTpv3w+nEgqAvUcs=; b=b8FjDLuGl5eakEH5tqIktcuH2i0ar97ibX21jrZ2fZjKbpd8A2X8cvFrS+zHXT/650 UuCnvnbnGOQ0YvJcBk6Uv5BsggJVZ6oARwjZqA0F7KhT+axI1Z3TBTmgkkZVNtJtd0fq kvjxkLdMgBrAs0qBGPd//IXdlPiBT/sqdfBR5Cf7HOiWSc8cXiD7MYwuXUg7z3C5WXPF DrJtYI8dejfkd6ABGUbLKbsSHgL1j2ANfFcvlioo8vzPJXZPtJiz7essc6ODxgPujdHr eBp8C0oPP1S7l6u2VfPigAmJZtUGWAjRvmaaFNy5NsulOmy/5W/ER6lrocmR6cy5duDS bFFw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of claudius.heine.ext@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=claudius.heine.ext@siemens.com Return-Path: Received: from lizzard.sbs.de (lizzard.sbs.de. [194.138.37.39]) by gmr-mx.google.com with ESMTPS id a9si100581wrp.5.2019.03.19.01.01.21 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Mar 2019 01:01:22 -0700 (PDT) Received-SPF: pass (google.com: domain of claudius.heine.ext@siemens.com designates 194.138.37.39 as permitted sender) client-ip=194.138.37.39; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of claudius.heine.ext@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=claudius.heine.ext@siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id x2J81K1r014204 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 19 Mar 2019 09:01:20 +0100 Received: from linux-ses-ext02.ppmd.siemens.net (linux-ses-ext02.ppmd.siemens.net [139.25.69.232]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id x2J81KRW011327; Tue, 19 Mar 2019 09:01:20 +0100 Message-ID: <08760c2cbcce3290a6c0c843855b6e8decc668bf.camel@siemens.com> Subject: Re: debootrap error From: Claudius Heine To: Jan Kiszka , akihiro27.suzuki@toshiba.co.jp, isar-users@googlegroups.com, ch@denx.de Cc: daniel.sangorrin@toshiba.co.jp, cip-dev@lists.cip-project.org Date: Tue, 19 Mar 2019 09:01:20 +0100 In-Reply-To: <975512b8-1cf8-a830-29cb-3cd59462135a@siemens.com> References: <375b3b16-8688-6fb2-4d4b-fc130c501c7e@siemens.com> <02844bd9-fe8d-199f-27e3-42f59bb64163@siemens.com> <41b9fdc25373948d08ad360dc1db13340648cc93.camel@siemens.com> <1d4da986-92e6-87e3-11a4-30e15b48359d@siemens.com> <24beb970-86d2-c672-08e7-12732f9dd467@siemens.com> <204e9223-ed2b-9697-38a9-847fe2ee8704@siemens.com> <48868c49-3ab2-57f3-2a1e-2a7cf4ff839c@siemens.com> <975512b8-1cf8-a830-29cb-3cd59462135a@siemens.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-TUID: Ld/kOGw+cZ+3 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 :)