LINUX.ORG.RU
решено Форум — Desktop  

Отвалился Device Notifier

 , , , ,


0

1

После обновления системы отвалился Device Notifier в KDE.

Вернее он есть, но пишет «No Devices Available».

Такое чувство, что это опять эта сраная шайка polkit/udisks/elogind виновата. Пытаюсь запустить:

# udisksctl status
Error connecting to the udisks daemon: Error calling StartServiceByName for org.freedesktop.UDisks2: The permission of the setuid helper is not correct

Что это за хелпер такой, и что не так с его правами?

На всякий случай список пакетов, которые обновлялись:

sys-apps/baselayout-2.7-r3
sys-libs/libxcrypt-4.4.25-r1
sys-kernel/linux-headers-5.10-r1
dev-libs/nss-3.68
dev-perl/MRO-Compat-0.130.0-r1
dev-perl/Mozilla-CA-20999999-r1
dev-perl/MIME-Charset-1.12.2-r1
dev-perl/Module-Runtime-0.16.0-r1
dev-perl/Module-Implementation-0.90.0-r1
dev-perl/List-MoreUtils-0.430.0
dev-ruby/webrick-1.7.0
dev-ruby/xmlrpc-0.3.2-r1
dev-lang/python-3.9.8
net-dns/libidn-1.38-r1
sys-apps/dbus-1.12.20-r4
media-sound/mpg123-1.29.2
sys-apps/portage-3.0.28-r1
net-p2p/transmission-3.00-r1
kde-frameworks/kio-5.85.0-r2
kde-plasma/plasma-workspace-5.22.5-r3
sys-apps/hwids-20210613-r2
net-misc/rsync-3.2.3-r5
app-crypt/gpgme-1.16.0

Куда смотреть? Где рыть?

★★★

pinkbyte@oas1 ~ $ equery f dbus | grep helper
/usr/libexec/dbus-daemon-launch-helper
pinkbyte@oas1 ~ $ ls -la /usr/libexec/dbus-daemon-launch-helper
-rws--x--- 1 root messagebus 60704 ноя 22 16:40 /usr/libexec/dbus-daemon-launch-helper

Показывай что там у тебя. Ну и emerge --info dbus не помешает

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte 
# ls -la /usr/libexec/dbus-daemon-launch-helper
-rwxrwxrwx 1 root root 60704 Nov 24 14:58 /usr/libexec/dbus-daemon-launch-helper
# emerge --info dbus
sys-apps/dbus-1.12.20-r4::gentoo was built with the following:
USE="X -debug -doc -elogind (-selinux) -static-libs -systemd -test" ABI_X86="32 (64) (-x32)"
CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer -rdynamic -rdynamic"
CXXFLAGS="-march=native -O2 -pipe -fomit-frame-pointer -rdynamic -rdynamic"
FEATURES="config-protect-if-modified unmerge-orphans binpkg-docompress userfetch distlocks assume-digests parallel-fetch strict pid-sandbox xattr protect-owned qa-unresolved-soname-deps sandbox fixlafiles sfperms usersandbox news userpriv multilib-strict binpkg-logs ipc-sandbox merge-sync unmerge-logs binpkg-dostrip unknown-features-warn preserve-libs ebuild-locks network-sandbox usersync"
Chord ★★★
() автор топика
Ответ на: комментарий от Pinkbyte

О, заработала!!!!!

Спс.

поставил suid на dbus-daemon-launch-helper.

Ну вот что за манера снимать этот бит при обновлениях, зачем?

Каждое обновление su и sudo снимают этот бит. Теперь ещё и у хелпера этого.

Chord ★★★
() автор топика
Последнее исправление: Chord (всего исправлений: 2)
Ответ на: комментарий от Chord

Попробуй разобраться кто у тебя снимает этот бит и почему он стал 777, это явно не норма

mittorn ★★★★★
()
Ответ на: комментарий от Chord

Эм.... Ты видишь когда у меня был апдейт? dbus в генте сейчас есть только одной ревизии. И у меня всё прошло нормально.

Ищи кто тебе снял suid-бит и сломал разрешения.

Я бы начал с ревизии того, что у тебя в /etc/portage...

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

Ну а кто может снять бит? Я бы понял, если бы наоборот, бит был бы несанкционированно установлен для эскалации привилегий, можно было бы подозревать нездоровые движения в системе. А тут наоборот, ограничения привилегий.

И что можно искать в /etc/portage ?

Chord ★★★
() автор топика
Ответ на: комментарий от Chord

-rwxrwxrwx 1 root root 60704 Nov 24 14:58 /usr/libexec/dbus-daemon-launch-helper

Портаж такого не делает. Либо ищи какие то свои скрипты и хуки, либо, если ты уверен что сам совершенно абсолютно к этому не причастен, плохие новости, сам понимаешь надеюсь какие...

А тут наоборот, ограничения привилегий.

Или троян криво отработал с битовой маской.

Кстати, а какая у тебя корневая ФС и с какими опциями она смонтирована?

Jameson ★★★★★
()
Последнее исправление: Jameson (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

По-моему я нашёл в чем дело: я вынес PORTAGE_TMPDIR на ntfs раздел. И видимо это искажает права. Для проверки сейчас дважды пересобрал dbus. При сборке на ntfs разделе suid у dbus-daemon-launch-helper не устанавливается. А при сборке в tmpfs бит установлен.

Видимо ntfs не поддерживает такие права как ext4

Chord ★★★
() автор топика
Ответ на: комментарий от Jameson

Сейчас после сборки в tmpfs стало так: 

# ls -l dbus-daemon-launch-helper 
-rws--x--- 1 root messagebus 60704 Nov 27 23:20 dbus-daemon-launch-helper

Chord ★★★
() автор топика
Ответ на: комментарий от Chord

/dev/sda5 on /mnt/storage type fuseblk (rw,nosuid,nodev,noatime,user_id=0,group_id=0,allow_other,blksize=4096)

nosuid

И вообще не нужно использовать ntfs для этого. Мало того что она не обязана полностью соответствовать posix механизму прав, так она ещё и медленно работает через fuse. Никакого смысла использовать её в качестве PORTAGE_TMPDIR нет, разве что с целью затормозить сборку и насмотреться глюков.

Кстати если вдруг когда решишь в игрушечки играть через steam+proton тоже учти - ntfs не подходит в качестве файловой системы для базы игр steam. Гарантированно получишь потрясающее количество глюков на которые даже смотреть никто из разрабов proton не будет, так как это официально не поддерживаемая FS.

Jameson ★★★★★
()
Последнее исправление: Jameson (всего исправлений: 5)
Ответ на: комментарий от Chord

При сборке на ntfs разделе
ntfs
Видимо ntfs не поддерживает такие права как ext4

Вот и выросло поколение... Естественно не поддерживает!

Pinkbyte ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Desktop