![在 Ubuntu 18.04 中移动分区后,启动时间需要 5 分钟以上](https://linux22.com/image/1008889/%E5%9C%A8%20Ubuntu%2018.04%20%E4%B8%AD%E7%A7%BB%E5%8A%A8%E5%88%86%E5%8C%BA%E5%90%8E%EF%BC%8C%E5%90%AF%E5%8A%A8%E6%97%B6%E9%97%B4%E9%9C%80%E8%A6%81%205%20%E5%88%86%E9%92%9F%E4%BB%A5%E4%B8%8A.png)
我删除了 Windows 10 分区并将 ubuntu 18.04 移到其中后,不知怎么的搞砸了我的 Ubuntu;然后使用旧的 Ubuntu 分区通过 Gparted 设置 /home,并按照以下步骤操作指示。之后,我的启动速度变得非常慢(之前启动时间不到 15 秒)。这是 systemd-analyze blame 的结果:
4分 48.912秒 plymouth-quit-wait.service 3分钟 16.461秒 snapd.seed.service 30.037s NetworkManager-等待-在线.服务 15.208s snapd.服务 3.368s esets.service 961ms fwupd.服务
这是 systemd-analyze critical-chain
graphic.target @4分51.235秒 └─multi-user.target @4分51.235秒 └─snapd.seeded.service @1分钟31.439秒+3分钟16.461秒 └─snapd.service @4分钟 32.688秒 +15.208秒 └─basic.target @1.249秒 └─sockets.target @1.249秒 └─snapd.socket @1.238s +10ms └─sysinit.target @1.208s └─apparmor.service @905ms +302ms └─local-fs.target @903ms └─run-user-121.mount @2.548s └─swap.target @830ms └─dev-disk-by\x2duuid-8c6b3935\x2deca8\x2d40b7\x2db2c0\x2dba0d06a9deaf.swap @814ms +15ms └─dev-disk-by\x2duuid-8c6b3935\x2deca8\x2d40b7\x2db2c0\x2dba0d06a9deaf.device @805ms
系统启动需要五分钟以上。许多解决方案指出交换器的 UUID 错误,但我检查了一下,它是正确的。这是我的 /etc/fstab
# 安装期间 / 位于 /dev/sda 上 UUID=6c2a22c4-02c7-485f-9127-5913015612e4 / ext4 错误=remount-ro 0 1 # 家 UUID=453a1115-0384-455b-b0dd-6e76020b7ffa /home ext4 默认值 0 2 # 安装期间 /windows/c 位于 /dev/sda1 上 #UUID=0E9AFC419AFC26BD /windows/c ntfs 默认值,umask=007,gid=46 0 0 # 安装期间 /windows/d 位于 /dev/sda5 上 UUID=2080AA3F80AA1B74 /windows/d ntfs 默认值,umask=007,gid=46 0 0 # 安装期间交换位于 /dev/sda6 UUID=8c6b3935-eca8-40b7-b2c0-ba0d06a9deaf 无交换 sw 0 0
我得到了 journalctl -b 输出的一些部分(希望是相关的)
7 月 6 日 12:46:43 development-pc systemd[1]: 正在开始应用内核变量... 7月6日 12:46:43 development-pc 内核:shpchp:标准热插拔 PCI 控制器驱动程序版本:0.4 7 月 6 日 12:46:43 development-pc systemd[1]: 已挂载内核配置文件系统。 7 月 6 日 12:46:43 development-pc systemd[1]: 已安装 FUSE 控制文件系统。 7 月 6 日 12:46:43 development-pc systemd-udevd[325]: link_config: 自动协商未设置或已启用,速度和双工不可写。 7 月 6 日 12:46:43 development-pc systemd[1]:已开始应用内核变量。 7月6日 12:46:43 development-pc 内核:ACPI 警告:SystemIO 范围 0x0000000000000428-0x000000000000042F 与 OpRegion 0x00000000000 冲突 7 月 6 日 12:46:43 development-pc 内核:ACPI:如果此设备有可用的 ACPI 驱动程序,则应使用它,而不是本机驱动程序 7月6日 12:46:43 development-pc 内核:ACPI 警告:SystemIO 范围 0x0000000000000540-0x000000000000054F 与 OpRegion 0x00000000000 冲突 7 月 6 日 12:46:43 development-pc 内核:ACPI:如果此设备有可用的 ACPI 驱动程序,则应使用它,而不是本机驱动程序 7月6日 12:46:43 development-pc 内核:ACPI 警告:SystemIO 范围 0x0000000000000530-0x000000000000053F 与 OpRegion 0x00000000000 冲突 7 月 6 日 12:46:43 development-pc 内核:ACPI:如果此设备有可用的 ACPI 驱动程序,则应使用它,而不是本机驱动程序 7月6日 12:46:43 development-pc 内核:ACPI 警告:SystemIO 范围 0x0000000000000500-0x000000000000052F 与 OpRegion 0x00000000000 冲突 7 月 6 日 12:46:43 development-pc 内核:ACPI:如果此设备有可用的 ACPI 驱动程序,则应使用它,而不是本机驱动程序 7月6日 12:46:43 development-pc 内核:lpc_ich:发现影响 gpio_ich 的资源冲突 7 月 6 日 12:46:43 development-pc systemd[1]: 已开始显示 Plymouth 启动屏幕。 7 月 6 日 12:46:43 development-pc systemd[1]: 已开始将密码请求转发至 Plymouth Directory Watch。 7 月 6 日 12:46:43 development-pc systemd[1]: 已达到本地加密卷目标。
这是另一个(希望)相关的内容
7 月 6 日 12:46:43 development-pc systemd[1]: 发现设备 OCZ-VERTEX3 6。 7 月 6 日 12:46:43 development-pc systemd[1]: 找到设备 OCZ-VERTEX3 Home。 7 月 6 日 12:46:43 development-pc systemd[1]: 发现设备 OCZ-VERTEX3 DATA。 7 月 6 日 12:46:43 development-pc systemd[1]: 正在挂载 /windows/d... 7 月 6 日 12:46:43 development-pc systemd[1]: 正在开始对 /dev/disk/by-uuid/453a1115-0384-455b-b0dd-6e76020b7ffa 进行文件系统检查... 7 月 6 日 12:46:43 development-pc systemd[1]: 激活交换 /dev/disk/by-uuid/8c6b3935-eca8-40b7-b2c0-ba0d06a9deaf... 7 月 6 日 12:46:43 development-pc systemd[1]: 已启动文件系统检查守护进程来报告状态。 7 月 6 日 12:46:43 development-pc 内核:在 /dev/sda6 上添加 16777044k 交换。优先级:-2 范围:1 跨越:16777044k SSFS 7 月 6 日 12:46:43 development-pc systemd[1]: 已激活交换 /dev/disk/by-uuid/8c6b3935-eca8-40b7-b2c0-ba0d06a9deaf。 7 月 6 日 12:46:43 development-pc systemd[1]: 已达到交换目标。 7 月 6 日 12:46:43 development-pc systemd-fsck[623]: 主页:清理,525962/9052160 个文件,27873082/36190918 个块 7 月 6 日 12:46:43 development-pc systemd[1]: 已开始对 /dev/disk/by-uuid/453a1115-0384-455b-b0dd-6e76020b7ffa 进行文件系统检查。 7 月 6 日 12:46:43 development-pc systemd[1]: 正在安装 /home... 7 月 6 日 12:46:43 development-pc systemd[1]: 已挂载 /windows/d。 7月6日 12:46:43 development-pc ntfs-3g[632]:版本 2017.3.23 集成FUSE 28 7月6日 12:46:43 development-pc ntfs-3g[632]:已挂载 /dev/sda5 (读写,标签“DATA”,NTFS 3.1) 7月6日 12:46:43 development-pc ntfs-3g[632]:命令行选项:rw,umask=007,gid=46 7月6日 12:46:43 development-pc ntfs-3g[632]:挂载选项:rw、allow_other、nonempty、relatime、default_permissions、fsname=/dev/sda5、blkdev、blksiz 7月6日 12:46:43 development-pc ntfs-3g[632]:强制实施全局所有权和权限,配置类型 7 7月6日 12:46:43 development-pc ntfs-3g[632]:警告:使用有问题的 uid==0 和 gid!=0 7 月 6 日 12:46:43 development-pc systemd[1]: 已挂载 /home。 7 月 6 日 12:46:43 development-pc systemd[1]: 已达到目标本地文件系统。 7 月 6 日 12:46:43 development-pc 内核:EXT4-fs (sda7):使用有序数据模式挂载文件系统。选项:(null) 7 月 6 日 12:46:43 development-pc systemd[1]: 开始创建易失性文件和目录... 7 月 6 日 12:46:43 development-pc systemd[1]: 正在启动 AppArmor 初始化... 7 月 6 日 12:46:43 development-pc systemd[1]: 开始设置控制台字体和键盘映射…… 7 月 6 日 12:46:43 development-pc systemd[1]: 正在开始清理 0dns-up 留下的所有混乱情况... 7 月 6 日 12:46:43 development-pc systemd[1]: 正在开始告诉 Plymouth 写出运行时数据…… 7 月 6 日 12:46:43 development-pc systemd[1]: 开始启用对其他可执行二进制格式的支持...
这是第一个严重错误,但似乎与延迟罪魁祸首无关。
7 月 6 日 12:46:45 development-pc dbus-daemon[997]: [session uid=121 pid=997] 激活“:1.12”请求的服务名称“org.gnome.ScreenSaver” 7月6日 12:46:45 development-pc org.gnome.ScreenSaver[997]:无法初始化服务器:无法连接:连接被拒绝 7月6日 12:46:45 development-pc gnome-screensav[1014]:无法打开显示: 7 月 6 日 12:46:45 development-pc dbus-daemon[997]: [session uid=121 pid=997] 激活服务“org.gnome.ScreenSaver”失败:进程 org.gnome。 7 月 6 日 12:46:45 development-pc gnome-session[999]: gnome-session-binary[999]: 严重:无法为 GnomeScreensaver 创建 DBus 代理:错误 7月6日 12:46:45 development-pc gnome-session-binary[999]:严重:无法为 GnomeScreensaver 创建 DBus 代理:调用 StartServ 时出错 7 月 6 日 12:46:45 development-pc 内核:nf_conntrack 版本 0.5.0(65536 个存储桶,最多 262144 个) 7 月 6 日 12:46:46 development-pc kernel: bridge: 默认情况下,通过 arp/ip/ip6tables 进行过滤不再可用。更新您的脚本以加载 br 7 月 6 日 12:46:46 development-pc 内核:通过 NETLINK v0.30 发送 Netfilter 消息。 7月6日 12:46:46 development-pc 内核:ip_set:协议 6
此部分有几个错误
7 月 6 日 12:46:47 development-pc 内核:virbr0:端口 1(virbr0-nic)进入禁用状态 7月6日 12:46:47 development-pc avahi-daemon[769]:wide-area.c:无法发送数据包。 7月6日 12:46:47 development-pc colord-sane[844]:io/hpmud/pp.c 627: 无法读取设备 ID ret=-1 7 月 6 日 12:46:48 development-pc 内核:e1000e:enp0s25 NIC 链路已启动 1000 Mbps 全双工,流量控制:Rx/Tx 7 月 6 日 12:46:48 development-pc 内核:IPv6:ADDRCONF(NETDEV_CHANGE):enp0s25:链接已准备就绪 7 月 6 日 12:46:48 development-pc systemd[1]: 已启动 ESET NOD32 Antivirus。 7月6日 12:46:48 development-pc esets_mac[1268]:错误[04f40000]:IDUS_ERROR_CANNOT_UNBLOCK_REMOVABLE_MEDIA|无法解除对可移动媒体的阻止(org. 7 月 6 日 12:46:49 development-pc set-cpufreq[772]: 为所有 CPU 设置省电调度程序 7月6日 12:47:03 development-pc esets_mac[1306]:错误[051a0000]:IDUS_ERROR_CANNOT_UNBLOCK_REMOVABLE_MEDIA|无法解除对可移动媒体的阻止(org. 7月6日 12:47:15 development-pc systemd[1]:NetworkManager-wait-online.service:主进程已退出,代码=已退出,状态=1/失败 7月6日 12:47:15 development-pc systemd[1]:NetworkManager-wait-online.service:结果失败,返回“退出代码”。 7月6日 12:47:15 development-pc systemd[1]:无法启动网络管理器在线等待。 7 月 6 日 12:47:15 development-pc systemd[1]: 已达到目标网络在线。 7 月 6 日 12:47:15 development-pc systemd[1]: 启动工具以自动收集和提交内核崩溃签名...
snap 守护进程在启动成功之前有三次启动失败(查找这里发布的所有时间戳跳转,在日志中都是连续的)。
7 月 6 日 12:47:15 开发-PC 审计 [729]: AVC apparmor="DENIED" 操作="connect" 配置文件="/usr/sbin/cupsd" pid=729 comm="cupsd" family="uni 7月6日 12:47:15 development-pc 内核:kauditd_printk_skb: 抑制了 18 个回调 7月6日 12:47:15 development-pc 内核:审计:类型 = 1400 审计(1530906435.478:29):apparmor =“DENIED”操作 =“connect”配置文件 =“/usr/sbin/cups 7月6日 12:48:08 development-pc esets_mac[1434]:错误[059a0000]:IDUS_ERROR_CANNOT_UNBLOCK_REMOVABLE_MEDIA|无法解除对可移动媒体的阻止(org. 7月6日 12:48:14 development-pc systemd[1]:snapd.service:启动操作超时。正在终止。 7月6日 12:48:14 development-pc systemd[1]:snapd.service:失败,结果为“超时”。 7月6日 12:48:14 development-pc systemd[1]:无法启动 Snappy 守护进程。 7 月 6 日 12:48:14 development-pc systemd[1]: 正在启动等待 snapd 完全播种... 7 月 6 日 12:48:14 development-pc systemd[1]: snapd.service: 服务延迟时间已到,正在计划重新启动。 7 月 6 日 12:48:14 development-pc systemd[1]: snapd.service: 计划重启作业,重启计数器为 1。 7 月 6 日 12:48:14 development-pc systemd[1]: 已停止 Snappy 守护进程。 7 月 6 日 12:48:14 development-pc systemd[1]: 正在启动 Snappy 守护进程... 7月6日 12:49:38 development-pc esets_daemon[1432]:错误[05980000]:更新防病毒模块时出错:下载更新时发生错误 7月6日 12:49:44 development-pc systemd[1]:snapd.service:启动操作超时。正在终止。 7月6日 12:49:44 development-pc systemd[1]:snapd.service:失败,结果为“超时”。 7月6日 12:49:44 development-pc systemd[1]:无法启动 Snappy 守护进程。 7 月 6 日 12:49:44 development-pc systemd[1]: snapd.service: 服务延迟时间已到,正在安排重新启动。 7 月 6 日 12:49:44 development-pc systemd[1]: snapd.service: 计划重启作业,重启计数器为 2。 7 月 6 日 12:49:44 development-pc systemd[1]: 已停止 Snappy 守护进程。 7 月 6 日 12:49:44 development-pc systemd[1]: 正在启动 Snappy 守护进程... 7月6日 12:51:15 development-pc systemd[1]:snapd.service:启动操作超时。正在终止。 7月6日 12:51:15 development-pc systemd[1]:snapd.service:失败,结果为“超时”。 7月6日 12:51:15 development-pc systemd[1]:无法启动 Snappy 守护进程。 7 月 6 日 12:51:15 development-pc systemd[1]: snapd.service: 服务延迟时间已到,正在安排重新启动。 7 月 6 日 12:51:15 development-pc systemd[1]: snapd.service: 计划重启作业,重启计数器为 3。 7 月 6 日 12:51:15 development-pc systemd[1]: 已停止 Snappy 守护进程。 7 月 6 日 12:51:15 development-pc systemd[1]: 正在启动 Snappy 守护进程... J
我在网上和这里查看了很多文章,但没有一篇文章显示需要调整哪个配置文件才能使服务与正确的分区 UUID 对齐。有人建议将日志更改为 journal.org,但没用。
有人有更好的主意吗?我已经用尽了所有办法来解决这个问题,这个问题目前出现在两台 Ubuntu 机器上。提前谢谢