☰

CentOS 7이 다시 시작되고 권한 오류를 얻습니까?

tag-icon • tag-icon centos reboot d-bus
CentOS 7이 다시 시작되고 권한 오류를 얻습니까?

CentOS 7을 다시 시작하려고 시도했지만 yum update실행하는 동안 다음 오류가 발생했습니다 sudo reboot.

권한 획득 중 오류: 권한 초기화 중 오류: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: SELinux 정책은 이 발신자가 이 수신자에게 이 메시지를 보내는 것을 방지합니다. 일치하는 규칙이 0개 있습니다. (null)" (비활성) 인터페이스="org.freedesktop.DBus" member="Hello" 오류 이름="(설정되지 않음)" request_reply="0" 목적지="org.freedesktop.DBus" (버스) (g- dbus-오류-쿼크, 9)

나는 그것을 실행할 때에도 같은 오류가 발생합니다 sudo service dbus start.

누구든지 도와줄 수 있나요?

답변1

이 문제는 SELinux와 관련이 있습니다.

SELinux 정책은 이 발신자가 이 수신자에게 이 메시지를 보내는 것을 방지합니다. 0 일치 규칙 type="method_call", sender="(null)" (비활성) 인터페이스="org.freedesktop.DBus" member=" "Hello" 오류 이름 = "(설정되지 않음)"

이 문제를 해결하거나 SELinux를 비활성화할 수 있습니다. 일반적인 조언아니요시스템을 더욱 안전하게 만들려고 시도하는 소프트웨어를 비활성화합니다. 하지만 데스크톱이거나 프로덕션 유형 시스템이 아닌 경우 이러한 방법이 더 많이 허용됩니다.

SELinux를 비활성화하고 모드로 전환하려면 permissive:

$ getenforce
Enforcing

$ setenforce 0
setenforce: SELinux is disabled

영구적으로 만들려면 이 파일을 편집 하고 또는 표시되도록 /etc/selinux/config행을 변경하면 됩니다 . 이 파일의 변경 사항을 가져오려면 다시 시작해야 합니다.SELINUX=permissivedisabled

/권한

이 문제를 일으킬 수 있는 또 다른 원인은 루트 디렉터리의 권한과 관련이 있습니다. Redhat의 주요 솔루션 웹사이트에는 다음과 같은 "솔루션"이 있습니다."DBus.Error.AccessDenied: SELinux 정책으로 인해 이 발신자가 이 수신자에게 이 메시지를 보낼 수 없습니다"란 무엇입니까?.

문제는 이것이다:

/에 대한 권한이 700으로 설정되어 555로 되돌리면 문제가 해결되었습니다.

수리하다:

/에 대한 권한이 555인지 확인하세요. 그렇지 않은 경우 chmod 555 /를 통해 조정하세요.

를 사용하여 이것이 문제인지 추가로 확인할 수 있습니다 abrt. 이렇게 잘못 구성된 시스템에 로그인하면 일반적으로 다음 메시지가 표시됩니다.

ABRT has detected 1 problem(s). For more info run: abrt-cli list --since 1444824402

ABRT 조사 실패:

$ abrt-cli list --since 1444824402
id 050f5a46e0749583aaf102958b2ab1cc976133d9
reason:         bus.py:122:__new__:DBusException: org.freedesktop.DBus.Error.AccessDenied: An SELinux policy prevents this sender from sending this message to this recipient, 0 matched rules; type="method_call", sender="(null)" (inactive) interface="org.freedesktop.DBus" member="Hello" error name="(unset)" requested_reply="0" destination="org.freedesktop.DBus" (bus)
time:           Wed 14 Oct 2015 06:56:16 AM EDT
cmdline:        /usr/bin/python -Es /usr/bin/firewall-cmd --zone= --change-interface=eth0
package:        firewalld-0.3.9-11.el7
uid:            0 (root)
count:          2
Directory:      /var/spool/abrt/Python-2015-10-14-06:56:16-905
Run 'abrt-cli report /var/spool/abrt/Python-2015-10-14-06:56:16-905' for creating a case in Red Hat Customer Portal

The Autoreporting feature is disabled. Please consider enabling it by issuing
'abrt-auto-reporting enabled' as a user with root privileges

systemd는 또한 다음 오류 상태를 보고합니다.

$ systemctl --failed
UNIT                      LOAD   ACTIVE SUB    DESCRIPTION
avahi-daemon.service      loaded failed failed Avahi mDNS/DNS-SD Stack
libstoragemgmt.service    loaded failed failed libstoragemgmt plug-in server daemon
ovirt-guest-agent.service loaded failed failed oVirt Guest Agent
postfix.service           loaded failed failed Postfix Mail Transport Agent
rngd.service              loaded failed failed Hardware RNG Entropy Gatherer Daemon
systemd-logind.service    loaded failed failed Login Service
tuned.service             loaded failed failed Dynamic System Tuning Daemon

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

7 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

인용하다

관련 정보