## 概念是什么
给服务器加盘、扩盘、重装之后，第一件事是搞清楚哪块盘是哪块。lsblk 按树状列出所有块设备与分区，容量、类型、挂载点一目了然；blkid 读取每个设备的 UUID 与文件系统类型。两者配合，先把盘符与实际设备的对应关系理清，再动手挂载，是避免挂错盘覆盖数据的基本功。
## 背后原理
内核按发现顺序给设备命名，重装、热插拔、虚拟盘调整后顺序可能变化，昨天的 vdb 未必是今天的 vdb。文件系统在创建时生成的 UUID 则是持久的身份标识，只要内容不变就终生不变。 fstab 用 UUID 而不是设备名引用分区，就是与这种顺序不稳定性解耦。
lsblk -f blkid /dev/vdb1
## 最小实操
标准流程三步：lsblk -f 看清全貌，确认目标盘的 UUID 与文件系统；建立挂载点目录；把 UUID 写进 fstab，带 nofail 选项，设备缺失时开机不会卡死等待。写完用 mount -a 试挂载，能挂上且无报错再重启验证。
UUID=xxxx-xxxx-xxxx /data xfs defaults,nofail 0 0
## 常见错误
不看全貌直接按盘符操作，把同容量的新盘与数据盘搞反，是数据丢失的经典剧本，操作前用 lsblk 与挂载点双重确认。fstab 写错导致开机进紧急模式也常见，nofail 与先试挂载是两道保险。顺云云服务器重装系统会重置系统盘但数据盘内容保留，重装后按 UUID 重新挂载数据盘即可，不要手痒格式化。
多盘环境的进阶习惯是建立盘符台账：每块盘的槽位、容量、UUID、用途与文件系统类型登记在册，lsblk 的输出与台账定期比对。虚拟化环境里新加盘、快照回滚、控制台调整磁盘都可能改变盘序，台账是唯一可信的锚点。挂载操作执行前，操作者对照台账念一遍设备路径与用途，这个笨办法拦下过无数事故。
fstab 的字段含义也值得彻底搞懂：设备、挂载点、类型、选项、转储标志、自检顺序六个字段，最后两个数字绝大多数场景都该是零，抄来的配置里非零值偶尔会引发奇怪的启动行为。选项里 noatime 少写一次访问时间，对读密集负载有小幅收益，可以按需加上。