Filipe,
Thanks a lot for your reply.
On Mon, Dec 17, 2007 at 09:59:52AM -0500, Filipe Brandenburger wrote:
On Dec 17, 2007 9:47 AM, Maxim Soldatov makc@makc.name wrote:
That's the behaviour that chroot is supposed to have.
Do not think so. I've been using chroot for a while and on a different system, but this behavior is definitely strange (at least for me).
I see you saying "host" (as opposed to "guest"), but chroot is not a VM environment. When you chroot to a jail, you user id, group id, and additional groups will be still the same as they were before. They're inherited.
Yes, you're right about inherited, my fault.
So lets change for a little this. 1. chroot 2. su - then I see that I have chrooted uid/git. This is correct.
But stranginess in the following (after su - in the chroot): # id uid=0(root) gid=0(root) groups=0(root),11(wheel)
[ few minutes ]
# id uid=0 gid=0 groups=0,11 # ls /etc/shadow /etc/group /etc/passwd /etc/group /etc/passwd /etc/shadow # id uid=0(root) gid=0(root) groups=0(root),11(wheel)
if I run strace on id i see 530 when open(): open("/etc/group", O_RDONLY|0x80000) = -530 open("/etc/group", O_RDONLY|0x80000) = -530 open("/etc/group", O_RDONLY|0x80000) = -530 open("/etc/group", O_RDONLY|0x80000) = -530 open("/etc/group", O_RDONLY|0x80000) = -530 open("/etc/group", O_RDONLY|0x80000) = -530 open("/etc/group", O_RDONLY|0x80000) = -530
The issue with it showing the id's as numbers or names is that if the files in /etc/ are not present in the chroot, it won't be able to look them up, then it will show the numbers only.
If you need some different id's, maybe you should su before/after chrooting. Or maybe what you need is actually a VM environment, in that case you should try Xen.
Yes, I understand my mistake with su. Thank you for the explanation.
Regards, Filipe
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos