linux虚拟机长时间不关，重启的时候可能会报一个磁盘损坏的错误：

    这是由于磁盘有损坏造成的。在后面直接输入root密码，然后再输入fsck /dev/sda2(报错的设备名称)：

    在Fix<y>?后面输入yes：

    重启Reboot，若还有磁盘报同样的错，则重复上述步骤修复即可。

Kali Linux虚拟机磁盘扩容后启动慢问题修复

扩容自行操作

修复SWAP分区

由于在重建SWAP分区过程中分区的ID发生了改变，因此Kali启动时找不到对应分区，每次启动时都会等待极长时间来等待该分区

为了修复这个问题，我们首先需要获取新的分区的UUID

sudo blkid

运行上面的命令即可获取新SWAP分区的UUID

随即将 /etc/fstab 和 /etc/initramfs-tools/conf.d/resume 两个文件中的UUID都替换为上面的

/etc/fstab

/etc/initramfs-tools/conf.d/resume

运行下面的命令重建：

sudo update-initramfs -u

重启即可恢复正常

参考：https://hiram.wang/kali-linux-disk-expand/#%E4%BF%AE%E5%A4%8DSWAP%E5%88%86%E5%8C%BA

为了给虚拟机调整分区的大小，使用fdisk命令新建了一个分区，还没搞明白问题出在了什么地方，总之，fdisk把原来的文件系统给搞坏了。重启之后，虚拟机无法启动了，进入了grub rescure模式。里面还有很多重要的文件啊，最近一段时间的工作成果全在里面，这可怎么办呀？
因为是文件系统损坏，所以在grub rescure模式下，虽然可以通过ls命令看到分区信息，但是当你insmod normal的时候，总是提示你文件系统无法识别。此时，解决办法如下：

第一、使用原来的iso镜像文件重新创建一个虚拟机（不是原来的镜像文件也可以吧）。
第二、将原来虚拟机的硬盘添加进来，方法如下：
step1,选择虚拟机-》设置：

step2,选择硬盘，点击添加。

下一步，注意选择使用“现有虚拟磁盘”

下一步

浏览，选择原来虚拟机的磁盘文件：

然后就可以看到新增的硬盘了。

重启虚拟机
ls /dev/sd*

此时sdb1就是新增的磁盘，也就是原来虚拟机的磁盘，把它挂载到某个目录下就可以访问了。
比如：
mkdir ~/mnt
sudo mount /dev/sdb1 ~/mnt
如果文件系统没有损坏，此时就可以在mnt目录下看到之前虚拟机的文件了：

可是，如果像我这样，文件系统已经被损坏，无法挂载，则需要修复文件系统。

修复方法如下：

fsck -t ext3 /dev/sdb1
一路回车即可，完成后再次mount就可以了。然后重启原来的虚拟机，发现可以启动了。
这种方法也适用于因为错误的修改了某些系统配置文件，导致虚拟机无法启动的情况，因为在另一个虚拟机中，通过mount原来虚拟机的硬盘，可以操作其中的文件，修复其中的问题。