參考：https://blog.csdn.net/qq_33528164/article/details/76725439
https://blog.csdn.net/litongqiang/article/details/93748946
VMware下對Ubuntu16.04LTS進行擴充磁盤大小
建議該方法不要在磁盤分區dev/sda1佔用100%的情況下使用，因爲可能沒有空間安裝gparted
最近sda1分區突然滿了，一般需要查看哪個文件佔用了比較大的資源，我沒有嘗試成功，就將之前未用完的ubuntu系統提前擴容了。方法如下：
1、“編輯虛擬機設置”-“硬盤”-“實用工具”-“擴展”,輸入想要擴展的磁盤容量大小，這裏我將其擴展爲50G（需要關閉虛擬機）
2、點擊擴展，擴展完畢，擴充完畢後，打開Ubuntu，然後安裝一個工具Gparted
終端輸入：
sudo apt-get install gparted
上面gparted中g小寫才安裝成功
3、安裝完畢打開此應用
4、輸入虛擬機用戶密碼之後，可以看到已分配分區狀況和新增未分配的分區
5、刪掉extend分區，刪除該分區後才能重置sda1分區大小。
具體刪除辦法是：先右鍵swap分區，選擇“swap off”,再右鍵可以刪除swap分區，刪除swap分區後就可以刪除extend分區。
6、接下來重新調整/dev/sda1 的大小
點擊菜單欄上的向右的橙色圖標，重新給/dev/sda1劃分大小。我這裏調整爲45GB，然後剩下5GB作爲linux_swap，重新將未分配的5GB格式化。
7、再右鍵未分配空間新建一個extend分區4.98G,再右鍵未分配空間建一個swap分區4.98G，點擊上方綠色的對號保存設置，再選擇的Gparted 菜單欄“edit”->"apply all operations"實現配置生效
8、重啓系統完成配置，查看sda1的使用率如下，配置成功
在擴展磁盤空間後會出現a start job is running for dev-disk-by啓動需要1m30s的問題
解決a start job is running for dev-disk-by啓動錯誤
每次啓動Fedora系統時，Systemd都會報如下錯誤：
a start job is running for dev-disk-by uuid
這個錯誤會讓我等待１分３０秒．真的忍受不了．過了１分３０秒後，Systemd提示說：
Timed out waiting for device dev-disk-by\
Denpendency failed for /dev/disk/by-uuid/
Denpendency failed for Swap
看看第三行就會發現，引起這個錯誤的是Swap交換分區．進入桌面後，打開終端窗口，輸入下面的命令查看Swap狀態。
$ swapon --show
從截圖中可以發現，swap分區沒有激活。再輸入mount命令來查看已掛載的硬盤分區。
$ mount
發現swap分區沒有掛載。也就是說系統啓動時swap分區掛載失敗才導致了a start job is running for
dev-disk-by這個錯誤。但是爲什麼會掛載失敗呢？後來發現，原來是swap分區的UUID號發生了變化。輸入下面的命令查看swap分區的真實UUID。
$ sudo blkid
效果如下圖：
然後再查看/etc/fstab文件中swap分區的UUID。
$ sudo nano /etc/fstab
效果如下圖：
兩個UUID不同，正好解釋了爲什麼swap分區會掛載失敗。解決方法是刪除/etc/fstab文件中swap分區的UUID，再用sudo
blkid命令得出的swap分區UUID替換。保存文件，重啓系統後a start job is running for
dev-disk-by這個錯誤就消失了，挽回了生命中的１分３０秒。
這個錯誤在Arch Linux，Fedora，Ubuntu系統啓動時都出現了。Ubuntu系統在啓動時用Logo掩飾了系統消息。個人不太喜歡這一點。很長一段時間我都不明白爲什麼ubuntu啓動時間這麼長，現在終於發現真相了。