即使删除了 Snap,Ubuntu 仍然需要很长时间才能启动

即使删除了 Snap,Ubuntu 仍然需要很长时间才能启动

以下是来自systemd-analyze

Startup finished in 6.406s (firmware) + 4.794s (loader) + 4.066s (kernel) + 58.047s (userspace) = 1min 13.315s  graphical.target reached after 56.065s in userspace

以下是systemd-analyze blame

36.965s plymouth-quit-wait.service                           
24.279s mysql.service                                        
11.620s networkd-dispatcher.service                          
10.769s fwupd.service                                        
 7.240s accounts-daemon.service                              
 6.498s udisks2.service                                      
 5.611s bolt.service                                         
 5.227s grub-common.service                                  
 5.013s dev-sda2.device                                      
 4.892s NetworkManager.service                               
 4.780s gpu-manager.service                                  
 4.717s polkit.service                                       
 3.899s avahi-daemon.service                                 
 3.894s bluetooth.service                                    
 3.843s upower.service                                       
 3.809s ModemManager.service                                 
 3.683s switcheroo-control.service                           
 3.669s thermald.service                                     
 3.666s systemd-logind.service                               
 3.639s wpa_supplicant.service                               
 3.602s systemd-resolved.service                             
 2.729s gdm.service                                          
 2.554s secureboot-db.service                                
 2.534s systemd-journal-flush.service                        
 2.392s systemd-tmpfiles-setup.service                       
 1.977s tlp.service                                          
 1.815s rsyslog.service                                      
 1.605s systemd-udevd.service                                
 1.503s apport.service                                       
 1.481s apparmor.service                                     
 1.272s systemd-random-seed.service                          
  956ms grub-initrd-fallback.service                         
  736ms ua-messaging.service                                 
  726ms systemd-sysusers.service                             
  695ms systemd-modules-load.service                         
  654ms keyboard-setup.service                               
  619ms systemd-fsck@dev-disk-by\x2duuid-8B77\x2d3D04.service
  602ms systemd-tmpfiles-setup-dev.service                   
  494ms systemd-journald.service                             
  482ms systemd-udev-trigger.service                         
  480ms swapfile.swap                                        
  455ms [email protected]                                 
  410ms systemd-timesyncd.service                            
  269ms systemd-backlight@backlight:intel_backlight.service  
  256ms dev-hugepages.mount                                  
  254ms dev-mqueue.mount                                     
  251ms sys-kernel-debug.mount                               
  249ms sys-kernel-tracing.mount                             
  244ms kmod-static-nodes.service                            
  228ms setvtrgb.service                                     
  227ms e2scrub_reap.service                                 
  225ms colord.service                                       
  217ms [email protected]                                    
  185ms boot-efi.mount                                       
  181ms openvpn.service                                      
  167ms console-setup.service                                
  151ms systemd-sysctl.service                               
  149ms systemd-update-utmp.service                          
  145ms ufw.service                                          
  140ms systemd-remount-fs.service                           
  135ms plymouth-start.service                               
   94ms systemd-user-sessions.service                        
   82ms pppd-dns.service                                     
   72ms kerneloops.service                                   
   66ms systemd-tmpfiles-clean.service                       
   36ms rtkit-daemon.service                                 
   27ms motd-news.service                                    
   18ms [email protected]                        
   12ms plymouth-read-write.service                          
   11ms sys-kernel-config.mount                              
   11ms sys-fs-fuse-connections.mount                        
    9ms systemd-update-utmp-runlevel.service                 
    8ms alsa-restore.service

有人能帮我解决这个问题吗?因为即使删除后snapsnapd仍然面临启动时间过长的问题。提前谢谢。

操作系统名称和类型:Ubuntu 20.04.2 LTS x64 我的笔记本电脑:HP 250 G7 笔记本电脑 处理器:Intel® Core™ i3-7020U CPU @ 2.30GHz × 4 显卡:Mesa Intel® HD Graphics 620 (KBL GT2)

答案1

对于你看起来运行正常的 Ubuntu 系统,没有任何神奇的改进方法。(你已经证明了这一点)

有时存在行为不当的服务或不稳定的硬件,但您的输出并未显示出来。

您可以使用更好的硬件(用更快的 SSD 替换 HDD)进行渐进式改进。

您可以通过测试硬件是否兼容休眠功能(如 Windows FastBoot 体验)来逐步改进。并非所有硬件都兼容 Linux 休眠功能,因此 Ubuntu 默认禁用该功能。但启用该功能并不困难。当然,您也可以让系统保持运行状态(如果是便携式设备,则让系统进入休眠状态)。

您可以通过降低系统的复杂性来逐步改进。您的输出显示了典型的服务器任务(networkd、mysql)和典型的桌面任务(NetworkManager、udisks2)的混合。

相关内容