Bug#808915: /usr/bin/unshare: unshare -r fails with operation not permitted

Package: util-linux Version: 2.33.1-0.1 Followup-For: Bug #808915 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 The command quoted contains a minor issue and should be: sudo su -c 'echo 1 > /proc/sys/kernel/unprivileged_userns_clone' Then it works. - -- System Information: Debian Release: bu

Bug#808915: /usr/bin/unshare: unshare -r fails with operation not permitted

Hi all, I still tried but came with the same issue still, the issue persists. $ sudo su -c 'echo 1 > /proc/sys/kernel/unprivileged_userns_clone' [sudo] password for shirish: $ cat /proc/sys/kernel/unprivileged_userns_clone 1 As can be seen the the value has been switched to 1 but I still get an

Bug#808915: /usr/bin/unshare: unshare -r fails with operation not permitted

addition at bottom :- On 29/07/2019, shirish शिरीष wrote: > Hi all, > > I still tried but came with the same issue still, the issue persists. > > $ sudo su -c 'echo 1 > /proc/sys/kernel/unprivileged_userns_clone' > [sudo] password for shirish: > > $ cat /proc/sys/kernel/unprivileged_userns_clone

Bug#808915: /usr/bin/unshare: unshare -r fails with operation not permitted

Package: util-linux Version: 2.27.1-1 Severity: normal File: /usr/bin/unshare Dear Maintainer, unshare -r, when executed as normal user (uid=1000) fails with 'operation not permitted' Test case: $ unshare -r whoami unshare: unshare failed: Operation not permitted Compare with (fairly useless):

Bug#808915: /usr/bin/unshare: unshare -r fails with operation not permitted

It turns out that the Debian kernel is set up to disable unprivileged users from unsharing the user namespace by default. This can be worked around using: sudo su -c 'echo 1> /proc/sys/kernel/unprivileged_userns_clone' So unsharing works on Debian provided that you are willing to fiddle with /p