I'm trying to set up a pbuilder environment on my laptop, and it's failing with this error: W: Failure trying to run: chroot /home/bss/debootstrap-test dpkg --force-depends --install var/cache/apt/archives/libc6_2.7-16_amd64.deb I tried etch instead of sid, thinking it might be some unstable breakage, and got an error that only differed in the version of libc6. The error looked to be coming for debootstrap, so I tried debootstrapping manually (variant=buildd) and got the same error. Then, I attempted to to the chroot command directly, and got a bit more verbose output ending in: Setting up libc6 (2.7-16) ... sh: /dev/null: Permission denied sh: /dev/null: Permission denied debconf: unable to initialize frontend: Dialog debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 75.) debconf: falling back to frontend: Readline debconf: unable to initialize frontend: Readline debconf: (Can't locate Term/ReadLine.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/Debconf/FrontEnd/Readline.pm line 7.) debconf: falling back to frontend: Teletype sh: /dev/null: Permission denied sh: /dev/null: Permission denied /var/lib/dpkg/info/libc6.postinst: line 29: /dev/null: Permission denied dpkg: error processing libc6 (--install): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: libc6 I checked the permissions of /dev/null inside the chroot and they are identical to the permissions outside the chroot: crw-rw-rw- 1 root root 1, 3 2007-05-21 10:31 debootstrap-test/dev/null crw-rw-rw- 1 root root 1, 3 2008-11-08 03:35 /dev/null Outside the chroot, I can write to either device as any user. Once I've chrooted, writing fails: sh-3.2# id uid=0(root) gid=0(root) groups=0(root) sh-3.2# echo "foo" > /dev/null sh: /dev/null: Permission denied I can only assume that the issue is introduced by the chroot command. The chroot I'm using comes from coreutils-5.97-5.3. However, my VPS has the same version of coreutils, and it does not show similar behavior: bss@rei:~$ sudo cowbuilder --login --basepath /var/cache/pbuilder/sid.cow Password: -> Copying COW directory -> Invoking pbuilder -> Running in no-targz mode -> copying local configuration -> mounting /proc filesystem -> mounting /dev/pts filesystem -> policy-rc.d already exists Obtaining the cached apt archive contents -> entering the shell root@rei:/# echo "foo" > /dev/null root@rei:/# echo $? 0 (I use cowbuilder there, but error occurs with both cowbuilder and pbuilder.) Since the chroot command delegates most of the "heavy lifting" to the chroot system call, I thought that this change in behavior might be due to differing kernel versions. The VPS (working) is "2.6.24-19-xen" (uname -r). The laptop (broken) is "2.6.24-etchnhalf.1-amd64". Moving back to 2.6.18-[456] on this laptop would be a little annoying -- it has Intel 3945 wireless built-in, and I prefer the iwl3945 module in 2.6.24 over the ipw3945 module in 2.6.18 -- among other things, it suspends better. I don't see a bug about this, perhaps I should file one? -- Boyd Stephen Smith Jr. ,= ,-_-. =. bss03@volumehost.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/
Attachment:
pgpQons1xIkRU.pgp
Description: PGP signature