解決ubuntu 16.04升級到18.04,啟動緩慢的問題
摘要：
家裡的一臺主機一直安裝的是Linux系統，我在虛擬機器上把16.04升級到18.04之後，感覺還不錯。遂乾脆在實際的主機上進行了升級。升級很順利，各個軟體的相容性也沒出現問題。但是很快發現，啟動變慢了。這套老機器i5 + 32G記憶體 + 256G固態硬碟，平時啟動時間都在10秒左右。但是升級...
家裡的一臺主機一直安裝的是Linux系統，我在虛擬機器上把16.04升級到18.04之後，感覺還不錯。遂乾脆在實際的主機上進行了升級。升級很順利，各個軟體的相容性也沒出現問題。但是很快發現，啟動變慢了。這套老機器i5 + 32G記憶體 + 256G固態硬碟，平時啟動時間都在10秒左右。但是升級後，竟然要等1分鐘。毫無疑問，肯定是哪裡出了狀況。
使用systemd-analyze命令發現，啟動時候花費在kernel態的時間，高達30多秒。
一名老外博主給了細緻的分析方法：
ofollow,noindex">https://www.dedoimedo.com/computers/ubuntu-beaver-slow-boot.html
後來經過分析、查詢發現，這樣操作解決了：
To update GRUB so that it passes this option to the kernel automatically on boot:
-
Edit the file
/etc/default/grubfile so that the stringnoresumeis included in theGRUB_CMDLINE_LINUX_DEFAULTline, for example:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
-
Run this command to update GRUB:
sudo update-grub
- Reboot the computer
不過，vmware的啟動耗時還是比較高，後面再找原因。
順便吐幾句。圖形化、命令式系統各有優劣。圖形化的系統方便易用，但是難以自動化操作，批量處理難了。命令式系統有記憶負擔。因為命令是單點、零散的，如果不是天天用，經常是今天記住了，明天就忘了。而且，一旦管理體系升級，管理相關的命令又變了，你要看手冊才行。所以搜尋引擎式解決問題模型大行其道 – 搜尋引擎查詢問題和解決方法。