Cách chẩn đoán / sửa lỗi khởi động rất chậm trên Ubuntu 18.04


47

Có một thời gian dài mà SSD không làm gì cả.

  • Làm thế nào tôi có thể tìm thấy lỗi và sửa chữa nó?
  • Đã được kiểm tra /etc/fstab, không có trao đổi hoặc bất cứ điều gì sai ở đó (32 GB RAM, không trao đổi)

[    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
Đây có phải là một cài đặt mới? với lvm? có lẽ lỗi này: bug.launchpad.net/ubfox/+source/ubiquity/+orms/1768230 ?
pim

Để xem WARNING:Failed to connect to lvmetad. Falling back to device scanning.tin nhắn, bạn nên vô hiệu hóa khởi động spash / quiet (xem: askubfox.com/a/289/454520 )
pim

Đó là về khởi động mạng dài. Giải pháp từ câu trả lời này đã giúp tôi.
gyr9i

Câu trả lời:


60

Tôi đã nâng cấp lên 18.04 ngày hôm nay và gặp phải vấn đề tương tự. Tôi đã có thể sửa nó bằng cách khởi động kernel với noresumetham số.

Giống như bạn, tôi cũng không có không gian trao đổi. Tại một số thời điểm trong quá trình nâng cấp, cấu hình initramfs đã được sửa đổi, thêm một dòng trỏ đến phân vùng trao đổi không tồn tại. Khởi động chậm là vì nó đang tìm phân vùng này và sau đó hết thời gian sau 30 giây.

Để cập nhật GRUB để nó tự động chuyển tùy chọn này đến kernel khi khởi động:

  1. Chỉnh sửa tệp /etc/default/grubtệp sao cho chuỗi noresumeđược bao gồm trong GRUB_CMDLINE_LINUX_DEFAULTdòng, ví dụ:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Chạy lệnh này để cập nhật GRUB:

    sudo update-grub
    
  3. Khởi động lại máy tính


1
noresume đã sửa nó, không có gì lạ trong initramfs.
dùng105939

2
Tôi đã nâng cấp lên 18.04 vào ngày hôm qua và tôi cũng gặp vấn đề tương tự (mất 52 giây để khởi động). Sau khi cài đặt tham số "noresume", mất 21 giây.
Erol

1
Bạn có thể cải thiện câu trả lời đã tốt của mình bằng các hướng dẫn về cập nhật grub.
WinEunuuchs2Unix

9
Xin lưu ý rằng đây là một cách giải quyết, vì nó sẽ ngăn việc nối lại hệ thống ngủ đông.
pim

2
Tôi lo lắng rằng điều này có thể ngăn tôi sử dụng chế độ ngủ đông. Tuy nhiên điều này đã làm việc cho tôi: askubuntu.com/questions/1013830/... (chỉnh sửa /etc/initramfs-tools/conf.d/resume, thay đổi RESUME = none từ UUID và chạy update-initramfs -u)
Grey Panther

19
$ systemd-analyze blame

Nhìn để xem quá trình nào đang chiếm nhiều thời gian nhất của quá trình khởi động.


5
systemd-analyze blamesẽ không hiển thị thời gian kernel và cho vấn đề này. systemd-analyse timesẽ chỉ ra rằng đó là kernel bị kẹt khi tìm kiếm hệ thống tập tin.
pim

2
gợi ý tốt, nhưng quá trình dài nhất chỉ mất 1,6 giây, vì vậy công cụ này không giúp được gì.
dùng105939

3
@Pim systemd-analyse timecó một lỗi đánh máy, nó nên có mộtz
RobAu

1
systemd-analyze critical-chainthậm chí còn tốt hơnblame
user535733


4

Tôi nâng cấp lên 18.04 từ 16.04. Thời gian khởi động là hơn 10 phút.
Đã thử từ "Không có màn hình giật gân tới Kernel" để tìm quá trình nào mất nhiều thời gian nhất để khởi động.

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

Vì vậy, chúng ta cần giảm thời gian cho quá trình này để tiết kiệm thời gian khởi động. Làm như vậy,

Bạn phải chỉnh sửa,

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

Tìm thấy

TimeoutStartSec=5min

Thay đổi thành

TimeoutStartSec=5s

và khởi động lại


3

Bạn có thể định cấu hình thời gian chờ cho Bắt đầu công việc và Dừng công việc.

Chỉnh sửa /etc/systemd/system.confvới các đặc quyền nâng cao và thay đổi / thêm hai dòng được nhận xét theo mặc định từ 90 giây thành 5 (hoặc bất cứ điều gì bạn thích) và bỏ ghi chú:

từ:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

đến:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

Sau đó, áp dụng các thay đổi bằng cách xây dựng lại initramfs của bạn bằng lệnh:

sudo update-initramfs -u

0

Tôi đã thử một phương pháp khác nhưng không có gì nó hoạt động. sau đó tôi thấy đó là vấn đề trình điều khiển đồ họa. Tôi đã giải quyết bằng cách sử dụng trình điều khiển bổ sung cho tôi, đó là Nvidia.

goto: phần mềm & cập nhật -> chọn trình điều khiển đồ họa được liệt kê -> áp dụng các thay đổi

Lưu ý: Tôi đang sử dụng phiên bản kernel 4.18.0-25-generic

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.