web-dev-qa-db-ja.com

起動中のエラーメッセージ

最近、18.04 LTSインストールにいくつかのソフトウェアアップデートを適用しましたが、再起動中に次のように表示されます。

$ cat /var/log/boot.log  Scanning for Btrfs filesystems UBUNTU: clean, 700970/30883840 files, 21610032/123523840 blocks [  OK  ] Found device /sys/subsystem/net/devices/br0. [  OK  ] Started ifup for br0.
         Starting Network Manager Script Dispatcher Service... [  OK  ]
         Starting Virtualization daemon...
         Starting Permit User Sessions...
         Starting containerd container runtime...
         Starting OpenBSD Secure Shell server... [  OK  ] 
         Reached target Network is Online.
         Starting Message of the Day...
         Starting Docker Application Container Engine...
         Starting Hold until boot process finishes up...
         Starting GNOME Display Manager... 

         [  OK  ] Created slice User Slice of root. 
         [FAILED] Failed to start Session c2 of user root. See 'systemctl status session-c2.scope' for details. 
         [FAILED] Failed to start Session c7 of user root. See 'systemctl status session-c7.scope' for details. 
         [FAILED] Failed to start Session c4 of user root. See 'systemctl status session-c4.scope' for details. 
         [FAILED] Failed to start Session c3 of user root. See 'systemctl status session-c3.scope' for details. 
         [  OK  ] Started Session c11 of user root.
         Starting User Manager for UID 0... 
         [FAILED] Failed to start Session c5 of user root. See ....

systemctlには次のように述べられています。

$ systemctl status session-c2.scope
● session-c2.scope - Session c2 of user root
   Loaded: loaded (/run/systemd/transient/session-c2.scope; transient)
Transient: yes
   Active: failed (Result: resources)

Apr 21 15:50:53 Dell systemd[1]: session-c2.scope: Failed to add PIDs to scope's control group: No such process
Apr 21 15:50:53 Dell systemd[1]: session-c2.scope: Failed with result 'resources'.
Apr 21 15:50:53 Dell systemd[1]: Failed to start Session c2 of user root.

その他の役立つ情報：

$ uname -a
Linux Dell 4.15.0-96-generic #97-Ubuntu SMP Wed Apr 1 03:25:46 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

$ cat /proc/version_signature 
Ubuntu 4.15.0-96.97-generic 4.15.18

この：

$ systemctl --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

私は自分で変更を加えるためのcgroupについて十分に知りません...ここで何が起こっているのかを理解しようとする助けを探しています。

助けてくれてどうもありがとう！

編集：要求どおり：

$ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="locale=en_US intel_iommu=on"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

編集2：GRUB_CMDLINE_LINUX_DEFAULTに "systemd.legacy_systemd_cgroup_controller = true"を追加した後（および再起動の後にupdate-grubを実行）：

$ grep cgroup /proc/filesystems
nodev   cgroup
nodev   cgroup2
boot18.04systemdcgroup
1
Algorithms Guy

Dockerがインストールされているようです。 Dockerはcgroupを利用しており、nified cgroup hierarchy（a.k.a. cgroups-v2）が有効になっているようです。私の知る限り、cgroups-v2はまだUbuntuで採用されておらず、最も重要なのはcgroups-v1と一緒に有効にできないため、どちらも同じ処理を実行するため、エラーが発生する可能性があります。

systemd に基づく簡単な修正をお勧めします。これは、次のようにsystemd.legacy_systemd_cgroup_controller=trueファイルに/etc/default/grubオプションを追加することです。

ターミナルで次のコマンドを実行して、/etc/default/grubファイルをエディターで開きます。

Sudo nano /etc/default/grub

この行を見つけます：

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

次のように変更します。

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash systemd.legacy_systemd_cgroup_controller=true"

次に、ファイルを保存し、を押してエディターを閉じます Ctrl + X 次に押します Y 次に押します Enter。

次に、ターミナルで次のコマンドを実行して、GRUBを更新します。

Sudo update-grub

次に、ターミナルで次のコマンドを実行して、systemdの故障したユニットをリセットします。

Sudo systemctl reset-failed

次に、システムを再起動します。

お知らせ：

セッションの作成が最終的に成功する限り、ブート中にセッションの作成が1回以上失敗することは珍しいことではありません。これは、これらのメッセージを調べているあなたの場合の状況のようです：

[FAILED] Failed to start Session c2 of user root. See 'systemctl status session-c2.scope' for details. 
[FAILED] Failed to start Session c7 of user root. See 'systemctl status session-c7.scope' for details. 
[FAILED] Failed to start Session c4 of user root. See 'systemctl status session-c4.scope' for details. 
[FAILED] Failed to start Session c3 of user root. See 'systemctl status session-c3.scope' for details. 
[  OK  ] Started Session c11 of user root.

したがって、システムに他の問題がない場合、これらのメッセージは時々発生し、正常である可能性があります。あなたはDockerを使用しているようで、これらのスコープ/セッションはログインを意味します。ログインマネージャーを含む各ユーザーには個別のセッション/スコープが必要で、最初は失敗し、後で再試行される場合があります。つまり、すべてが正常に機能している場合は、これらのメッセージを無視できます。

0
Raffa