信頼できる古い 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 です。
答え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 ドライバーを更新することで解決しました。