Keterlambatan Lama setelah Bootin - upower.service membutuhkan 26-an

11

Saya mencoba menentukan penyebab utama keterlambatan setelah boot. Saat ini menggunakan Ubuntu 16.10 LTS, tetapi masalah yang sama terjadi pada versi sebelumnya kembali ke 14.

Sistem hang di layar masuk selama 30 detik. Kursor dan layar mouse benar-benar beku. Setelah itu sistem bekerja secara normal.

Output teratas systemd-analyze blameadalah ...

   26.653s upower.service
   6.890s NetworkManager-wait-online.service

Layanan googling upower. sepertinya sebagian besar orang melihat kurang dari 2s. Bagaimana saya bisa menentukan mengapa upower.service begitu lama di bootup?

Terima kasih!

vanboom
sumber

Jawaban:

1

Ambil langkah lebih jauh untuk melihat lebih banyak keluaran menggunakan systemd-analyzeperintah yang ditambahkan critical-chain. Perintah ini seharusnya "mencetak pohon rantai unit yang sangat penting".

Contoh output dari systemd-analyzeperintah, yang relevan dengan upower.service:

$ systemd-analyze blame | grep upower
           486ms upower.service

$ systemd-analyze critical-chain upower.service
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

upower.service +486ms
└─basic.target @16.023s
  └─sockets.target @16.023s
    └─snapd.socket @15.921s +55ms
      └─sysinit.target @15.920s
        └─apparmor.service @6.264s +9.629s
          └─local-fs.target @6.147s
            └─run-user-108.mount @36.705s
              └─local-fs-pre.target @6.147s
                └─systemd-remount-fs.service @6.051s +93ms
                  └─system.slice @2.394s
                    └─-.slice @2.389s

Jika output di atas masih tidak memberikan petunjuk kepada Anda, gunakan perintah lain systemctl status SERVICEuntuk melihat output terkait untuk target SERVICE. Perintah ini akan mencetak apakah SERVICE sedang berjalan atau tidak, dan juga mencetak log yang relevan dari boot terakhir.

Contoh output dari systemctlperintah, yang relevan dengan upower.service:

$ systemctl status upower.service
● upower.service - Daemon for power management
   Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset: 
   Active: active (running) since Wed 2016-09-21 23:33:23 MYT; 1min 35s ago
     Docs: man:upowerd(8)
 Main PID: 967 (upowerd)
    Tasks: 3 (limit: 512)
   CGroup: /system.slice/upower.service
           └─967 /usr/lib/upower/upowerd

Sep 21 23:33:22 HOSTNAME systemd[1]: Starting Daemon for power management...
Sep 21 23:33:23 HOSTNAME systemd[1]: Started Daemon for power management.

Pemeriksaan sederhana : Apakah ada perangkat tambahan yang tetap terhubung ke komputer Anda tanpa alasan yang jelas? Perangkat apa pun yang tidak bersalah, seperti smartphone yang terhubung ke port USB, dapat memperlambat atau bahkan mengganggu proses booting komputer Anda.

Sistem hang di layar masuk selama 30 detik. Kursor dan layar mouse benar-benar beku. Setelah itu sistem bekerja secara normal.

Titik perubahan : Pertanyaan di atas hanya mengungkapkan gejala, yang hampir tidak mengatakan apa pun selain lambatnya memuat sistem.

Alih-alih menggambarkan keterlambatan itu, pertimbangkan untuk bertanya pada diri sendiri pertanyaan-pertanyaan berikut:

  • Kapan proses boot mulai melambat?

  • Apa yang baru-baru ini berubah dengan komputer saya? Seperti pembaruan atau penyesuaian BIOS.

  • Apakah saya menginstal perangkat keras tambahan? Seperti driver perangkat baru.

  • Apakah saya menginstal paket tambahan atau meningkatkan paket tertentu?

  • Jenis perangkat keras apa yang digunakan? Apakah perangkat keras menyebabkan masalah?

Pertanyaannya tidak ada satupun dari informasi ini, yang berarti mustahil untuk menentukan akar penyebab sesuatu yang kita tidak tahu. Kurangnya informasi adalah jebakan untuk setiap upaya pemecahan masalah.

clearkimura
sumber
0

Edit /etc/journald.confdan tambahkan penyimpanan persisten Anda. Ini akan menjaga log Anda dari build sebelumnya.

Dengan ini diaktifkan, Anda dapat memeriksa log dari boot sebelumnya untuk layanan upower:

journalctl -b -1 -u upower.service

Anda mungkin ingin menonaktifkan pencatatan tetap setelah Anda selesai karena akan menghabiskan banyak ruang disk.

Amias
sumber
jelas ini tidak akan membuat log dari boot sebelum Anda mengaktifkan opsi ini muncul, itu bukan sihir.
Amias
0

Saya memiliki masalah yang sama dengan upower.service yang membutuhkan 63 detik. Karena saya memiliki pengaturan dualboot dan perlu sering berpindah, ini membuat saya gila. Membaca di situs web upower.freedesktop tidak mengungkapkan petunjuk apa pun yang sedang terjadi.

Saya berhasil memecahkan masalah, meskipun secara tidak sengaja. systemd-analyze blamesekarang keluaran:

800ms snapd.firstboot.service
696ms wicd.service
...
250ms upower.service

Jadi waktu boot saya sangat cepat sekarang. Pertama, saya menginstal ulang upower (yang tidak mengubah apa pun). Kemudian saya menginstal ulang driver nvidia & saya juga menginstal ulang plasma- dan ini tampaknya telah menyelesaikan masalah. Saya telah memperhatikan bahwa pengaturan dual-monitor lambat untuk memuat di awal, dengan plasma (saya menggunakan Kubuntu 16.04) sering melupakan pengaturan. Jika Anda google 'ubuntu slow boot nvidia' Anda mendapatkan cukup banyak hits, dan itu membuat saya mencobanya.

Saya menulis jawaban ini dengan harapan dapat membantu orang lain untuk meniru kesuksesan. Untuk menginstal ulang upower, saya mengikuti panduan ini: klik

#re-installing nvidia drivers
sudo apt-get purge nvidia-*
sudo apt-get install nvidia-current nvidia-settings

#uninstalling plasma
sudo apt-get purge kubuntu-desktop plasma-desktop
sudo apt-get autoremove

#installing plasma    
sudo apt-add-repository ppa:kubuntu-ppa/backports
sudo apt update && sudo apt full-upgrade -y
mart
sumber
OP belum menyatakan apakah ia memiliki kartu Nvidia atau Radeon atau tidak. Dan jika kartu Nvidia dia belum puas jika dia menggunakan binari atau open source. Saya sarankan jawaban Anda berlaku untuk platform Anda yang mungkin tidak ada hubungannya dengan itu. Hanya dengan bertanya kepadanya apa platform-nya, kita akan tahu pasti.
WinEunuuchs2Unix