On Monday 17 September 2007, Bob Proulx wrote: > Markus Schoder wrote: > > Bob Proulx wrote: > > > Markus Schoder wrote: > > > > 3. ia32 is a program that does a chroot to /var/chroot/sid-ia32 > > > > and then execs a shell. > > > > > > Using 'sudo chroot /path/chroot /bin/bash' works fine too. > > > > For me this causes the directory to change to / where the problem > > does not happen. > > Right. But after the chroot simply 'cd /tmp' and all is as you > reported. > > sudo chroot /path/chroot /bin/bash > cd /tmp
Not quite. Any cd (even cd .) after the chroot will make the problem disappear. Could you try the ia32 program I posted and follow the instructions to see wether it triggers for you even with /proc bind mounted? > > > Workaround: Also bind mount /proc into the chroot. > > > > I always had /proc bind mounted. That cannot be the whole story but > > thanks for looking into this. > > Hmm... Then it is something similar but different. > > The kernel I am testing with is definitely an older one from > unofficial Sarge. I see that your kernel is not a stock Debian > kernel. I am sure this is related. Try looking at the strace output > and seeing what the differences are between the two versions. > > strace -o pwd.strace.out /bin/pwd I tried that but failed to see anything significant but I agree that it may be kernel related. > For me on my old kernel openat returns ENOSYS and fallback code is > executed that is failing due to /proc not mounted. If I bind mount > /proc into the chroot then everything works fine for me. I don't think I had an ENOSYS. Even though the coreutils in experimental fix the problem I will probably look into this some more since there seems to be no obvious explanation. -- Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
