参考：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启动时间这么长，现在终于发现真相了。