-
Notifications
You must be signed in to change notification settings - Fork 72
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Example fails #24
Comments
I can see the files though:
|
There is such a file though:
And:
Is anything I can to to help debugging this? |
I would also like to confirm this issue on Redhat 6 host system. Running the example worked fine up until the command:
Running the chroot command without the path argument gives me this:
My system information:
I would also be interested in helping debugging this issue. Being able to run a debian distribution from a non-root directory and without root access would be really useful to me. |
Hoping to help solve such an old open issue, here is my experience about this issue. As @pirj, on a Debian Stretch machine:
Looking for shell environment issues, I tried to put the chroot command into an executable shell script file and let fakeroot execute it. It seems that when wrapping the chroot command in a bash shell, the segault is gone:
Note: When is a deboostrap generated filesystem the segfault is here for the "jessie" suite but not "sid". |
Maybe, "--use-system-libs" should support multiarch. Currently, this option just adds "/lib" and "/usr/lib" to LD_LIBRARY_PATH, but libc.so is installed in /lib/x86_64-linux-gnu in the latest Debian 64bit. When you run the chroot on a shell script, it doesn't read /etc/ld.so.conf, so many directories are missing from LD_LIBRARY_PATH. The error message is gone, but many programs (e.g. apt-get) don't work.
I tried the following command. It works good.
|
Doesn't help for me:
|
So, I found there is a workaround. If you add to Unfortunately there is another error, something from ld, however this seems a separate problem. So, example:
|
Host system: Arch Linux with 3.14 kernel
In log file:
Same
debootstrap sid /tmp/fakeX
is working fine under root.$ fakechroot fakeroot debootstrap --include=libc6,libdebconfclient0 sid /tmp/fake2
doesn't make much difference:The text was updated successfully, but these errors were encountered: