☰

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

/権限

この問題を引き起こすもう1つの原因は、ルートディレクトリの権限に関連しています。 Redhatの主なソリューションWebサイトには、次の「ソリューション」があります。「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'.

引用する

関連情報