私は自分のシステムで何が起こっているのかを理解しようとしています。起動に時間がかかりすぎます。
これは、Alienware17R3上のWindowsとのデュアルブートです。私はこれらの投稿が示唆することをやろうとしました:
しかし、それは私の問題ではないようです。一部のエラーはdev-sda4.device
に関連していますが。
dmesg
の出力は ここ です。そして、systemd-analyze plot
の出力はダンプされます ここ 。
また
$ systemd-analyze blame
17.674s grub-common.service
17.564s networking.service
17.519s apport.service
17.518s irqbalance.service
17.448s sysstat.service
16.852s click-system-hooks.service
13.048s speech-dispatcher.service
7.556s ModemManager.service
7.539s dev-sda4.device
6.824s accounts-daemon.service
4.761s apparmor.service
4.706s alsa-restore.service
4.452s systemd-logind.service
4.404s iio-sensor-proxy.service
4.402s gpu-manager.service
4.227s thermald.service
4.190s avahi-daemon.service
4.188s bluetooth.service
3.926s snapd.firstboot.service
3.120s NetworkManager.service
2.151s polkitd.service
1.922s systemd-tmpfiles-setup.service
1.636s systemd-fsck@dev-disk-by\x2duuid-E237\x2d4151.service
1.536s systemd-rfkill.service
1.511s systemd-udevd.service
1.470s plymouth-start.service
1.406s wpa_supplicant.service
1.323s keyboard-setup.service
1.173s systemd-tmpfiles-setup-dev.service
1.141s systemd-backlight@backlight:intel_backlight.service
956ms [email protected]
950ms packagekit.service
940ms systemd-modules-load.service
851ms rsyslog.service
838ms console-setup.service
603ms upower.service
564ms dev-sda5.swap
558ms sys-kernel-debug.mount
557ms dev-mqueue.mount
557ms dev-hugepages.mount
522ms udisks2.service
314ms lightdm.service
309ms systemd-timesyncd.service
293ms plymouth-quit-wait.service
257ms systemd-journald.service
235ms systemd-resolved.service
232ms boot-efi.mount
232ms dns-clean.service
202ms pppd-dns.service
192ms ufw.service
181ms systemd-update-utmp.service
177ms snapd.socket
171ms systemd-udev-trigger.service
128ms colord.service
112ms systemd-sysctl.service
103ms kmod-static-nodes.service
101ms systemd-journal-flush.service
100ms systemd-random-seed.service
78ms systemd-remount-fs.service
57ms systemd-tmpfiles-clean.service
40ms nvidia-persistenced.service
34ms setvtrgb.service
21ms snapd.boot-ok.service
12ms systemd-user-sessions.service
12ms openvpn.service
11ms rc-local.service
11ms systemd-update-utmp-runlevel.service
11ms plymouth-read-write.service
10ms ureadahead-stop.service
3ms rtkit-daemon.service
2ms cgroupfs-mount.service
1ms resolvconf.service
1ms sys-fs-Fuse-connections.mount
これを解決する方法についてのヒントをいただければ幸いです。
これはハードドライブの問題です。エイリアンウェアエリア51で同じ問題が発生し、ハードドライブを古いハードドライブから復元された古いデータイメージに置き換えました。これは非常に高速で、はるかに高速に動作しました。問題が解決するかどうかを確認してください。そうでない場合は、本当に役立つBIOSを更新してください。
systemd
では、Sudo systemctl disable [service]
を使用してサービスを無効にできます。
grub-common.service
については、無効にしても安全と思われます。 ここ を参照してください。
networking.service
を使用すると、ループバックデバイスが適切に定義されていない場合にハングすることがよくあります。 ここ を参照してください。
apport.service
は自動クラッシュレポートデーモンを起動するため、バグを報告したことがない場合、または自分でエラーを検索したい場合は、それも無効にすることができます-Apportの詳細 ここ
次の2つの犯人irqbalance.service
とsysstat.service
-私は改ざんしません。
スナップパッケージまたは先行するクリックパッケージをインストールしていない限り、click-system-hooks.service
およびsnapd.firstboot.service
を無効にしない理由はわかりません。
視力が正常であれば、speech-dispatcher.service
も同様に使用できます。
ですから、起動時間は約1分です。実験したい場合は、そうしてください。そうそう、サービスはSudo systemctl enable [service]
によって再び有効になります-より多くのsystemctlオプションがこれにあります 質問 。