主页 / ubuntu / 问题 / 1030867
Accepted
user105939
Asked: 2018-05-02 20:31:44 +0800 CST

如何在 Ubuntu 18.04 上诊断/修复非常慢的启动

  • 772

SSD 有很长一段时间什么都不做。

  • 我怎样才能找到故障并修复它？
  • 已经检查/etc/fstab，没有交换或任何错误（32GB RAM，没有交换）

[    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
boot 18.04

6 个回答

  1. Best Answer

    我今天升级到 18.04 也遇到了同样的问题。我可以通过使用参数启动内核来修复它noresume。

    和你一样，我也没有交换空间。在升级过程中的某个时刻，initramfs 配置被修改，添加了一条指向不存在的交换分区的行。启动缓慢是因为它正在寻找这个分区，然后在 30 秒后超时。

    要更新 GRUB 以便在引导时自动将此选项传递给内核：

    1. 编辑文件/etc/default/grub文件，使字符串noresume包含在该GRUB_CMDLINE_LINUX_DEFAULT行中，例如：

      GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"

    2. 运行以下命令来更新 GRUB：

      sudo update-grub

    3. 重新启动计算机

    • 77 
  2. $ systemd-analyze blame

    查看哪些进程在引导过程中占用的时间最多。

    • 29

  3. 对我有用的是运行sudo rm /etc/initramfs-tools/conf.d/resume后跟sudo update-initramfs -u. 这似乎是升级的回归（参见https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151）。

    • 14

  4. 我从 16.04 升级到 18.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

    并重新启动

    • 10

  5. 您可以配置启动作业和停止作业的超时时间。

    使用提升的权限进行编辑/etc/systemd/system.conf并将默认情况下注释的两行从 90 秒更改为 5（或任何您喜欢的）并取消注释：

    从：

    #DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s

    至：

    DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

    之后，通过使用以下命令重建 initramfs 来应用更改：

    sudo update-initramfs -u
    • 7

  6. 我尝试了一种不同的方法，但没有任何效果。然后我发现是显卡驱动问题。我通过为我使用额外的驱动程序解决了它是Nvidia。

    转到：软件和更新 -> 选择列出的图形驱动程序 -> 应用更改

    注意：我使用的是内核版本 4.18.0-25-generic

    • 0

相关问题