Your message dated Mon, 11 Aug 2025 12:01:28 +0300
with message-id <[email protected]>
and subject line Re: Bug#860388: host arm-architecture chroot with qemu and 
guest x86_64/amd64 not working list of files and apt-get
has caused the Debian Bug report #860388,
regarding host arm-architecture chroot with qemu and guest x86_64/amd64 not 
working list of files and apt-get
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
860388: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860388
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: apt-get
Version:  1.4
Package: qemu-user-static                     
Version:  1:2.8+dfsg-3~bpo8+1
   

Error report for a bug with qemu on arm host and xubuntu/debian.
- guest host arm-architecture chroot with qemu and guest x86_64/amd64 not 
working list of files and apt-get


****************************************************
Setup 
****************************************************

Host is cubietruck with arm-architecture with Armbian based on Debian Jessie:
$ uname -a
Linux cubietruck 4.9.12-sunxi #4 SMP Thu Feb 23 19:46:51 CET 2017 armv7l 
GNU/Linux

Guests, all x86_64/amd64, with debian/xubuntu 17.04, 16.04 and lubuntu 14.04 
tested.
# uname -a
setup_frame: not implemented
Linux cubietruck 4.9.12-sunxi #4 SMP Thu Feb 23 19:46:51 CET 2017 x86_64 x86_64 
x86_64 GNU/Linux


Setup similar to working i386 environment.
- Files extracted from iso-file included squash-file.
- copied all qemu-files to /usr/bin
- mounted  /proc, /sys, /dev/pts
- copied /run/.../resolvconf for internet access


$ time sudo chroot mmcblk0p6/xubuntu1704amd64/ /usr/bin/qemu-x86_64-static 
/bin/bash
$ sudo chroot mmcblk0p6/xubuntu1704amd64/ /usr/bin/qemu-x86_64-static /bin/bash


Additional experiments later done with following, too:
dbus-uuidgen > /var/lib/dbus/machine-id
dbus-uuidgen >/etc/machine-id

Intresting difference with mount:
root@cubietruck:/# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)

With mounted squash-file and "aufs" overlay for read/write there is one line 
more:
none on /  type .... 



****************************************************
Errors / Error Messages
****************************************************

root@cubietruck:/# ls
/bin/ls: cannot access ''$'\f': No such file or directory
?

# /bin/dir
setup_frame: not implemented
\002

# dir
setup_frame: not implemented
\002

$ sudo chroot mmcblk0p6/xubuntu1704amd64/ /usr/bin/qemu-x86_64-static 
/usr/bin/find
.
/usr/bin/find: ‘./\002’: No such file or directory
./?


/# apt-get upgrade
Reading package lists... Done
^Cilding dependency tree... 66%
root@cubietruck:/# apt-get update
setup_frame: not implemented
Get:1 http://security.ubuntu.com/ubuntu xenial-security InRelease [102 kB]      
       
...
Fetched 1,182 kB in 6min 18s (3,123 B/s)                                        
       
setup_frame: not implemented
setup_frame: not implemented
Reading package lists... Done
N: Ignoring 'r-ubuntu' in directory '/etc/apt/apt.conf.d/' as it is not a 
regular file
N: Ignoring '
             ' in directory '/etc/apt/sources.list.d/' as it is not a regular 
file
root@cubietruck:/# apt-get upgrade
Reading package lists... Done


root@cubietruck:/# apt-get upgrade
...
125 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
Need to get 0 B/246 MB of archives.
After this operation, 6,307 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
/bin/rm: cannot remove '/var/lib/dpkg/tmp.ci': Directory not empty
dpkg: error processing archive 
/var/cache/apt/archives/init-system-helpers_1.29ubuntu4_all.deb (--unpack):
 subprocess rm command for cleanup returned error exit status 1
Errors were encountered while processing:
 /var/cache/apt/archives/init-system-helpers_1.29ubuntu4_all.deb
N: Ignoring 'r-ubuntu' in directory '/etc/apt/apt.conf.d/' as it is not a 
regular file
N: Ignoring '
             ' in directory '/etc/apt/sources.list.d/' as it is not a regular 
file
N: Ignoring '
             ' in directory '/etc/apt/preferences.d/' as it is not a regular 
file
E: Sub-process /usr/bin/dpkg returned an error code (1)

# dpkg -l | grep apt
setup_frame: not implemented
setup_frame: not implemented
/bin/grep: memory exhausted

************************************************
Remarks and perhaps similar bugs
************************************************

qemu on arm and chroot i386 debian/xubuntu works.   
But chrooting in amd64 debian/xubuntu is not working. Errors are:  setup_frame: 
not implemented;  /bin/ls not working; /bin/dir "\002" and no listing;  
/bin/nano is working; apt-get ends in N: Ignoring 'r-ubuntu' in directory 
'/etc/apt/apt.conf.d/' as it is not a regular file  and then you are lost. 


Perhaps similar bug, but different architecture used, here ppc64:
https://bugs.launchpad.net/qemu/+bug/1591611

--- End Message ---
--- Begin Message ---
Version: 1:7.2+dfsg-1

On Sat, 15 Apr 2017 18:01:58 +0000 (UTC) Dieter Drewanz <[email protected]> wrote:
Package: apt-get
Version:  1.4
Package: qemu-user-static Version: 1:2.8+dfsg-3~bpo8+1

Error report for a bug with qemu on arm host and xubuntu/debian.
- guest host arm-architecture chroot with qemu and guest x86_64/amd64 not 
working list of files and apt-get

...
****************************************************
Errors / Error Messages
****************************************************

root@cubietruck:/# ls
/bin/ls: cannot access ''$'\f': No such file or directory
?

# /bin/dir
setup_frame: not implemented
...

This appears to be fixed in qemu for a long time already,
and various arm chroots are working fine.

Closing this bug report with bookworm version of qemu.
Please feel free to reopen it if you think it is incorrect
and the issue is still present.

Thanks,

/mjt

--- End Message ---

Reply via email to