Страница 1 из 1

[РЕШЕНО] stretch: dmesg: read kernel buffer failed

Добавлено: 03.02.2017 17:27
IMB
Доброго дня!
Стоит текущий testing c linux-4.8.0 и странное...

Код: Выделить всё

$ dmesg
dmesg: read kernel buffer failed: Operation not permitted

Это только у меня такое нововведение?
Спасибо.

Re: [РЕШЕНО] stretch: dmesg: read kernel buffer failed

Добавлено: 01.03.2017 14:23
IMB
Мда, судя по прошедшему времени только мне.

Код: Выделить всё

$ ls -l /bin/dmesg
-rwxr-xr-x 1 root root 73032 Jan 20 19:33 /bin/dmesg

Re: [РЕШЕНО] stretch: dmesg: read kernel buffer failed

Добавлено: 01.03.2017 14:27
yoricI
А под root?

Re: [РЕШЕНО] stretch: dmesg: read kernel buffer failed

Добавлено: 01.03.2017 14:47
yrii2121
IMB писал(а):
03.02.2017 17:27
Доброго дня!
Стоит текущий testing c linux-4.8.0 и странное...

Код: Выделить всё

$ dmesg
dmesg: read kernel buffer failed: Operation not permitted

Это только у меня такое нововведение?
Спасибо.

Date: Tue, 20 Dec 2016 19:31:23 +0300

linux-latest (76) unstable; urgency=medium

* From Linux 4.8, several changes have been made in the kernel
configuration to 'harden' the system, i.e. to mitigate security bugs.
Some changes may cause legitimate applications to fail, and can be
reverted by run-time configuration:
- On 64-bit PCs (amd64), the old 'virtual syscall' interface is
disabled. This breaks (e)glibc 2.13 and earlier. To re-enable it,
set the kernel parameter: vsyscall=emulate
- On most architectures, the /dev/mem device can no longer be used to
access devices that also have a kernel driver. This breaks dosemu
and some old user-space graphics drivers. To allow this, set the
kernel parameter: iomem=relaxed
- The kernel log is no longer readable by unprivileged users. To
allow this, set the sysctl: kernel.dmesg_restrict=0

-- Ben Hutchings <ben@decadent.org.uk> Sat, 29 Oct 2016 02:05:32 +0100