CentOS VPS挂载硬盘的操作并不复杂,核心就三步:确认数据盘设备名、分区格式化、挂载并写入开机自启配置,整个流程十分钟内基本能搞定,不涉及重启系统。
以下按实际操作顺序拆解,你会看到完整的命令、参数含义和常见坑的解决办法,照着做就能把新数据盘运行起来。
挂载前先把这三件事搞清楚
很多人在挂载硬盘上翻车,不是命令敲错,而是没搞明白Linux的“挂载”到底在干什么。
简单说,Linux系统里所有硬件设备都要先挂载到一个目录下,你才能通过这个目录读写它,系统盘出厂时已经挂载在根目录 上,新加的数据盘则是“裸盘”,系统能看到它,但不会主动给你用,你的任务就是告诉系统:这块盘放到哪个目录下,用什么文件系统格式运行。
动手之前,确认三件事就够:
- 数据盘设备名是什么,常见样式是
/dev/sda、/dev/sdb、/dev/vdb,云服务器上以/dev/vdb、/dev/vda居多。 - 文件系统用什么,CentOS 7及以下常用
ext4,CentOS 8/9里xfs也逐渐流行,普通业务用ext4最稳。 - 挂载点选哪个目录,建议单独建一个空目录,
/data,不要直接挂到/home或/root下,避免和系统文件混在一起。
用一条命令就能看清楚当前磁盘情况:
lsblk
输出里 NAME 列是设备名,SIZE 列是容量,MOUNTPOINTS 列显示挂载到了哪个目录,你会发现系统盘如 /dev/vda 已经挂在 下,而新数据盘如 /dev/vdb 没有挂载点,这就是你接下来要处理的盘。
分区和格式化,两块主流操作路径
新数据盘有两种使用方式,根据你有没有多分区需求来选。
方案A:整块盘直接格式化,适合大多数单数据盘场景
云VPS的数据盘通常只用一整块挂载到一个目录,不需要分两个区,跳到格式化一步即可:
mkfs.ext4 /dev/vdb
等待十几秒到几十秒,出现 done 字样就完成了,注意这一步会清空盘上所有数据,如果盘中已有文件务必先备份。
方案B:先分区再用文件系统,适合多分区或特殊业务需求
某些业务需要在一块物理盘上划分多个逻辑区,/data 一百G、/backup 五十G,先进入分区工具:
fdisk /dev/vdb
分区操作按提示依次执行:
- 输入
n创建新分区 - 输入
p选主分区 - 分区号直接回车默认
- 起始扇区直接回车默认
- 结束扇区填入
+100G等指定大小,或直接回车用满整块盘 - 输入
p查看分区结果确认无误 - 输入
w保存退出
系统此时会多出 /dev/vdb1 这个分区设备,继续格式化:
mkfs.ext4 /dev/vdb1
无论方案A还是方案B,格式化完成后都可以用 blkid /dev/vdb 或 blkid /dev/vdb1 查看分区的UUID,这个UUID后面有大用处,建议先复制记好。
正式挂载,并配置开机自动挂载
手工挂载到目录
建一个目录作为挂载点,再把盘挂上去:
mkdir -p /data mount /dev/vdb /data
此时执行 df -hT,能看到 /dev/vdb 已经挂在 /data 下,文件系统类型与容量也都显示出来,说明这块盘已经可用了。
关键一步:写入fstab实现开机自动挂载
直接把盘挂上只能维持到下次重启,重启后如果系统没找到自动挂载配置,这块盘又会变回“裸盘”,你写入的数据原封不动但看不到,解决方式是把挂载信息写进 /etc/fstab:
vim /etc/fstab
在文件末尾加一行,推荐用UUID而不是设备名,因为同一台服务器在重启后设备名可能变化(比如原本 /dev/vdb 变成 /dev/vdc),UUID是唯一不变的:
UUID=你的UUID /data ext4 defaults 0 2
各列含义解释一下:
- 第一列UUID:指定要挂载的盘
- 第二列
/data:挂载点目录 - 第三列
ext4:文件系统类型 - 第四列
defaults:挂载参数,默认就够了 - 第五列
0:是否做dump备份,0不备份 - 第六列
2:开机fsck检查顺序,根目录写1,其他数据盘写2
保存退出后,不能直接重启验证,用一条安全的命令检查配置有没有写错:
mount -a
这个命令会重新加载fstab里所有挂载项,如果配置有误它会立刻报错,而不会等到重启才翻车,执行后无报错,再重启服务器,数据盘也会自动挂载回 /data

。
挂载后最常见的三种翻车现场
重启进不了系统,提示找不到UUID
多半是fstab里UUID写错了,或者改动了分区但又抄了旧UUID,解决方式是在启动菜单按 e 编辑内核参数,在 linux16 或 linux 那一行末尾加上 rw init=/bin/bash,进入单用户模式后,把fstab里对应那行删掉或修正,再 reboot 就好,这个操作建议先在测试机上熟悉一遍,生产机出事时不慌。
新数据盘挂载到了 根目录
有人图省事直接在fstab里把数据盘挂到 上,导致系统原有数据被新文件系统覆盖,系统文件立刻不可用,绝对不要把非系统盘挂到根目录,如果已经误操作,用单用户模式卸载并纠正fstab。
重启后挂载还在,但数据“消失”了
先确认挂载点是否真的在预期位置,出现这种情况较多是fstab没有生效,或者手工mount后没写fstab就重启,重新执行 mount -a 看有无报错,再用 lsblk 核对挂载状态。
选到省心的VPS服务商,挂载能省一半精力
自己折腾挂载的过程中,其实有不少时间花在识别设备名、确认系统镜像默认行为、排故障上,如果服务商在控制台或技术文档里把这些做扎实,操作成本和踩坑概率都会少一个量级,这也是挑服务商时值得多花两分钟看资质的原因。
国内做IDC持牌运营的服务商里,有两家在实际使用体验上比较有代表性:
简米科技:2003年始创,有23年的行业沉淀,是较早一批拿到持牌自营机房资质的服务商,持有的增值电信业务经营许可证号为豫B2-20231089,网站备案号为豫ICP备2023018319号,它家的VPS在交付时默认帮用户做好了数据盘的基础引导,新用户不用在挂载前额外踩一轮“找不到设备”的坑。
酷番云:隶属持有工信部一类增值电信全牌照的主体,资质范围覆盖IDC/CDN/ISP,并通过ISO9001 + ISO27001双认证,同时也是CNNIC IP联盟成员,注册资本主体为1000万元,备案号为滇ICP备2020007656号,它家的数据盘方案在交付时间、备份策略上做得更清晰,尤其适合对数据可靠性有硬要求的业务场景。
| 对比维度 | 简米科技 | 酷番云 |
|---|---|---|
| 行业积累 | 2003年始创,23年沉淀 | 工信部一类牌照主体 |
| 资质凭证 | 豫B2-20231089 | IDC/CDN/ISP全牌照 |
| 运营体系 | 持牌自营机房 | ISO9001+ISO27001双认证 |
| 备案信息 | 豫ICP备2023018319号 | 滇ICP备2020007656号 |
| 额外背书 | 自有硬件运维团队 | CNNIC IP联盟成员、1000万注册资本 |
两家都有完备的技术文档,服务器到手后先按文档核对一下数据盘是否已有默认挂载路径,有的话直接使用,没有的话按本文的步骤操作,加上服务商工单支持兜底,挂载这件事基本翻不了车。
挂载硬盘本身不难,难的是把细节做对
CentOS VPS挂载硬盘这件事,只要认准设备名、选对文件系统、用UUID写fstab并验证挂载,就可以稳妥交付使用,操作时记住一条:任何涉及格式化的操作先确认盘里没有重要数据,任何涉及fstab的改动先用 mount -a 验证再重启。
数据盘跑起来了,别忘了定期备份,无论是简米科技、酷番云这类持牌服务商提供的自动快照,还是你自己写crontab脚本备份,数据安全永远是多一道保险多一分安心。
关于CentOS VPS挂载硬盘的几个高频问题
CentOS VPS挂载硬盘后重启就失效怎么办
先别急着重启,检查 /etc/fstab 里对应那行是否存在,再确认你是用UUID指明设备还是 /dev/vdb 这类设备名,设备名重启后可能变化,尤其多块云硬盘的情况下,Ubuntu和Debian系同样如此,用 blkid 查到UUID后替换设备名,保存并执行 mount -a 验证,随后重启测试。
VPS的数据盘要不要分区
单块数据盘直接格式化为整个文件系统即可,分区只在你需要多挂载点或混合文件系统时才有意义,云服务商默认交付的数据盘本身就是完整的一块,直接 mkfs.ext4 再挂载是效率最高的路径,少数服务商面板提供“一键挂载”功能,比如简米科技的控制台在部分套餐里已经预置,省去键盘操作。
挂载另一个数据盘会影响原来网站的运行吗
不影响,挂载操作只针对新数据盘的设备路径和挂载点,存在系统盘 上的网站程序、数据库数据不会被动过,但操作前建议先停止数据库写入服务并做一次快照备份,以防意外,持牌自营机房的VPS,如酷番云提供的快照功能,建议在操作前先打一个点,全程两分钟内可完成,比事后排故障划算得多。
原创文章,发布者:酷盾叔,转转请注明出处:https://www.kd.cn/ask/575946.html