[cip-dev] debootrap error

[jan.kiszka@siemens.com (Jan Kiszka)]

On 19.03.19 11:14, Henning Schild wrote:
> Am Mon, 18 Mar 2019 11:18:54 +0100
> schrieb "[ext] Jan Kiszka" <jan.kiszka@siemens.com>:
> 
>> On 18.03.19 11:17, Claudius Heine wrote:
>>> Hi,,
>>>
>>> On 18/03/2019 11.14, akihiro27.suzuki at toshiba.co.jp wrote:
>>>> Hi,
>>>>   
>>>>> That's a good hint: Suzuki-san, could you check if binfmt_misc is
>>>>> available as
>>>>> kernel feature/module on that machine? There may also be some
>>>>> warning during the
>>>>> container startup.
>>>> I checked it and maybe it is available.
>>>>
>>>>  ???? $ mount | grep binfmt
>>>>  ???? systemd-1 on /proc/sys/fs/binfmt_misc type autofs
>>>> (rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=18804)
>>>>  ???? binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
>>>> (rw,relatime) $ lsmod | grep binfmt
>>>>  ???? binfmt_misc??????????? 20480? 1
>>>>  ???? $ cat /boot/config-4.15.0-46-generic? | grep BINFMT
>>>>  ???? CONFIG_BINFMT_ELF=y
>>>>  ???? CONFIG_COMPAT_BINFMT_ELF=y
>>>>  ???? CONFIG_BINFMT_SCRIPT=y
>>>>  ???? CONFIG_BINFMT_MISC=m
>>>>  ???? $ ls /proc/sys/fs/binfmt_misc/
>>>>  ???? python2.7???? qemu-armeb?????? qemu-mips64????? qemu-ppc64le
>>>> qemu-sparc??????? status
>>>>  ???? python3.5???? qemu-cris??????? qemu-mips64el??? qemu-riscv32
>>>> qemu-sparc32plus
>>>>  ???? python3.6???? qemu-hppa??????? qemu-mipsel????? qemu-riscv64
>>>> qemu-sparc64 qemu-aarch64? qemu-m68k??????? qemu-ppc
>>>> qemu-s390x??? qemu-xtensa qemu-alpha??? qemu-microblaze
>>>> qemu-ppc64?????? qemu-sh4????? qemu-xtensaeb qemu-arm
>>>> qemu-mips??????? qemu-ppc64abi32? qemu-sh4eb??? register $
>>>> cat /proc/sys/fs/binfmt_misc/status enabled
>>>
>>> That is how my qemu-arm setting looks like. Do you have a different
>>> qemu path?
>>
>> Even if, it shouldn't be after starting the container: We allow it to
>> adjust the system-wide binfmt configuration (one reason for
>> --privileged).
> 
> We really need a kernel patch for a binfmt cgroup/namespace.
> 

I don't disagree. I have no idea how much effort that would mean. Maybe it's 
worth asking around on LKML for suggestions.

In any case, it will take 2 year - at least - to have that available in all 
major distros.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux