求助！ubuntu安装后重启和开机有很长时间黑屏

[Xuzhengk]

我笔记本的显卡是AMD的，长时间不用，想着不如装个linux来玩，于是就把整个电脑给格式化装了Ubuntu18.04的系统，发现重启会黑屏(只有开关键是亮的，风扇也在转)等好长时间都不重启，强制关闭后，开机也要等好长时间（先黑屏再显示品牌logo），不过关机倒是很快（重启是一直黑屏，开机黑屏要等上5分钟左右，关机很快）。不知道是不是没有显卡驱动的原因(在bios中禁用过独显，也在grub中设置了nomodeset,情况依旧)，求求路过的大佬帮帮忙，快要崩溃了

[九天星]

黑屏到LOGO时间是笔记本加电后读取BIOS的时候，似乎与UBUNTU无关。LOGO之后grub接管引导，配置文件在/etc/default/grub里。

分析问题是不是在BIOS上。再看grub文件里GRUB_TIMEOUT=数字是多少！

你还可以将GRUB_CMDLINE_LINUX_DEFAULT=" "项改成这样，然后

代码： 全选

sudo update-grub

再重启就字符界面了，可以看到是哪一项占启动时间较长。

或者用

代码： 全选

systemd-analyze blame

命令查看每个进程的具体启动时长，根据显示结果去排除问题所在！

[yq-ysy]

或者用

代码： 全选

systemd-analyze blame

命令查看每个进程的具体启动时长，根据显示结果去排除问题所在！

我用的是UbuntuStudio，也是遇到同样的问题，以前18.04版没有，升级到19.04版就出现了，现在等着19.10版会不会解决这个问题。
10月11日 systemd-analyze blame 运行结果如下（超过10秒的）：

19.265s apt-daily.service
19.092s dev-sda8.device
17.667s udisks2.service
15.998s NetworkManager-wait-online.service
14.552s systemd-journal-flush.service
14.241s snapd.service
13.458s accounts-daemon.service
13.030s apt-daily-upgrade.service
11.387s ModemManager.service
10.975s networkd-dispatcher.service

[yq-ysy]

越来越严重了……有四个进程运行长达一分钟！
10月15日 systemd-analyze blame 运行结果如下（超过10秒的）：

1min 2.855s man-db.service
1min 2.593s apt-daily.service
1min 833ms udisks2.service
1min 513ms apt-daily-upgrade.service
20.300s accounts-daemon.service
18.391s systemd-journal-flush.service
18.214s dev-sda8.device
18.170s lightdm.service
18.166s plymouth-quit-wait.service
16.283s snapd.service
12.909s networkd-dispatcher.service
11.905s ModemManager.service

[astolia]

越来越严重了……有四个进程运行长达一分钟！
10月15日 systemd-analyze blame 运行结果如下（超过10秒的）：

1min 2.855s man-db.service
1min 2.593s apt-daily.service
1min 833ms udisks2.service
1min 513ms apt-daily-upgrade.service
20.300s accounts-daemon.service
18.391s systemd-journal-flush.service
18.214s dev-sda8.device
18.170s lightdm.service
18.166s plymouth-quit-wait.service
16.283s snapd.service
12.909s networkd-dispatcher.service
11.905s ModemManager.service

光blame看不出什么东西的。两个apt和那个man的都是启动后的自动升级有关
要systemd-analyze plot > a.svg才能看出点名堂

[yq-ysy]

越来越严重了……有四个进程运行长达一分钟！
10月15日 systemd-analyze blame 运行结果如下（超过10秒的）：

光blame看不出什么东西的。两个apt和那个man的都是启动后的自动升级有关
要systemd-analyze plot > a.svg才能看出点名堂

这时最近一次的：

20.300s accounts-daemon.service
18.391s systemd-journal-flush.service
18.214s dev-sda8.device
18.170s lightdm.service
18.166s plymouth-quit-wait.service
16.283s snapd.service
12.909s networkd-dispatcher.service
11.905s ModemManager.service

图表如下——

a.svg

(212.94 KiB) 下载 19 次

[astolia]

这时最近一次的：

20.300s accounts-daemon.service
18.391s systemd-journal-flush.service
18.214s dev-sda8.device
18.170s lightdm.service
18.166s plymouth-quit-wait.service
16.283s snapd.service
12.909s networkd-dispatcher.service
11.905s ModemManager.service

图表如下——
a.svg

你系统上涉及到磁盘的几个服务异常得慢啊。先把systemd的日志清理一下，journalctl --vacuum-files=1，再试试不用lowlatency，直接用generic内核？
另外如果是intel相对较老的cpu，那么近年那些spectre/meltdown之类的漏洞补丁对i/o的影响还是比较大的，可以试试在内核启动参数里加上关闭那些缓解措施（特别是KPTI）的参数？

[yq-ysy]

这时最近一次的：
图表如下——
a.svg

你系统上涉及到磁盘的几个服务异常得慢啊。先把systemd的日志清理一下，journalctl --vacuum-files=1，再试试不用lowlatency，直接用generic内核？
另外如果是intel相对较老的cpu，那么近年那些spectre/meltdown之类的漏洞补丁对i/o的影响还是比较大的，可以试试在内核启动参数里加上关闭那些缓解措施（特别是KPTI）的参数？

执行 journalctl --vacuum-files=1 之后，提示清理了 1.1G，然后重新热启动一次（b.svg），关机冷启动一次（c.avg），
从图表上的时间对比看，节省了整整一分钟，但感觉启动时间还是比以前18.04长。
UbuntuStudio默认使用lowlatency低延时，试了一次不用lowlatency启动，差别不大，和b.svg几乎一样。
CPU是几年前的E3，硬盘也是机械的。后面的关闭补丁参数，还没有尝试。

c.svg

(162.6 KiB) 下载 13 次

[yq-ysy]

还是不行。今早开机，又是长达几分钟的启动时间……
按图表的时间看，比之前的一分多钟更严重，达到三分多钟。

e.svg

(285.65 KiB) 下载 12 次