Độ trễ dài sau khi Bootin - upower.service yêu cầu 26 giây


11

Tôi đang cố gắng xác định nguyên nhân gốc của sự chậm trễ sau khi khởi động. Hiện đang sử dụng Ubuntu 16.10 LTS, nhưng vấn đề tương tự đã xảy ra trên các phiên bản trước đó trở lại 14.

Hệ thống bị treo ở màn hình đăng nhập trong khoảng 30 giây. Con trỏ chuột và màn hình hoàn toàn đóng băng. Sau đó hệ thống hoạt động bình thường.

Đầu ra hàng đầu của systemd-analyze blamelà ...

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

Googling upower.service có vẻ như hầu hết mọi người đang nhìn thấy ít hơn 2 giây. Làm cách nào tôi có thể xác định lý do tại sao upower.service mất quá nhiều thời gian khởi động?

cảm ơn!

Câu trả lời:


1

Tiến thêm một bước để xem thêm đầu ra bằng cách sử dụng systemd-analyzelệnh được nối thêm critical-chain. Lệnh này được cho là "in một cây của chuỗi đơn vị quan trọng".

Ví dụ đầu ra từ systemd-analyzecác lệnh, có liên quan đến 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

Nếu đầu ra trên vẫn không đưa ra bất kỳ gợi ý nào cho bạn, hãy sử dụng một lệnh khác systemctl status SERVICEđể xem đầu ra liên quan cho DỊCH VỤ mục tiêu. Lệnh này sẽ in cho dù DỊCH VỤ hiện đang chạy hay không và cũng in nhật ký có liên quan từ lần khởi động cuối cùng.

Ví dụ đầu ra của systemctllệnh, có liên quan đến 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.

Một kiểm tra đơn giản : Có bất kỳ thiết bị bổ sung nào vẫn được kết nối với máy tính của bạn mà không có lý do rõ ràng không? Bất kỳ thiết bị vô tội nào, chẳng hạn như điện thoại thông minh được kết nối với cổng USB, có thể làm chậm hoặc thậm chí can thiệp vào quá trình khởi động máy tính của bạn.

Hệ thống bị treo ở màn hình đăng nhập trong khoảng 30 giây. Con trỏ chuột và màn hình hoàn toàn đóng băng. Sau đó hệ thống hoạt động bình thường.

Điểm thay đổi : Câu hỏi trên chỉ tiết lộ các triệu chứng, hầu như không nói lên điều gì khác ngoài sự chậm chạp trong việc tải hệ thống.

Thay vì mô tả sự chậm trễ, hãy xem xét việc tự hỏi bất kỳ câu hỏi nào sau đây:

  • Khi quá trình khởi động bắt đầu chậm lại?

  • Những gì gần đây đã thay đổi với máy tính của tôi? Chẳng hạn như cập nhật BIOS hoặc tùy chỉnh.

  • Tôi đã cài đặt phần cứng bổ sung? Chẳng hạn như trình điều khiển thiết bị mới.

  • Tôi đã cài đặt các gói bổ sung hoặc nâng cấp các gói cụ thể?

  • Những loại phần cứng được sử dụng? Là phần cứng gây ra vấn đề?

Câu hỏi không có thông tin nào trong số này, điều đó có nghĩa là không thể xác định nguyên nhân gốc rễ cho điều gì đó mà chúng ta không biết. Thiếu thông tin là một cạm bẫy cho bất kỳ nỗ lực giải quyết vấn đề.


0

Chỉnh sửa của bạn /etc/journald.confvà thêm lưu trữ liên tục. Điều này sẽ bảo vệ nhật ký của bạn từ các bản dựng trước.

Với tính năng này được bật, sau đó bạn có thể kiểm tra nhật ký từ các lần khởi động trước cho dịch vụ nâng cao:

journalctl -b -1 -u upower.service

Bạn có thể muốn tắt ghi nhật ký liên tục sau khi hoàn thành vì nó sẽ sử dụng nhiều dung lượng đĩa.


rõ ràng điều này sẽ không làm cho các bản ghi từ khởi động trước khi bạn kích hoạt tùy chọn này xuất hiện, nó không phải là phép thuật.
Amias

0

Tôi gặp vấn đề tương tự với upower.service cần 63 giây. Bởi vì tôi có một thiết lập dualboot và yêu cầu chuyển đổi thường xuyên, điều này khiến tôi phát điên. Đọc trên trang web upower.freedesktop không tiết lộ bất kỳ manh mối nào về những gì đang diễn ra.

Tôi quản lý để giải quyết vấn đề, mặc dù vô tình. systemd-analyze blamebây giờ đầu ra:

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

Vì vậy, thời gian khởi động của tôi bây giờ rất nhanh. Đầu tiên, tôi cài đặt lại upower (không thay đổi gì cả). Sau đó, tôi đã cài đặt lại trình điều khiển nvidia và tôi cũng cài đặt lại plasma - và điều này dường như đã giải quyết được vấn đề. Tôi đã nhận thấy rằng thiết lập màn hình kép tải chậm ngay từ đầu, với plasma (tôi sử dụng Kubfox 16.04) thường xuyên quên cài đặt. Nếu bạn google 'ubfox khởi động chậm nvidia', bạn sẽ nhận được khá nhiều lượt truy cập và điều đó đã khiến tôi phải thử.

Tôi viết câu trả lời này với hy vọng nó có thể giúp người khác tái tạo thành công. Để cài đặt lại upower tôi đã làm theo hướng dẫn này: nhấp vào

#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

OP đã không tuyên bố nếu anh ta có thẻ Nvidia hoặc Radeon hay không. Và nếu thẻ Nvidia, anh ta đã không bị phạt nếu anh ta đang sử dụng nhị phân hoặc nguồn mở. Tôi đề nghị câu trả lời của bạn áp dụng cho nền tảng của bạn mà có thể không liên quan gì đến nền tảng của anh ấy. Chỉ hỏi anh ấy nền tảng của anh ấy là gì chúng tôi sẽ tìm ra cho chắc chắn.
WinEunuuchs2Unix
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.