From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6669654310420217856 X-Received: by 2002:a50:cb0d:: with SMTP id g13mr2532949edi.12.1552981890059; Tue, 19 Mar 2019 00:51:30 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:906:18b2:: with SMTP id c18ls3707912ejf.1.gmail; Tue, 19 Mar 2019 00:51:29 -0700 (PDT) X-Google-Smtp-Source: APXvYqxrXsvwoSGIWH/WhIaHXn1+FBEPhQktvEt/A7CMxi7ImFTra3tZQaSfXmEpbQwJeMLG9rQv X-Received: by 2002:a17:906:4312:: with SMTP id j18mr2264136ejm.12.1552981889536; Tue, 19 Mar 2019 00:51:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552981889; cv=none; d=google.com; s=arc-20160816; b=UPdAL2sFkuvx62qCMgkOD9YCi64W0aDVi44STPt2j6J/2cVhyohznAP6EE0yf8Nbh6 JFhOcMv/iB/IHSv0UvUCk6jupR7vzutFgdA9ilA+bp2Ug9MaTfQLLWSmVfM3BdXW5lZe LP8FByMXimTCpZZoK6+0Epj4jnt0nCV4Me5IVV/m3XKd+mRobg+T2E5OETOk6oAfXhgz jjZA7jfrv9aMZEZSbZpxz6L4g0gbCGnnQt+XVzzmSXd5kXW5+Ld/4+YrvXGy8i0MAIIj 47/6Nohw+n16i7asL8JEpvmS/y5tReRyjsPNtWwhgEDT9RMolV1kD8lRb/fUdePS5CPi J50g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:cc:to:subject; bh=MZTBcB+myWE2Wa0+MejUZdFX7ly0USQnLyDeUfayyNg=; b=zWMVyC8PG3JdvjelCGbDJAMw26SAJiJg5fV7BeABO54kKc8GyDVbbLvLbLKyKpJMjA 1TdXKTVbjP9L3gTescs5z1CLSM0nzkPO6ZwnGL10ogiuw7Drf70KCXTupnwDZwHEQV6k 2W11AUHD2imvxsRQVCKJaqYCEukR2+InSwCqtOyYfeAxb0jMOvd2dm8F0dZz2xoCjGDv Ir5TaD4rWIZPyQNGttfqhtbXDKchTz1iRtmNMLLt6Q+w0dMQIB4ezvsB1tegsnGkFjaL NfwFHbUgsypnpwq4rTCNl6JyjetC6zlHXJsgfnNuV86migzEGBP1fj54fs8gSLftp2Ch ul2w== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id l25si506901edb.4.2019.03.19.00.51.29 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Mar 2019 00:51:29 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id x2J7pSYx023074 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 19 Mar 2019 08:51:28 +0100 Received: from [139.22.45.157] ([139.22.45.157]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id x2J7pRHH019754; Tue, 19 Mar 2019 08:51:27 +0100 Subject: Re: debootrap error To: Claudius Heine , akihiro27.suzuki@toshiba.co.jp, isar-users@googlegroups.com, ch@denx.de Cc: daniel.sangorrin@toshiba.co.jp, cip-dev@lists.cip-project.org 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> From: Jan Kiszka Message-ID: <975512b8-1cf8-a830-29cb-3cd59462135a@siemens.com> Date: Tue, 19 Mar 2019 08:51:26 +0100 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <48868c49-3ab2-57f3-2a1e-2a7cf4ff839c@siemens.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-TUID: mz5G5Us8jt4S 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. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux