You are not logged in.
Hello!
I'm dealing with a serious problem on my Arch Linux box with Enlightenment as window manager. After todays pacman -Suy, I am not able to run any sudo commands anymore. sudo runs well when I log in directly on a tty without my desktop environment. Running just 'sudo' from an xterm in enlightenment gets me this message:
$ sudo
sudo: effective uid is not 0, is /usr/bin/sudo on a file system with the 'nosuid' option set or an NFS file system without root privileges?
I'm not sure how this happens. Any ideas?
Edit: Running just 'su' as well does not work. The prompted password is always reported to be wrong. It seems to be a problem that relates to the process running enlightenment?
Edit2: Downgrading 'linux' to linux-4.10.13-1-x86_64.pkg.tar.xz solved the problem temporarily - I can run sudo now from my desktop enviroment again, so this seems not to be any Enlightenment issue.
Last edited by beachcoder (2017-05-24 21:38:55)
Offline
Offline
I just wanted to post a follow-up to this topic, as I can imagine not everybody knows how to patch a kernel. I didn't...
Here are the steps that I performed in order to apply the patch.
Note that in order to run any privileged commands inside a "broken" Enlightenment, one can simply switch to another TTY (e.g. press CTRL+ALT+F3).
Install the following packages:
sudo pacman -S asp xmlto
Now prepare a dedicated directory and download the kernel and patch:
cd ~
mkdir build
cd build
wget https://bugs.archlinux.org/task/54170?getfile=15254 -O linux-ptrace-fix.patch
ASPROOT=. asp checkout linux
Now apply the patch, first do a dry-run:
cd linux
patch -p1 --dry-run < ../linux-ptrace-fix.patch
If that worked without issues, apply the patch:
patch -p1 < ../linux-ptrace-fix.patch
Before compiling the new kernel, its name should be changed so that it can be distinguished from the
original one. To do so, open ``~/build/linux/trunk/PKGBUILD`` with your favorite editor and change:
pkgbase=linux # Build stock -ARCH kernel
#pkgbase=linux-custom # Build kernel with a different name
to:
#pkgbase=linux # Build stock -ARCH kernel
pkgbase=linux-custom # Build kernel with a different name
Now finally compile the kernel and do something else for an hour or two:
cd ~/build/linux/trunk
makepkg
Once the new kernel is built, install the new files:
sudo pacman -U linux-custom-4.11.3-1-x86_64.pkg.tar.xz
sudo pacman -U linux-custom-headers-4.11.3-1-x86_64.pkg.tar.xz
Finally, update the bootloader to load the custom kernel instead of the original one. For
syslinux, open its configuration file:
sudo jed /boot/syslinux/syslinux.cfg
And in the boot section, change all occurences of ``linux`` to ``linux-custom``. This can be
verified by looking at the actual filenames in ``/boot/``.
If everything went fine, then all that is left to do is to reboot the system, and Enlightenment should
allow to use *sudo* etc. again.
I hope that helped someone... Corrections are welcome of course, I am not a kernel-compile-expert.
Last edited by drtebi (2017-05-31 23:16:46)
Offline
Don't include tutorials here: the wiki is where this sort of thing belongs (and is currently documented).
Offline
Sorry, didn't know that. Where exactly is this documented?
Offline
Kernels Compilation Traditional and Patching:
https://wiki.archlinux.org/index.php/Ke … ompilation
https://wiki.archlinux.org/index.php/Patching_in_ABS
Offline
Hi,
For me the problem appears with Terminology.
Using gnome-terminal there is no problem, no need to change session nor using another virtual terminal with Ctrl+Alt+Fxx.
So maybe this is just a compatibility issue between Terminology and Linux ?
Offline
It is as has been established in the already linked bug report, we'll just have to wait for that fix to trickle down the stable kernel line.
Offline
As it seems the patch hasn't been included in 4.11.4
Offline
Is it possible for the patch to be applied on the 4.11.4 kernel that hit the testing repo??? Kind of bad to have to wait for 4.12 for this to be resolved
Offline
Jason linked to the wiki articles about doing just that.
If you mean you would like to see the patch included in the official Arch package, posting on the forums is unlikely to get the package maintainer's attention.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
https://git.kernel.org/pub/scm/linux/ke … fork.patch so should be in 4.11.5 when that is released.
Offline
Generally speaking, the kernel package doesn't get patches unless they are already present in the stable queue (thereby indicating it has received the final stamp of approval from upstream) and someone can offer a compelling reason not to wait until the next patch release.
It appears the first criteria is met, so: https://bugs.archlinux.org/task/54170#comment158470
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
https://lkml.org/lkml/2017/6/12/926
This is the start of the stable review cycle for the 4.11.5 release.
There are 150 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.Responses should be made by Wed Jun 14 15:24:44 UTC 2017.
Anything received after that time might be too late.
So 4.11.5 could be out in less that 24 hours so not long to wait anyway.
Offline
https://lkml.org/lkml/2017/6/12/926
This is the start of the stable review cycle for the 4.11.5 release.
There are 150 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.Responses should be made by Wed Jun 14 15:24:44 UTC 2017.
Anything received after that time might be too late.So 4.11.5 could be out in less that 24 hours so not long to wait anyway.
Released and the fix is in. Now we only wait for the kernel to hit the repos.
Offline
Released and the fix is in. Now we only wait for the kernel to hit the repos.
Or you can compile it yourself, only takes a bit of time and small changes in the official kernel PKGBUILD.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
89c51 wrote:Released and the fix is in. Now we only wait for the kernel to hit the repos.
Or you can compile it yourself, only takes a bit of time and small changes in the official kernel PKGBUILD.
In the context of a distro the "idea" is to not have to do everything by yourself and for yourself but to get and give so the biggest amount of users benefits. For most packages arch is doing a fine job keeping them up to date. There are a few that are problematic (ie E/EFL) but that is a rare case. Also there seems to be a difficulty for the user to get something to reach the Arch repos but that is another topic.
Offline
In the context of a distro the "idea" is to not have to do everything by yourself and for yourself but to get and give so the biggest amount of users benefits. For most packages arch is doing a fine job keeping them up to date. There are a few that are problematic (ie E/EFL) but that is a rare case. Also there seems to be a difficulty for the user to get something to reach the Arch repos but that is another topic.
Yes that's true, and the only two options are wait or recompile it yourself. The kernel having the potential to break things for everyone will take more time to reach the stable repos, if you are affected by the problem and want to wait that's your choice.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline