Bug#921815: Extra information about /proc
Hello Thorsten, On 27/11/2023 05:58, Thorsten Glaser wrote: reopen 921815 thanks But did you also test whether /proc was not umounted? Before and after the debootstrap command, the output of mount inside the docker container is identical. Then I exit the docker container, and in the host (running sid) /proc is still mounted. So all is as expected. What did you see when you tested while reopening this bug report? With kind regards, Roland Clobus OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#921815: Works in buster
reopen 921815 thanks On Wed, 8 Nov 2023, Roland Clobus wrote: > While triaging #919659, I found this bug report. […] > It works, debootstrap reports: > I: Base system installed successfully. But did you also test whether /proc was not umounted? bye, //mirabilos -- Infrastrukturexperte • Qvest Digital AG Am Dickobskreuz 10, D-53121 Bonn • https://www.qvest-digital.com/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 18196 • USt-ID (VAT): DE274355441 Vorstand: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg Vorsitzender Aufsichtsrat: Peter Nöthen
Processed: Re: Works in buster
Processing commands for cont...@bugs.debian.org:
> reopen 921815
Bug #921815 {Done: Roland Clobus } [debootstrap]
debootstrap umount "host" /proc when running in a Docker container
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions 1.0.114+deb10u1.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
921815: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921815
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
weird interaction (bug?) between two-stage debootstrap and dpkg-divert
Hi, I ran into this because I have an elaborate chroot script¹ that handles start-stop-daemon, initctl, policy-rc.d, etc. and can reproduce this as follows: I’ve debootstrapped bullseye up to first stage, then entered the chroot and: # dpkg-divert --local --quiet --rename --divert /sbin/start-stop-daemon.REAL --add /sbin/start-stop-daemon Then I created a new /sbin/start-stop-daemon. Running “ls -l /sbin/start-stop-daemon*” confirms both exist and are executable. Also: 0|I have no name!@tglase:/# dpkg-divert --list local diversion of /sbin/start-stop-daemon to /sbin/start-stop-daemon.REAL Then I did: # /debootstrap/debootstrap --second-stage […] I: Configuring libc-bin... I: Base system installed successfully. 0|I have no name!@tglase:/# ls -l /sbin/start-stop-daemon* -rwxr-xr-x 1 root root 94 Nov 27 04:06 /sbin/start-stop-daemon 0|I have no name!@tglase:/# dpkg-divert --list diversion of /usr/share/man/man1/sh.1.gz to /usr/share/man/man1/sh.distrib.1.gz by dash local diversion of /sbin/start-stop-daemon to /sbin/start-stop-daemon.REAL diversion of /bin/sh to /bin/sh.distrib by dash So, the diversion is retained but the *diverted* file is, for some reason, removed. Did I stumble upon a bug or is this to be expected? ① https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=shellsnippets/shellsnippets.git;a=blob;f=posix/sysadmin/debchroot.sh;hb=HEAD bye, //mirabilos -- 16:47⎜«mika:#grml» .oO(mira ist einfach gut) 23:22⎜«mikap:#grml» mirabilos: und dein bootloader ist geil :)23:29⎜«mikap:#grml» und ich finds saugeil dass ich ein bsd zum booten mit grml hab, das muss ich dann gleich mal auf usb-stick installieren -- Michael Prokop über MirOS bsd4grml
