テキスト出力による開始遅延

テキスト出力による開始遅延

Ubuntu 22.10 Desktopをインストールしましたが、起動プロセスが非常に高速でした(3秒未満)。インストールされているUbuntu 22.10サーバーで起動順序が非常に遅い(> 60秒)。

グラフィックブートしようとしましたが失敗しました。

グラフィックス起動を有効にするために、次のことを行いました。

grim@main:~$ sudo systemctl set-default graphical
[sudo] password for grim: 
grim@main:~$ 

残念ながら、遅い開始はまだ変わっていません。

ここに画像の説明を入力してください。

ハードドライブは高速です。 ここに画像の説明を入力してください。

systemd-analyze critical-chain multi-user.target説明する:

grim@main:~$ sudo systemd-analyze critical-chain multi-user.target
[sudo] password for grim: 
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

multi-user.target @12.567s
└─apport.service @8.602s +21ms
  └─remote-fs.target @8.597s
    └─remote-fs-pre.target @8.593s
grim@main:~$ 

どんな提案がありますか?

答え1

興味深い同様の問題があります。仮想マシンドライブを物理サーバーにコピーしましたが、この構成は仮想マシンから継承されました。

# grep -rF ttyS0 /etc/
/etc/default/grub.d/50-cloudimg-settings.cfg:GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0"

ttyS0これは、仮想マシンと物理サーバーにとって非常に異なる意味を持ちます。物理デバイスである物理サーバーでは、遅すぎて送信できる1秒あたりの行数によって開始時間が制限されますttyS0

systemd-analyzeはsystemdが起動する前にエラーが発生するため、この場合役に立ちません。

構成から行を削除して実行した後、update-grub2問題が解決され、起動時間が3分短縮されました。

関連情報