Tôi hiểu rằng việc giải quyết thời gian khởi động dài liên quan đến việc phân tích thời gian khởi động những gì, nhưng kết quả đầu ra systemd-analyze blamevà systemd-analyze plotkhiến tôi bối rối.
~ $ systemd-phân tích Khởi động xong sau 12.557 giây (phần sụn) + 4.516 giây (trình tải) + 3.732s (kernel) + 26.720s (không gian người dùng) = 47.526s
~ $ systemd-phân tích đổ lỗi | grep "\ s [1-9] * \."
8,989s bàn phím-setup.service
8.757s dev-sda2.device
6.055s apparmor.service
4.948 tài khoản-daemon.service
Quản lý mạng 4.446s
3.383 gpu-manager.service
3.134s systemd-udevd.service
Snapd.firstboot.service 3.079
2.440s udisks2.service
2.249s grub-common.service
2.093s upower.service
Dịch vụ mạng 1.943s
1.661s avahi-daemon.service
Dịch vụ rsyslog 1.461
1.460 pppd-dns.service
1.449s systemd-tmpfiles-setup-dev.service
1.387s systemd-rfkill.service
Dịch vụ colord 1.290
1.2vs độ phân giải.
Dịch vụ apport 1.192s
1.188s systemd-module-load.service
1.187s systemd-remount-fs.service
1.166s dev-mqueue.mount
Dịch vụ bluetooth 1.152s
1.032 giây lightdm.service
1.013s plymouth-Thoát-Wait.service
Thông tin
Máy là Dell Inspiron 5559; Tôi đã có nó từ tháng 2 / tháng 3 năm 2016.
~ $ uname -imporvs Linux 4.8.0-32-generic # 34-Ubuntu SMP Thứ ba ngày 13 tháng 12 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux
Phân phối là Lubfox 16.10 w / LXDE.
~ $ sudo chia tay / dev / sda đơn vị in mib Model: ATA ST1000LM024 HN-M (scsi) Đĩa / dev / sda: 953870MiB Quy mô ngành (logic / vật lý): 512B / 4096B Bảng phân vùng: gpt Cờ đĩa: Số Bắt đầu Kích thước Kết thúc Hệ thống tệp Tên cờ 1 1.00MiB 513MiB 512MiB fat32 Phân vùng hệ thống EFI, đặc biệt 2 513MiB 937591MiB 937078MiB ext4 3 937591MiB 953869MiB 16278MiB linux-hoán đổi (v1)
Điều tồi tệ nhất là, thời gian của các mô-đun riêng lẻ thay đổi một chút (1 đến 2 giây, được quan sát từ sau sự cố này kể từ khi tôi cài đặt LubFi), điều đó có nghĩa là tôi sẽ cần cập nhật systemd-analyze blameliên tục hoặc đăng nhập một loạt các lần khởi động lại và sau đó tạo trung bình.
Bất cứ ai có thể cho tôi biết nơi tôi có thể bắt đầu ?
CẬP NHẬT
Nâng cấp từ 16.10 lên 17.04 thông quasudo apt dist-upgradethay đổi đáng kể tình hình.
~ $ systemd-phân tích đổ lỗi | grep "\ s [1-9] * \."
16.083s dev-sda2.device
15.435s bàn phím-setup.service
8.015s systemd-udevd.service
Quản lý mạng 4.090s
3.644s systemd-tmpfiles-setup-dev.service
Ứng dụng 2.621s
2.549s grub-common.service
2.477 plymouth-read-write.service
1.560s tài khoản-daemon.service
1.107s systemd-module-load.service
1.002s colord.service
~ $ systemd-phân tích chuỗi quan trọng
Thời gian sau khi thiết bị được kích hoạt hoặc bắt đầu được in sau ký tự "@".
Thời gian thiết bị bắt đầu được in sau ký tự "+".
đồ họa.target @ 25.631s
└─multi-user.target @ 25.631s
└─getty.target @ 25.631s
└─getty@tty1.service @ 25.631s
└─system-getty.slice @ 25.630s
└─setvtrgb.service @ 25.407s + 222ms
└─systemd-user-session.service @ 25.245s + 2ms
└─network.target @ 25.245s
└─NetworkManager.service @ 21.154s + 4.090s
└─dbus.service @ 21.147s
└─basic.target @ 21.139s
└─sockets.target @ 21.139s
└─snapd.socket @ 21.136s + 2ms
└─sysinit.target @ 21.110s
└─apparmor.service @ 18.488s + 2.621s
└─local-fs.target @ 18.488s
└─boot-efi.mount @ 18.387s + 100ms
└─systemd-fsck @ dev-đĩa-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
└─dev-đĩa-by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s
Ít nhất là thủ phạm rõ ràng đang xuất hiện.
ĐÓNG
Bài đăng đang bị đóng vì tôi đã chuyển sang một bản phân phối khác (Gentoo), nơi vấn đề chưa phát sinh, vì vậy câu hỏi không còn phù hợp nữa.
grep "\s[1-9]\."bất kỳ lý do nào bạn lọc ra các dịch vụ với thời gian tải> 10 giây? Đặt một +sau ]để khớp một hoặc nhiều chữ số.
@JacobKrall Tôi không lọc chính xác chúng, chỉ là tôi không có bất kỳ dịch vụ nào có thời gian tải> 10 giây, do đó là một chữ số. Tôi đã làm điều này một cách vội vàng ... và '+' không làm việc cho tôi, '*' đã làm.
—
setun-90
Được rồi, xin lỗi vì đã làm phiền. Điều đó thật lạ mà
—
Jacob Krall
+không hiệu quả; đó là một trong những toán tử lặp lại trong GNU Grep gnu.org/software/grep/manual/grep.html#Funduel-Str struct
@JacobKrall Mình cũng nghĩ nó lạ quá. Gỡ lỗi sau.
—
setun-90
systemd-analyze blame(cụ thểkeyboard-setup.service) là các tập lệnh kiểu SysVInit nằm trong /etc/init.d. Mặc dù tôi không biết làm thế nào bạn sẽ thay thế một dịch vụ dựa trên tập lệnh ...