私のUbuntu 18.04.1システムでは、systemdのユーザーマネージャが起動しません。私はこれが私が現在経験している他の問題の根本的な原因だと思います。これを削除する方法についてのアイデアはありますか?
システムバージョン
$ systemd --version
systemd 237
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid
Ubuntu 18.04.1 LTSバージョン
$ uname -a
Linux example.com 4.15.0 #1 SMP Wed Jul 25 19:09:31 MSK 2018 x86_64 x86_64 x86_64 GNU/Linux
systemctl デバイスの状態
$ sudo systemctl status [email protected]
● [email protected] - User Manager for UID 1001
Loaded: loaded (/lib/systemd/system/[email protected]; static; vendor preset: enabled)
Drop-In: /lib/systemd/system/[email protected]
└─timeout.conf
Active: failed (Result: protocol) since Tue 2019-01-08 10:33:08 CET; 1min 42s ago
Process: 315 ExecStart=/lib/systemd/systemd --user (code=exited, status=1/FAILURE)
Main PID: 315 (code=exited, status=1/FAILURE)
Jan 08 10:33:08 example.com systemd[1]: Starting User Manager for UID 1001...
Jan 08 10:33:08 example.com systemd[315]: pam_unix(systemd-user:session): session opened for user mischa by (uid=0)
Jan 08 10:33:08 example.com systemd[1]: [email protected]: Failed with result 'protocol'.
Jan 08 10:33:08 example.com systemd[1]: Failed to start User Manager for UID 1001.
システムログによると
Jan 8 10:33:08 example.com systemd[1]: Starting User Manager for UID 1001...
Jan 8 10:33:08 example.com systemd[315]: Failed to create /user.slice/user-1001.slice/[email protected]/init.scope control group: Permission denied
Jan 8 10:33:08 example.com systemd[315]: Failed to allocate manager object: Permission denied
Jan 8 10:33:08 example.com systemd[1]: [email protected]: Failed with result 'protocol'.
Jan 8 10:33:08 example.com systemd[1]: Failed to start User Manager for UID 1001.
マイユーザーサービスユニットファイル
$ cat /lib/systemd/system/[email protected]
# SPDX-License-Identifier: LGPL-2.1+
#
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
[Unit]
Description=User Manager for UID %i
After=systemd-user-sessions.service
[Service]
User=%i
PAMName=systemd-user
Type=notify
ExecStart=-/lib/systemd/systemd --user
Slice=user-%i.slice
KillMode=mixed
Delegate=pids cpu
TasksMax=infinity
TimeoutStopSec=120s
答え1
Ubuntuの問題は、コアパッケージがないことです。libpam-cgfs
答え2
Ubuntuをアップグレードした後にこれが発生しました...次のディレクトリチェーンで権限を確認する必要があるかもしれません。
/sys/fs/cgroup/systemd/user.slice/user-1000.slice/
だからあなたは確かにする必要がありますその他ユーザーがディレクトリを作成できるように、完全な読み取りおよび実行権限があります。私にとっては、アップグレードが正しい権限を設定していないようです。/sys/fs/cgroup/systemd/ だから私は次のことをしました。
chmod o+rx /sys/fs/cgroup/systemd/
答え3
私はこれが統合されたcgroup階層を持つsystemdバージョン237のバグだと思います。
systemd-runを使用して再現することもできます。
回避策は、カーネルパラメータを追加して統合cgroup階層を無効にすることです。
ここで回避策を使用して問題を解決しました。https://github.com/plathub/org.gimp.GIMP/issues/23#issuecomment-394911840
ステップは次のとおりです。
- /etc/default/grub を編集し、以下を変更します。
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
到着する:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash systemd.legacy_systemd_cgroup_controller=1"
- sudoアップデートグラップ
- 再起動
答え4
それを使用した後、これが起こりましたumount -a
。mount -a
一部のディレクトリは読み取り専用になりました。 rwで再インストールすると問題は解決しましたが、すべてをカバーしていませんでした。
...各アクティブサービスのフォルダ構造を手動で作成する
mkdir /sys/fs/cgroup/systemd/[slice]/service
次へ:...
chmod o+rx /sys/fs/cgroup/systemd/ -R
systemctl daemon-reload
systemctl daemon-reexec
再起動せずにトラブルシューティング(サービスを実行しているため避けてください)
重要なお知らせ:使用されるchmod -R