sudoというユーザーがAmazon Linux 2 EC2イメージを再ロードしようとするmy-hostと、次のエラーメッセージが表示されました。systemctl
[my-host@ip-12-3-4-56 ~]$ systemctl --user daemon-reload
Failed to get D-Bus connection: Connection refused
このエラーを解決して削除するには、どうすればよいですか？
このエラーメッセージについて私が見つけた他の投稿は、ここにapt-get解決策が適用されないDebianまたは解決策がここに適用されないDockerイメージに関するものです。
問題がユーザー権限に関連している場合、問題を解決するにはどのような手順を実行する必要がありますか？
このコンピュータには、systemctlこのようないくつかのコマンドがsudo。
@Stewartと@JdeBPが提案したように、ユーザーに直接ログインしてみてください。
その後、外部の世界で直接SSH機能を持つsudoユーザーを試してみましたが、それでも次のような結果が得られました。
[ssh-login-user@ip-12-3-4-567 ~]$ systemctl --user daemon-reload
Failed to get D-Bus connection: No such file or directory
[ssh-login-user@ip-12-3-4-567 ~]$ echo $XDG_RUNTIME_DIR $UID
/run/user/1001 1001
[ssh-login-user@ip-12-3-4-567 ~]$ systemctl --user status
Failed to get D-Bus connection: No such file or directory
[ssh-login-user@ip-12-3-4-567 ~]$ sudo install -d -o ssh-login-user /run/user/`id -u ssh-login-user`
[sudo] password for ssh-login-user:
[ssh-login-user@ip-12-3-4-567 ~]$ sudo systemctl start user@`id -u ssh-login-user`
Failed to start [email protected]: Unit not found.
[ssh-login-user@ip-12-3-4-567 ~]$ sudo -u ssh-login-user DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/`id -u ssh-login-user`/bus systemctl --user
Failed to get D-Bus connection: No such file or directory
状態を確認するために、systemctl次のようにダウングレードされたサービスを報告するために、次の作業も行いました。
● ip-12-3-4-567.aws-region-n.compute.internal
State: degraded
Jobs: 0 queued
Failed: 1 units
Since: Wed 2020-10-28 23:40:50 UTC; 7min ago
CGroup: /
├─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 22
├─user.slice
│ └─user-1001.slice
│ └─session-2.scope
│ ├─18736 sshd: ssh-login-user [priv]
│ ├─18738 sshd: ssh-login-user@pts/0
│ ├─18739 -bash
│ ├─18792 sudo systemctl status
│ └─18793 systemctl status
└─system.slice
├─rngd.service
│ └─2692 /sbin/rngd -f
├─amazon-ssm-agent.service
│ ├─3810 /usr/bin/amazon-ssm-agent
│ └─4428 /usr/bin/ssm-agent-worker
├─libstoragemgmt.service
│ └─2694 /usr/bin/lsmd -d
├─systemd-udevd.service
│ └─1968 /usr/lib/systemd/systemd-udevd
├─system-serial\x2dgetty.slice
│ └─[email protected]
│ └─3273 /sbin/agetty --keep-baud 115200,38400,9600 ttyS0 vt220
├─chronyd.service
│ └─2685 /usr/sbin/chronyd
├─auditd.service
│ └─2646 /sbin/auditd
├─systemd-journald.service
│ └─1931 /usr/lib/systemd/systemd-journald
├─atd.service
│ └─3239 /usr/sbin/atd -f
├─sshd.service
│ └─3486 /usr/sbin/sshd -D
├─crond.service
│ └─3529 /usr/sbin/crond -n
├─gssproxy.service
│ └─2711 /usr/sbin/gssproxy -D
├─rsyslog.service
│ └─3229 /usr/sbin/rsyslogd -n
├─rpcbind.service
│ └─2683 /sbin/rpcbind -w
├─network.service
│ ├─2919 /sbin/dhclient -q -lf /var/lib/dhclient/dhclient--eth0.lease -pf /var/run/dhclient-eth0.pid eth0
│ └─3034 /sbin/dhclient -6 -nw -lf /var/lib/dhclient/dhclient6--eth0.lease -pf /var/run/dhclient6-eth0.pid eth0
├─lvm2-lvmetad.service
│ └─1953 /usr/sbin/lvmetad -f
├─postfix.service
│ ├─3177 /usr/libexec/postfix/master -w
│ ├─3178 pickup -l -t unix -u
│ └─3179 qmgr -l -t unix -u
├─acpid.service
│ └─3456 /usr/sbin/acpid
├─dbus.service
│ └─2681 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
├─system-getty.slice
│ └─[email protected]
│ └─3274 /sbin/agetty --noclear tty1 linux
└─systemd-logind.service
└─2686 /usr/lib/systemd/systemd-logind
この問題を解決するために、私たちは何をすることができますか？
A：サービスがまたは実行されるのではなく、指定されたユーザーとして実行されるようにファイルにユーザーを割り当てるのではなく、次に実行することにしsystemctlました。以下の回答では問題が解決されていないため、このアプローチを選択しました。sudo.servicerootsudo
ベストアンサー1
Stewartは、他のアカウントのコマンドの使用が一致しないという点でXDG_RUNTIME_DIR正確です。UIDsu
時々、ユーザーマネージャインスタンスもユーザーに対して実行されませんUID（例：[Eメール保護]）。
したがって、次のエラー メッセージが表示されます。
Failed to get D-Bus connection: No such file or directory
以下があることを確認してください。
ls -l /usr/lib/systemd/system/user{,-runtime-dir}@.service
その場合は、ユーザー管理者インスタンスを起動します。ユーザーUIDrootユーザーとして：
systemctl start user@USER_UID.service
そうでなければもっと読むマニュアル[email protected]ページ。
便利なリンク：