解决两个问题：
如果用mount命令进行手动挂载，有个问题，每次重启，这些分区必须要重新手工挂载。 一重启分区就会丢，这个不符合我们的使用习惯，应该可以实现自动挂载。如果想要永久生效，就要写入 /etc/fstab文件，只要写入了这个文件，开机之后依照这个文件的配置，自动挂载。这个文件是系统启动的时候一个重要的启动文件，万一把他写错了，有可能会直接造成系统的崩溃，这种情况下需要进行fstab文件修复。开始操作： vim /etc/fstab打开fstab文件 需要说明的字段：
第一个字段： 分区设备文件名或UUID都可以，但是设备文件名有个问题：就是把分区的顺序给颠倒了，把原来的sda2变成了sda3,或者升级了系统内核，或者有添加了新的分区，这种情况下非常容易造成系统的崩溃。原因： 系统是按照原先的分区顺序进行系统的启动和调用，但是你把分区顺序改了，系统不知道，然后用原先的方法去找就会报错。 Uuid相当于给我们的分区起了一个唯一识别的id号， 这样系统去看这个id号来确定分区，这样随便改分区顺序，但是分区的id号是固定的，只要来查询id号，就可以知道你的分区有没有改顺序，就算改了，也可以正常使用。所以有了uuid,分区的修改和使用就会变得更加灵活。UUID可以用dumpe2fs -h /dev/sdb1 第四个字段： 这个分区自动挂载的时候使用默认权限 这个文件当中的权限和mount、所用到的挂载表格的权限是通用的，如果不想用默认权限，想自己手工来进行权限，可以参考mount,挂载权限的那个变化。可以参考这篇文章的mount： https://blog.csdn.net/weixin_46818279/article/details/107040849第五个字段 这里的备份针对的是分区，这个目录必须是分区才会有lost+found 第六个字段： fsck不需要手工执行，系统会在恰当的时间内会自动进行检测。 注意： 一般手工添加的分区它的优先级不能为1，不应该比根目录要高。开始实验：
（1）添加挂载的分区 (2)为了保险起见，先执行mount –a这个命令，根据配置文件/etc/fstab的内容，自动挂载。如果报错会有提示，不至于重启之后等系统崩溃了才发现。 （3） 万一文件写错了会导致直接崩溃。测试：故意把文件内容写错，把sdb1写成sdb (4)开始重启reboot 到现在发现这个文件只有读权限，修改之后不能保存，就连强制保存都不可以。那如何解决那？？？继续往下看！！！注意： /etc/fstab这个文件是一个重要的系统启动资源文件， 如果这个文件写错，启动过程就会报错，会导致系统直接崩溃。
接着上面的实验继续进行：
（1） 这个分区在报错之后，挂载的时候没有把他挂成读写权限， 而挂成了只读权限，重新把分区挂载一下，挂成读写权限，就可以解决这个问题 （2）这是可以修改保存了，然后再重启reboot提示：
如果/etc/fstab进行报错，再启动的时候输入密码，然后通过重新挂载，然后把写权限挂载进去，然后进行文件的修复。这种修复方式不是万能的，这个不是Linux当中常用的修复模式。这种修复只用于这个文件报错的情况下，修复是有局限性的，只能修复这个文件报错，如果把根分区这个字段给弄错，连错误提示都看不到，系统直接就崩溃了。如果想看到那个报错，必须保证根分区是正常的才可以。