Ubuntu 18.04 スプラッシュの前に紫色の画面が長時間表示される

Ubuntu 18.04 スプラッシュの前に紫色の画面が長時間表示される

信頼できる古い Dell Latitude E6400 に Ubuntu 18.04 (シングル ブート) をインストールしました。非常にうまく動作しますが、Ubuntu のスプラッシュ画面の前に、BIOS ブート直後に紫色の画面が表示され、数秒 (約 20 秒) そのままになります (どの OS を起動するかを選択する画面のようですが、これは空白の紫色です)。その後、スプラッシュ画面が表示され、すぐにログイン画面が表示されます。パスワードを入力すると、再び紫色の画面が表示され、2、3 秒間ハングした後、システムを通常どおり使用できます (少なくとも、私の使用頻度は非常に低いため、そう思うのですが)。これはすべて正常なのでしょうか。

私は、Dell ラップトップと基本的に同様の構成のデスクトップで、Ubuntu 16.04 と MSW7 をデュアル ブートし、Ubuntu を選択するとスプラッシュが表示され、すぐに起動したことを覚えています。

申し訳ありませんが、もっと情報を載せるべきでした。

systemd-analyze クリティカルチェーン
グラフィカルターゲット @43.688 秒
└─multi-user.target @43.688秒
  └─kerneloops.service @36.825秒 +15ミリ秒
    └─network-online.target @36.822秒
      └─NetworkManager-wait-online.service @30.287秒 +6.534秒
        └─NetworkManager.service @26.812秒 +3.472秒
          └─dbus.service @26.509秒
            └─basic.target @26.472秒
              └─sockets.target @26.472秒
                └─snapd.socket @26.435秒 +35ミリ秒
                  └─sysinit.target @26.418秒
                    └─cryptsetup.target @26.418秒
                      └─systemd-ask-password-wall.path @3.936秒
                        └─-.mount @3.859s
                          └─system.slice @3.886秒
                            └─-.スライス @3.859秒
systemd-analyze 非難
         22.416秒 dev-sda1.デバイス
         21.133s systemd-journal-flush.service
         14.562 秒 systemd-sysctl.service
         14.209s キーボードセットアップサービス
         13.383 秒 プリマス終了待機サービス
         13.044 秒 systemd-udevd.service
         10.576秒 fwupd.service
          6.534 秒 NetworkManager-wait-online.service
          6.212s プリマス スタート サービス
          5.086秒 snapd.service
          4.514 秒 apparmor.service
          3.472 秒 NetworkManager.service
          3.468 秒 apt-daily-upgrade.service
          3.271秒 udisks2.service
          3.045 秒 systemd-tmpfiles-setup-dev.service
          2.589 秒 アカウントデーモンサービス
          2.535秒 ModemManager.service
          2.350秒 サーマルドサービス
          2.007s ネットワーク ディスパッチャ サービス
          1.818 秒 snap-gnome\x2dcharacters-117.mount
          1.817 秒 plymouth-read-write.service
          1.817 秒 コンソール セットアップ サービス
          1.815秒 dns-clean.service
          1.750s snap-gnome\x2dsystem\x2dmonitor-54.mount
          1.699 秒 snap-gnome\x2dlogs-43.mount
          1.642秒 snap-gnome\x2dcharacters-103.mount
          1.639 秒 snap-gnome\x2dsystem\x2dmonitor-51.mount
          1.609 秒 systemd-modules-load.service
          1.559秒 snap-core-5145.mount
          1.218s snap-gtk\x2dcommon\x2dthemes-701.mount
          1.107s snap-gnome\x2dcalculator-238.mount
          1.048 秒 systemd-random-seed.service
          1.044秒 snap-core-4917.mount
          1.033秒 snap-gnome\x2dcalculator-199.mount
           964ms スナップ-gnome\x2d3\x2d26\x2d1604-59.マウント
           958ms snap-gtk\x2dcommon\x2dthemes-319.mount
           934ms スナップ-gnome\x2dcharacters-124.mount
           934ms dev-loop10.デバイス
           934ms grub-common.service
           933 ミリ秒 snap-gnome\x2dlogs-37.mount
           889ms wpa_supplicant.サービス
           822ms dev-loop19.デバイス
           695 ミリ秒 swapfile.swap
           686 ミリ秒 snap-gnome\x2dlogs-40.mount
           540ms avahi-daemon.service
           500ms dev-loop15.デバイス
           456 ミリ秒 systemd-journald.service
           418ミリ秒[メールアドレス]
           415ms ufw.サービス
           382ms apport.service
           375 ミリ秒 packagekit.service
           357 ミリ秒 gpu-manager.service
           357 ミリ秒 音声ディスパッチャ サービス
           341 ミリ秒 gdm.サービス
           339 ミリ秒 snap-gnome\x2dsystem\x2dmonitor-57.mount
           337 ミリ秒 rsyslog.サービス
           333ms pppd-dns.サービス
           304 ミリ秒 systemd-logind.service
           301ms スナップコア5328.マウント
           254 ミリ秒 systemd-remount-fs.service
           245 ミリ秒 snap-gnome\x2dcalculator-222.mount
           242ms スナップ-gnome\x2d3\x2d26\x2d1604-70.マウント
           228 ミリ秒 dev-hugepages.mount
           207 ミリ秒 dev-loop8.デバイス
           198ms upower.サービス
           183 ミリ秒 sys-kernel-debug.mount
           173 ミリ秒 dev-mqueue.mount
           170 ミリ秒 systemd-tmpfiles-setup.service
           147 ミリ秒 systemd-timesyncd.service
           134 ミリ秒 systemd-resolved.service
           132 ミリ秒 systemd-udev-trigger.service
           124 ミリ秒 kmod-static-nodes.service
           118ミリ秒[メールアドレス]
           104ms dev-loop17.デバイス
           104ms dev-loop16.デバイス
           103ms dev-loop14.デバイス
           103ms dev-loop13.デバイス
           102ms dev-loop12.デバイス
           101ms dev-loop11.デバイス
           101ms dev-loop9.デバイス
           100ms dev-loop7.デバイス
           100ms dev-loop6.デバイス
            97ms dev-loop2.デバイス
            97ms ネットワークサービス
            90ms dev-loop5.デバイス
            89ms dev-loop4.デバイス
            89ms dev-loop3.デバイス
            89ms dev-loop0.デバイス
            88ms dev-loop1.デバイス
            87ms dev-loop18.デバイス
            74ms カラーサービス
            60ms ボルトサービス
            60ms polkit.service
            59 ミリ秒 systemd-tmpfiles-clean.service
            48 ミリ秒 systemd-update-utmp.service
            43ms スナップ-gnome\x2d3\x2d26\x2d1604-64.マウント
            35ms スナップソケット
            35 ミリ秒 systemd-rfkill.service
            35 ミリ秒 resolvconf.service
            33 ミリ秒 snapd.seeded.service
            28 ミリ秒 systemd-backlight@backlight:acpi_video0.service
            24ms setvtrgb.service
            24ms alsa-restore.service
            17ms systemd-backlight@leds:dell::kbd_backlight.service
            15ms カーネル oops.サービス
            12ms systemd-backlight@backlight:intel_backlight.service
            10ms ureadahead-stop.service
             9ms systemd-update-utmp-runlevel.service
             9ms systemd-user-sessions.service
             8 ミリ秒 resolvconf-pull-resolved.service
             6ms rtkit-daemon.service
             6ms sys-kernel-config.mount
             4ms sys-fs-fuse-connections.mount

システムはパーティション分割されていません。ビデオ カードは Intel Mobile 4 シリーズ チップセット、ドライバーは i915 です。

フルdmesg出力

答え1

質問を編集して、問題についての詳細情報を提供していただければ助かります。私も同じ問題を抱えており、まだ答えを見つけていませんが、興味深い手がかりがいくつか見つかりました。試してみると、一緒に問題について学ぶことができるかもしれません。

  • ターミナルでコマンドを使用するとき、「紫色の画面の時間」は計測されていますかsystemd-analyze? (私のシステムは紫色の画面が表示されてから起動時間をカウントし始めるようです)。このコマンドの結果を質問に追加すると役立ちます。システムがハングしているさまざまな場所を示す可能性のある他のコマンドは、およびsystemd-analyze critical-chainですsystemd-analyze blame

既知の問題としては次のようなものが考えられます:

  • システムはパーティション分割されていますか? (または以前は SWAP パーティションがありましたか?)

    ここで説明されているのと同じ問題である可能性がありますUbuntu 18.04 で非常に遅い起動を診断/修正する方法システムが存在しない SWAP パーティションにアクセスしようとしている可能性があります。

    提案されている答えは、grub を更新することです。

    起動時にこのオプションをカーネルに自動的に渡すように GRUB を更新します。

    Edit the file /etc/default/grub file so that the string noresume is included in the GRUB_CMDLINE_LINUX_DEFAULT line, for example:
    
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
    Run this command to update GRUB:
    
    sudo update-grub
    
    Reboot the computer
    

    それは役に立ちましたか?(私の場合はうまくいきませんでした)。

  • 論理ボリュームマネージャ (LVM) を使用していますか?

    システムがLVMに問題を抱えている可能性もあります。この場合のようにその回答があなたにとって役立つかどうか確認した方がいいかもしれません。

  • 3 番目の問題は、NVidia グラフィック カードによって発生する可能性があります。 使用しているグラフィック カードと、それに使用しているドライバーは何ですか? Nvidia 独自のものでしょうか、それとも Xorg のものでしょうか?

    この問題はここNVidia ドライバーを更新することで解決しました。

関連情報