ปิด - บูต systemd ยาวงงงวยไม่ทราบว่าจะเริ่ม


9

ฉันเข้าใจว่าการแก้ไขเวลาบูตนานนั้นเกี่ยวข้องกับการวิเคราะห์ว่าต้องใช้เวลานานแค่ไหนในการบูตสิ่ง แต่ผลลัพธ์ของsystemd-analyze blameและsystemd-analyze plotทำให้ฉันงง

~ $ systemd- วิเคราะห์
การเริ่มต้นเสร็จสิ้นใน 12.557 วินาที (เฟิร์มแวร์) + 4.516s (ตัวโหลด) + 3.732s (เคอร์เนล) + 26.720s (userspace) = 47.526s
~ $ systemd- วิเคราะห์ตำหนิ | grep "\ s [1-9] * \."
          การตั้งค่าคีย์บอร์ด 8.989s
          8.757s dev-sda2.device
          apparmor.service 6.055s
          บัญชี 4.948s-daemon.service
          4.446s NetworkManager.service
          3.383s gpu-manager.service
          3.134s systemd-udevd.service
          3.079s snapd.firstboot.service
          2.440s udisks2.service
          2.249s grub-common.service
          2.093s upower.service
          ระบบเครือข่าย 1.943s
          1.661s avahi-daemon.service
          1.461s rsyslog.service
          1.460s pppd-dns.service
          1.449s systemd-tmpfiles-setup-dev.service
          1.387s systemd-rfkill.service
          1.290s colord.service
          1.210s resolvconf.service
          apport.service 1.192s
          1.188s systemd-modules-load.service
          1.187s systemd-remount-fs.service
          1.166s dev-mqueue.mount
          บลูทู ธ 1.152 วินาที
          lightdm.service 1.032
          1.013s plymouth-quit-wait.service

เอาต์พุตของพล็อต systemd- วิเคราะห์

ข้อมูล

เครื่องเป็น Dell Inspiron 5559; ฉันเคยทานมาตั้งแต่เดือนกุมภาพันธ์ / มีนาคม 2559

~ $ uname -imporvs
Linux 4.8.0-32-generic # 34-Ubuntu SMP อังคาร 13 ธันวาคม, 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Distro คือ Lubuntu 16.10 w / LXDE

~ $ sudo พิมพ์ mib หน่วย / dev / sda ที่แยกส่วน
รุ่น: ATA ST1000LM024 HN-M (scsi)
ดิสก์ / dev / sda: 953870MiB
ขนาดเซกเตอร์ (ตรรกะ / กายภาพ): 512B / 4096B
ตารางพาร์ทิชัน: GPT
ธงดิสก์: 

หมายเลขเริ่มต้นขนาดสิ้นสุดระบบไฟล์ชื่อแฟล็ก
 1 1.00MiB 513MiB 512MiB fat32 EFI System Partition boot, esp
 2 513MiB 937591MiB 937078MiB ext4
 3 937591MiB 953869MiB 16278MiB linux-swap (v1)

ส่วนที่แย่ที่สุดคือเวลาของแต่ละโมดูลแตกต่างกันเล็กน้อย (1 ถึง 2 วินาทีสังเกตจากการติดตามปัญหานี้ตั้งแต่ฉันติดตั้ง Lubuntu) ซึ่งหมายความว่าฉันจะต้องอัพเดทsystemd-analyze blameตลอดเวลาหรือทำการรีบูตชุดใหม่แล้วทำการเฉลี่ย

มีใครบอกฉันได้ไหมว่าฉันจะเริ่มได้ที่ไหน

UPDATE

การอัพเกรดจาก 16.10 เป็น 17.04 ผ่านการsudo apt dist-upgradeเปลี่ยนแปลงสถานการณ์เป็นอย่างมาก

~ $ systemd- วิเคราะห์ตำหนิ | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         keyboard-setup.service 15.435s
          8.015s systemd-udevd.service
          NetworkManager.service 4.090s
          3.644s systemd-tmpfiles-setup-dev.service
          2.621s apparmor.service
          2.549s grub-common.service
          2.477s plymouth-read-write.service
          1.560s accounts-daemon.service
          1.107s systemd-modules-load.service
          1.002s colord.service
~ $ systemd- วิเคราะห์สายโซ่ที่สำคัญ
เวลาหลังจากหน่วยทำงานหรือเริ่มทำงานจะถูกพิมพ์หลังอักขระ "@"
เวลาที่หน่วยเริ่มต้นจะถูกพิมพ์หลังจากอักขระ "+"

graphic.target @ 25.631s
└─multi-user.target @ 25.631s
  └─getty.target @ 25.631s
    └─getty@tty1.service @ 25.631s
      └─system-getty.slice @ 25.630 วินาที
        └─setvtrgb.service @ 25.407s + 222ms
          └─systemd-user-session.service @ 25.245s + 2ms
            └─network.target @ 25.245s
              etworkNetworkManager.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
                              ootboot-efi.mount @ 18.387s + 100ms
                                └─systemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
                                  evdev-disk-by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s

เอาต์พุตของพล็อต systemd- วิเคราะห์ ผู้ร้ายที่ชัดเจนอย่างน้อยก็ปรากฏตัว

ปิด

โพสต์กำลังจะปิดเนื่องจากฉันได้ย้ายไปยัง distro อื่น (Gentoo) ซึ่งปัญหาไม่ได้เกิดขึ้นดังนั้นคำถามจะไม่เกี่ยวข้องอีกต่อไป


โอเคสิ่งหนึ่งที่ฉันมีคือบริการบางอย่างที่กล่าวถึงsystemd-analyze blame(โดยเฉพาะkeyboard-setup.service) คือสคริปต์สไตล์ SysVInit ที่อยู่ใน /etc/init.d แม้ว่าฉันจะไม่ทราบว่าคุณจะเปลี่ยนบริการที่ใช้สคริปต์เป็นอย่างไร ...
setun-90

grep "\s[1-9]\."เหตุผลใดที่คุณกรองบริการด้วยเวลาโหลด> 10 วินาที ใส่+หลัง]เพื่อให้ตรงกับหนึ่งหลักหรือมากกว่า
Jacob Krall

@JacobKrall ฉันไม่ได้กรองพวกเขาออกไปอย่างแน่นอนมันเป็นเพียงฉันไม่มีบริการใด ๆ ที่มีเวลาโหลด> 10 วินาทีดังนั้นตัวเลขหลักเดียว ฉันรีบทำอย่างนี้ ... และ '+' ไม่ได้ผลสำหรับฉัน '*' ทำ
setun-90

โอเคขอโทษสำหรับความรำคาญ แปลกมากที่ใช้+งานไม่ได้ เป็นหนึ่งในโอเปอเรเตอร์ที่ซ้ำซ้อนใน GNU Grep gnu.org/software/grep/manual/grep.html#Fundamental-Structure
Jacob Krall

@JacobKrall ฉันก็คิดว่ามันก็แปลกเหมือนกัน แก้ไขข้อบกพร่องในภายหลัง
setun-90

คำตอบ:


1

มีใครบอกฉันได้ไหมว่าฉันจะเริ่มได้ที่ไหน

เรียกใช้ Live Ubuntu Session (หรือ distro ใด ๆ ที่มาพร้อมกับคุณสมบัติ "ลองโดยไม่ต้องติดตั้ง")

หลายครั้งที่ distros ใช้ Linux ใช้เวลานานในการบูตหรือแม้กระทั่งไม่สามารถบู๊ตได้เมื่อมีปัญหาเกี่ยวกับอุปกรณ์ต่อพ่วงเช่น keyboard หรือ NIC เป็นต้นตัวอย่างเช่นคีย์ "Up" ของแล็ปท็อปรุ่นเก่ายังคงอยู่ในสถานะกดโดยไม่ต้องกด . ด้วยเหตุนี้ keyboard-setup.sh จึงรอเป็นเวลานานล้มเหลวในการทำให้สมบูรณ์และในที่สุดฉันก็เห็นข้อความแสดงข้อผิดพลาดจำนวนมากที่แจ้งให้ฉันทราบว่า Ubuntu ไม่สามารถบูตได้ การตัดการเชื่อมต่อคีย์บอร์ดระหว่างการบู๊ตเป็นวิธีแก้ปัญหาสำหรับฉันในการบูต

การทดสอบฮาร์ดแวร์ของคุณเพื่อหาข้อผิดพลาดประเภทนี้จะเป็นจุดเริ่มต้นที่ดี หากคุณรู้เกี่ยวกับปัญหาฮาร์ดแวร์กับแล็ปท็อปของคุณคุณสามารถลองตัดการเชื่อมต่อส่วนประกอบนั้นในระหว่างการบู๊ต (อาจเป็น NIC หรือแป้นพิมพ์เพราะคุณพูดถึง polktid และ keyboard-setup.sh)


ขอบคุณที่กล่าวถึงฮาร์ดแวร์ฉันไม่ได้คิดอย่างนั้น แม้ว่าฉันควรจะได้กล่าวถึงในคำถามที่ฉันได้อัพเกรด distro เป็น 17.04 และเวลาการบูตมีการเปลี่ยนแปลงเล็กน้อย (ด้วย udevd ตอนนี้เป็นผู้ร้ายหลัก) แต่ฉันคิดว่า keyboard-setup.sh ยังคงใช้เวลานาน ฉันจะอัปเดต
setun-90

กรุณาพูดถึงว่าในคำถามของคุณ เวอร์ชันที่คุณอัพเกรดมาจากไหน? การอัพเกรดจาก LTS เป็นรีลีสจะทำให้เกิดปัญหาเสมอ หากคุณอัปเกรดจาก 16.xx LTS เป็น 17.04 คุณจะต้องทำการติดตั้งใหม่ทั้งหมดที่ 17.04 ฉันยืนยันที่จะลองเซสชันสดที่ 17.04 หากเซสชันสดกำลังบู๊ตได้ดีการติดตั้งใหม่ทั้งหมดจะแก้ไขปัญหาได้อย่างแน่นอน
sziraqui

ขออภัยฉันทำการอัปเกรดในระหว่างนี้หลังจากถามคำถามนี้ เวลาบูตสั้นลงจริง ๆ ภายในหนึ่งหรือสองวินาที แต่ใช่ฉันเดาว่าการติดตั้งใหม่ทั้งหมดอาจทำอะไรบางอย่างได้ และฉันคิดว่า 16.10 ไม่ใช่ LTS
setun-90

อีกประเด็นที่ควรทราบคุณไม่สามารถอัปเดตอย่างเป็นทางการจาก LTS (เช่น 16.xx, 14.xx) ไปเป็นรีลีส (เช่น 15.xx, 17.xx) หรือในทางกลับกัน คุณสามารถอัพเดทด้วย iso ofcourse แต่มันทำให้ระบบรถ ฉันเดาว่าคุณได้อัพเกรดจาก iso และนั่นเป็นสาเหตุที่ฉันแนะนำให้ทำการติดตั้งใหม่ทั้งหมด หากเป็นกรณีนี้ฉันจะอัปเดตคำตอบของฉันซึ่งอาจช่วยเหลือคนอื่นในอนาคต
sziraqui

ผมไม่ได้ใช้มาตรฐาน ISO ข้อเสนอในการอัพเกรดมีขึ้นหนึ่งวันผ่าน Synaptic sudo apt dist-upgradeและฉันแล้ววิ่ง
setun-90
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.