Ubuntuでの2分間のログイン遅延を修正（実際のデバッグの旅）

パスワードを入力してから2分間、フリーズしたデスクトップをじっと見つめていました。毎朝、3日間連続で。

これは、NVIDIA/Xorgの問題が同様の症状を引き起こした私の最初のUbuntuログイン遅延に関する投稿の続編です。今回はマシンにNVIDIA GPUはありませんでしたが、同じ2分間のフリーズが再発しました。根本原因も修正方法も異なります。

診断ツールキット

何も触る前に、証拠を集めましょう。推測は時間の無駄です。

起動時分析（ログイン画面の前に何がロードされるか）：

systemd-analyze blame | head -20
systemd-analyze critical-chain
systemd-analyze plot > boot.svg

ユーザーセッション分析（パスワード入力後に何がロードされるか）：

systemd-analyze --user blame | head -20
systemd-analyze --user critical-chain

ジャーナルスキャン（タイムアウトと失敗イベントの検索）：

# All errors since last boot
journalctl -b -p err

# Everything, with timestamps
journalctl -b --output=short-precise | less

# Filter for common culprits
journalctl -b | grep -iE "timeout|timed out|failed|refused|killed"

重要な洞察：systemd-analyze blameは起動時（ログイン前）のみを表示します。ログイン後のフリーズには、--userとjournalctl -bが必要です。

最初のヒント：NetworkManager

systemd-analyze blameは、5.7秒でNetworkManager-wait-online.serviceを示していました。ログインフリーズの原因ではありませんが、修正する価値はあります。

sudo systemctl disable NetworkManager-wait-online.service

実際に無効になっているか確認します。

systemctl is-enabled NetworkManager-wait-online.service
# Should output: disabled

起動が5秒速くなりました。ログインフリーズは変わりませんでした。

デスクトップでこれが安全な理由： デスクトップアプリは、起動時にネットワークが準備されていることに依存しません。それらは自身で処理します。NetworkManager-wait-onlineが成功する必要がある唯一のサービスは、明示的にAfter=network-online.targetされているもので、デスクトップでは稀です。

2番目のヒント：重複するキーリング

journalctl -b | grep -iE "failed|error"は、ログインからちょうど2分後にエラーのクラスターを示していました。

Failed to start app-gnome-gnome-keyring-secrets.scope
systemd[1423]: Failed to start gnome-keyring-secrets.scope
cgroup: Failed to create /user.slice/user-1000.slice/session-2.scope/app.slice/app-gnome-keyring

タイムスタンプは正確でした。これらのエラーはログインから120秒後に現れました。これはフリーズの正確な長さです。

ls /etc/xdg/autostart/ | grep keyring
# gnome-keyring-pkcs11.desktop
# gnome-keyring-secrets.desktop
# gnome-keyring-ssh.desktop

systemctl --user status gnome-keyring-daemon.service

mkdir -p ~/.config/autostart
for f in gnome-keyring-pkcs11.desktop gnome-keyring-secrets.desktop gnome-keyring-ssh.desktop; do
    cp /etc/xdg/autostart/$f ~/.config/autostart/$f
    echo "X-GNOME-Autostart-enabled=false" >> ~/.config/autostart/$f
done

cgroupエラーは消えました。フリーズは？まだ正確に2分間です。

真犯人：snapdの計算

明らかな候補を排除した後、ジャーナル内でタイミングに関連するものを対象に検索を実行しました。

journalctl -b | grep -i "snap\|adjust\|timeout" | head -30

そこにありました。

snapd[2242]: adjusting startup timeout by 2m0s (pessimistic estimate of 30s plus 5s per snap)
snapd[2242]: OsRelease{...} snap name "snapd-desktop-integration" error: service not found

snapd-desktop-integration snapは、ログインするたびに失敗していました。snapdは、セッションの進行を許可する前に、計算されたタイムアウト（120秒）いっぱい待機していました。

どのSnapが失敗しているか診断する

# Check snap status
snap list

# Check for failing snap services
snap services | grep -v enabled

# Watch snap logs
journalctl -b -u snapd | grep -iE "fail|error|timeout"

出力は、snapd-desktop-integrationが接続に一貫して失敗していることを示していました。このsnapの役割は、ホストとコンテナ化されたsnapアプリの間でGTKテーマとフォントを同期することです。純粋に見た目の問題であり、ログイン待機を除けば、失敗しても何も壊れません。

修正

sudo snap remove snapd-desktop-integration

ログアウトして、再度ログインします。デスクトップは瞬時にロードされました。

代替案：Snapを保持し、サービスを削除する

たまに使うためにsnapを保持したいが、ログイン時に実行されないようにしたい場合：

sudo snap stop snapd-desktop-integration
sudo snap set snapd-desktop-integration daemon=false

これにより、snapはインストールされたまま、サービスが自動的に起動するのを防ぎます。

全体像：3つのバグ、1つの症状

それぞれのバグは実在しました。snapdの問題が見つかるまで、どれも単独で2分間のフリーズを引き起こすことはありませんでした。

予防的チェック

何か問題が発生するのを待たずに、ユーザーセッションで何がゆっくりと起動しているかを監査したい場合：

# Slowest user services at startup
systemd-analyze --user blame | head -20

# All snap services and their status
snap services

# Snaps that have autostart behavior
snap list | awk 'NR>1 {print $1}' | xargs -I{} snap info {} 2>/dev/null | grep -A2 "services:"

多くのsnapがインストールされているシステムの場合、上記の計算が適用されます。snapが6つ追加されるごとに、最悪の場合のタイムアウトに30秒が追加されます。snapリストはスリムに保ちましょう。

TL;DR

3つの異なるバグ。2分間の待機。1つのsnap removeコマンドで解決しました。

本当の教訓：ログインフリーズ ≠ 起動の遅さ。systemd-analyze blameは、パスワードを入力した後に何が起こっているかを示しません。ログイン後の問題を見つけるには、systemd-analyze --user blameとjournalctl -b | grep -iE "failed|timeout"を使用してください。

snapdの30 + 5nのタイムアウト計算式は、多くのsnapがインストールされているUbuntuマシンで、謎の1〜2分間のログイン遅延が発生する最も一般的な原因です。ログイン後にマシンが正確にN×30秒間フリーズする場合は、まずsnapサービスを確認してください。

こちらもどうぞ

• NVIDIA搭載Ubuntuでの2〜3分間のログイン遅延の修正（Xorg + nvidia-drmの問題）
• Ubuntuサーバーセキュリティ：実用的なLinux強化チェックリスト
• LinuxでディレクトリをPATHに追加する方法（永続的な修正）
• OpenTelemetryによる分散トレーシング

こちらもおすすめ

• NVIDIA搭載Ubuntuでの2〜3分のログイン遅延を修正（Xorgとnvidia-drmの問題）
• LinuxでPATHにディレクトリを追加する方法（永続的な修正）
• FastAPIとDockerマルチステージビルド：イメージサイズを70%削減
• DockerにおけるAstral uv: マルチステージビルド、BuildKitキャッシュ、高速CI

知識を確認する（インタラクティブクイズ）