Skip to content
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

proot fakeroot doesn't work #293

Open
Thrashophil opened this issue Apr 17, 2022 · 9 comments
Open

proot fakeroot doesn't work #293

Thrashophil opened this issue Apr 17, 2022 · 9 comments

Comments

@Thrashophil
Copy link

I have a problem with junest p on a remote computer, where I log in via ssh. When I want to run for example sudo pacman -Syy, I get the following error:

fakeroot: preload library `libfakeroot.so' not found, aborting.

As far as I understand, junest comes with an own fakeroot and directory management and is therefore independent of the existence of fakeroot on the host machine.

When I first run junest p -f and then pacman -Syy, I get

error: failed to initialize alpm library:
(root: /, dbpath: /var/lib/pacman/)
could not find or read directory

What can I do?

@fsquillace
Copy link
Owner

Very strange, I guess you installed a fresh junest image and the latest junest command, right?

Which linux distro has the host machine?

@Thrashophil
Copy link
Author

The host machine has Ubuntu 20.04.4 LTS. Yes, I tried it again by deleting all junest folders and copying this git repository to the host machine. Same problem.

What do you mean by installing the latest junest command? In my .bashrc, there has been always the line export PATH=~/.local/share/junest/bin:$PATH since the beginning.

@fsquillace
Copy link
Owner

What do you mean by installing the latest junest command?

I mean to run:

cd ~/.local/share/junest
git pull origin master

This is very strange because in Ubuntu it should work very well. What if you use junest ns instead?

@Thrashophil
Copy link
Author

I get the following:

From https://github.com/fsquillace/junest
 * branch            master     -> FETCH_HEAD
Already up to date.

With junest ns I get

~/.local/share/junest/lib/core/common.sh: line 122: ~/.junest/usr/bin/zgrep: No such file or directory
Unprivileged user namespace disabled. Root permissions are required to enable it: sudo sysctl kernel.unprivileged_userns_clone=1
bwrap: No permissions to creating new namespace, likely because the kernel does not allow non-privileged user namespaces. On e.g. debian this can be enabled with 'sysctl kernel.unprivileged_userns_clone=1'.
Error: Something went wrong while executing bwrap command. Exiting

@fsquillace
Copy link
Owner

There is definitely something strange in the host machine. Ubuntu 20.04 should have the User NS enabled by default.

@fsquillace
Copy link
Owner

How come there is not even the file ~/.junest/usr/bin/zgrep: No such file or directory? The image is not installed correctly.

@ambientxd
Copy link

I only just found out that there's a workaround for the pacman issue.
Edit "RootDir" to full directory of root (example: /home/container/.junest) in /etc/pacman.conf

@iboukhss
Copy link

The only way I was able to properly setup junest with proot was to first use pacman -Syy with the default Linux namespaces version.
Obviously this is not possible on a host without root access and Linux namespaces :(

@fsquillace
Copy link
Owner

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants