วิธีการวินิจฉัย / แก้ไขการบูตช้ามากบน Ubuntu 18.04


47

มีเวลานานที่ SSD ไม่ทำอะไรเลย

  • ฉันจะหาข้อผิดพลาดและแก้ไขได้อย่างไร
  • ตรวจสอบแล้ว/etc/fstabไม่มีการแลกเปลี่ยนหรือมีอะไรผิดปกติ (RAM 32GB, ไม่มีการสลับ)

[    2.173492] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.173497] usb 2-1.6: Product: DW375 Bluetooth Module
[    2.173501] usb 2-1.6: Manufacturer: Dell Computer Corp
[    2.173511] usb 2-1.6: SerialNumber: 7CE9D3C0713B
[    2.323728] ata4: SATA link down (SStatus 0 SControl 300)
[    2.441062] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input6
[    2.640309] ata5: SATA link down (SStatus 0 SControl 300)
[    2.954947] ata6: SATA link down (SStatus 0 SControl 300)
[    3.068090] clocksource: Switched to clocksource tsc
[   36.584826] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   36.726117] ip_tables: (C) 2000-2006 Netfilter Core Team
[   36.732610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +AC
L +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   36.751996] systemd[1]: Detected architecture x86-64.
[   36.753867] systemd[1]: Set hostname to <latitude-e5520>.
[   36.868561] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   36.868594] systemd[1]: Reached target Remote File Systems.
[   36.868751] systemd[1]: Created slice User and Session Slice.
[   36.868869] systemd[1]: Created slice System Slice.
[   36.868948] systemd[1]: Listening on udev Control Socket.
[   36.868957] systemd[1]: Reached target Slices.
[   36.868996] systemd[1]: Listening on udev Kernel Socket.
[   36.895156] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   36.898185] lp: driver loaded but no devices found
[   36.903941] ppdev: user-space parallel port driver

3
นี่เป็นการติดตั้งใหม่หรือไม่ กับ LVM? บางทีอาจจะเป็นข้อผิดพลาดนี้: bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230 ?
pim

หากต้องการดูWARNING:Failed to connect to lvmetad. Falling back to device scanning.ข้อความที่คุณควรจะปิดการใช้งาน spash / boot เงียบ (ดู: askubuntu.com/a/289/454520 )
PIM

มันเป็นเรื่องของเครือข่ายที่ยาวนาน ทางออกจากคำตอบนี้ช่วยฉัน
gyr9i

คำตอบ:


60

ฉันอัพเกรดเป็น 18.04 วันนี้และพบปัญหาเดียวกัน ฉันสามารถแก้ไขได้โดยการบูตเคอร์เนลด้วยnoresumeพารามิเตอร์

เช่นเดียวกับคุณฉันไม่มีพื้นที่สว็อป ในบางช่วงของการอัพเกรดการกำหนดค่า initramfs ได้รับการแก้ไขเพิ่มบรรทัดที่ชี้ไปยังพาร์ทิชัน swap ที่ไม่มีอยู่ การบู๊ตช้านั้นเป็นเพราะมันกำลังมองหาพาร์ติชันนี้และจากนั้นก็หมดเวลาหลังจาก 30 วินาที

ในการอัปเดต GRUB เพื่อให้ตัวเลือกนี้ผ่านเคอร์เนลโดยอัตโนมัติเมื่อบูต:

  1. แก้ไขไฟล์/etc/default/grubไฟล์เพื่อให้สตริงnoresumeรวมอยู่ในGRUB_CMDLINE_LINUX_DEFAULTบรรทัดตัวอย่างเช่น:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. รันคำสั่งนี้เพื่ออัพเดต GRUB:

    sudo update-grub
    
  3. รีบูทคอมพิวเตอร์


1
noresume แก้ไขมันไม่มีอะไรแปลกใน initramfs
user105939

2
ฉันอัพเกรดเป็น 18.04 เมื่อวานนี้และฉันมีปัญหาเดียวกัน (ใช้เวลาบูต 52 วินาที) หลังจากตั้งค่าพารามิเตอร์ "noresume" ใช้เวลา 21 วินาที
Erol

1
คุณสามารถปรับปรุงคำตอบที่ดีอยู่แล้วพร้อมคำแนะนำในการอัพเดตด้วง
WinEunuuchs2Unix

9
โปรดทราบว่านี่เป็นวิธีแก้ปัญหาเนื่องจากจะป้องกันการเริ่มระบบที่จำศีลอีกครั้ง
PIM

2
ฉันกังวลว่าสิ่งนี้อาจป้องกันไม่ให้ฉันใช้การจำศีล อย่างไรก็ตามสิ่งนี้ใช้ได้กับฉัน: askubuntu.com/questions/1013830/ … (การแก้ไข /etc/initramfs-tools/conf.d/resume การเปลี่ยน RESUME = ไม่มีจาก UUID และการเรียกใช้ update-initramfs -u)
Grey Panther

19
$ systemd-analyze blame

ดูเพื่อดูว่ากระบวนการใดใช้เวลาส่วนใหญ่ในกระบวนการบูต


5
systemd-analyze blameจะไม่แสดงเวลาเคอร์เนลและสำหรับปัญหานี้ systemd-analyse timeจะแสดงว่ามันเป็นเคอร์เนลที่ติดค้นหาระบบไฟล์
pim

2
คำแนะนำที่ดี แต่กระบวนการที่ยาวที่สุดใช้เวลาเพียง 1.6 วินาทีดังนั้นเครื่องมือนี้จึงไม่ช่วย
user105939

3
@Pim systemd-analyse timeมีการพิมพ์ผิดมันควรจะมีz
RobAu

1
systemd-analyze critical-chainดียิ่งขึ้นกว่าblame
user535733


4

ฉันอัพเกรดเป็น 18.04 จาก 16.04 เวลาบูตนานกว่า 10 นาที
พยายามจาก "ไม่มีหน้าจอสาดเป็นเคอร์เนล" เพื่อค้นหาว่ากระบวนการใดใช้เวลาในการบู๊ตมากที่สุด

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

ดังนั้นเราต้องลดเวลาสำหรับกระบวนการนี้เพื่อประหยัดเวลาบูต ในการทำเช่นนั้น

คุณต้องแก้ไข

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

หา

TimeoutStartSec=5min

เปลี่ยนไป

TimeoutStartSec=5s

และรีบูต


3

คุณสามารถกำหนดค่าการหมดเวลาสำหรับงานเริ่มและหยุดงาน

แก้ไข/etc/systemd/system.confด้วยสิทธิ์ยกระดับและเปลี่ยน / เพิ่มสองบรรทัดที่ถูกคอมเม้นต์โดยค่าเริ่มต้นจาก 90 วินาทีถึง 5 (หรืออะไรก็ได้ที่คุณต้องการ) และยกเลิกการใส่เครื่องหมายข้อคิดเห็น:

จาก:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

ไปที่:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

หลังจากนั้นให้ใช้การเปลี่ยนแปลงโดยสร้าง initramfs ใหม่ด้วยคำสั่ง:

sudo update-initramfs -u

0

ฉันลองใช้วิธีอื่น แต่ไม่มีอะไรทำงาน ฉันพบว่ามันเป็นปัญหาไดรเวอร์กราฟฟิก ฉันแก้ไขโดยใช้ไดรเวอร์เพิ่มเติมสำหรับฉันมันคือ Nvidia

ไปที่: ซอฟต์แวร์ & การอัพเดท -> เลือกไดร์เวอร์กราฟิกที่ระบุไว้ -> ใช้การเปลี่ยนแปลง

หมายเหตุ: ฉันใช้เคอร์เนลเวอร์ชั่น 4.18.0-25-generic

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.