centos7系统挂载新数据盘

上周有客户询问我如何在私有云中的新ECS服务器上部署数据盘。
他建了一个1 00G的系统盘和一个1 000G的数据盘。
他发现数据盘已绑定但未挂载。
我应该怎么办？我跟他商量了一下，问你这一步对不对。

你描述的过程总体来说是没问题的，但是有一些地方需要格外小心。
首先，您提到：“检查现有磁盘，可以看到有一个/dev/vdb数据盘”。
请确认这是否真的存在。
上次在上海的商场做演示，就遇到了一个陷阱：因为系统盘扩容，云平台自动创建的盘被当成了数据盘，分区直接混淆了。
所以第一步，用fdisk -l 明确确认一下，一定不能出错。

分区操作是关键。
使用fdisk /dev/xvde进入分区模式没有问题，但需要注意一些细节： 1 . 分区时，选择n 创建新的主分区，然后按照说明进行操作。
如果选择p创建扩展分区，后面就得用mke2 fs之类的命令格式化，相当繁琐。
2 .不要混淆分区大小。
1 000G的数据盘必须划分为单个分区，否则挂载时mount命令会报错。
2 02 3 年我帮深圳一家公司配置的时候，因为数据盘被分成了三个小分区，花了半个小时才定位到问题。

至于UUID，可以用blkid /dev/xvde1 查看，不过有一个小建议：编辑/etc/fstab时，最好复制粘贴UUID，不要手写，以免字母翻动。
这就是为什么去年我的一个同事在服务器重新启动后立即出现蓝屏，导致系统硬盘损坏，最终损失了很多钱。

对于 ext4 磁盘，可能需要更改 xfsdefaults 挂载选项。
如果是xfs文件系统，这个选项是正确的；如果是 ext4 ，您可能需要将其更改为默认设置。
这取决于创建分区时使用的文件系统。
我认为xfs是默认的云平台。

最后，很容易被忽视的一点：添加/etc/fstab后，运行mount -a尝试挂载会更可靠。
如果直接重启，往fstab写入错误的东西，系统会立即挂起，而且没有办法挽救。
当我自己测试新配置时，我总是先使用 mount -a 来查看是否有任何错误消息。

如果您遵循此流程，很有可能不会出现问题。
如果重启后仍然没有出现 df -hT，可能是因为 fstab 中的 UUID 或挂载点拼写错误。
这时就需要使用fsck修复分区表或者尝试用mount手动挂载。
无论如何，这取决于你。

centos7系统中挂盘硬盘报错该怎么办?

老实说，CentOS7 在连接硬盘时一直报“unknownfilesystemtype(null)”，这很烦人。
当时我也愣住了。
您可以稍后检查它是否像这样工作。

第一步是了解报告错误的原因。
此错误始终意味着您的硬盘驱动器未格式化或分区。
硬盘显示“类型未知”。

第二步是开始采取行动。

1 .首先关闭虚拟机。
转到虚拟机管理器并添加新硬盘。
不要错过这一步。
硬盘驱动器必须是空的。

2 启动CentOS7 打开终端并输入以下命令： 巴什 fdisk -l
或 巴什 lsblk
看看你的新硬盘是什么样子的。
通常称为 sdb 或 nvme0n1 之类的名称。

3 开始分区。
选择您的新硬盘驱动器，例如 sdb，然后键入： 巴什 fdisk /dev/sdb
键入后，按 n 创建新分区，然后按 w 保存。
记住，是n，不是N。

4 .格式化分区。
选择新分区的空间（例如 sdb1 ）并键入： 巴什 mkfs.xfs /dev/sdb1
如果想使用ext4 ，请改为mkfs.ext4 在此步骤中，您将把衣服放在硬盘上。

5 .手动安装。
首先，创建一个挂载点。
巴什 mkdir /mnt/newdisk
然后挂起： 巴什 mount /dev/sdb1 /mnt/newdisk
硬盘现在可以使用了。

6 启动时自动挂载。
首先，检查 UUID。
巴什 blkid /dev/sdb1
注意 UUID 的长列表。
接下来，编辑 fstab 文件。
巴什 vi /etc/fstab
添加以下行：
UUID=xxxx-xxxx /mnt/newdisk xfs Default 0 0
将 UUID 替换为您之前记住的 UUID。
保存并退出。

第三步，有一些注释。
修改 fstab 时要小心。
如果不更改它，您的系统可能无法启动。
使用UUID挂载的好处是，即使硬盘位置发生变化，系统仍然能够识别硬盘，不会出现问题。
如果您是初学者，操作前备份数据是没有问题的。

大多数时候，这可以解决问题。
我尝试了这个技巧并且成功了。