引言
在 linux 服务器上移除并重新挂载数据盘整个过程分为三大步:
1、卸载文件系统 - 逻辑上断开系统与文件系统的连接。
2、分离磁盘 - 物理上断开磁盘与系统的连接(针对云盘)或解除挂载配置。
3、重新挂载 - 将磁盘再次挂载到系统。
第一步:卸载文件系统
首先,确保没有任何进程正在使用要卸载的磁盘上的文件。这是成功卸载的关键。
1、确认挂载点和磁盘信息
使用 df -h 或 lsblk 命令查看当前已挂载的磁盘信息,确定你要卸载的数据盘的挂载点(如 /data)和对应的设备名(如 /dev/vdb1)。
df -h
输出示例:
filesystem size used avail use% mounted on /dev/vda1 50g 5.0g 45g 10% / /dev/vdb1 100g 60g 40g 60% /data <-- 这是我们要操作的数据盘
lsblk 命令可以更清晰地看到设备之间的层级关系(如哪个分区属于哪个磁盘):
lsblk
输出示例:
name maj:min rm size ro type mountpoint vda 253:0 0 50g 0 disk └─vda1 253:1 0 50g 0 part / vdb 253:16 0 100g 0 disk └─vdb1 253:17 0 100g 0 part /data <-- 设备是 /dev/vdb1,挂载点是 /data
2、卸载文件系统
使用 umount 命令卸载磁盘。切勿在命令中使用 n(unmount 是错误的)。
# 使用挂载点进行卸载(推荐) sudo umount /data # 或者使用设备名进行卸载 sudo umount /dev/vdb1
3、处理“target is busy”错误
如果提示 umount: /data: target is busy.,说明有进程正在访问该挂载点下的文件或目录。你需要终止这些进程。
方法a:使用 fuser 命令
# 查看哪些进程正在使用 /data sudo fuser -mv /data # 输出会显示进程pid,然后可以用 kill 终止它们 # 或者直接用 fuser 终止所有相关进程 sudo fuser -km /data # 再次尝试卸载 sudo umount /data
方法b:使用 lsof 命令
# 查看哪些进程打开了 /data 下的文件
sudo lsof +f -- /data
# 根据列出的pid,手动终止进程,或使用以下命令终止所有相关进程
sudo lsof +f -- /data | awk '{print $2}' | grep -v pid | sudo xargs kill -9
# 再次尝试卸载
sudo umount /data
最后手段:懒卸载
如果实在无法终止所有进程(但你确认数据可以安全卸载),可以使用懒卸载。这有一定风险,仅作为最后手段。系统会在设备不再繁忙时再执行卸载,但你可能无法立即收到成功反馈。
sudo umount -l /data
4、验证是否卸载成功
再次运行 df -h 或 lsblk,检查 /data 挂载点是否已经从列表中消失。
df -h # 此时应该看不到 /data 的挂载信息了
第二步:分离磁盘
卸载文件系统后,根据你的环境(物理机、虚拟机、云服务器)选择下一步操作。
场景a:云服务器(如阿里云、腾讯云、aws、azure等)
警告: 在控制台上操作分离磁盘前,必须先在操作系统内部完成卸载(第一步)。否则可能导致服务器文件系统损坏、数据丢失甚至无法正常开机。
登录你的云服务器控制台。
找到你的云服务器实例。
进入“存储”或“磁盘”相关管理页面。
找到已卸载的数据盘,并选择 “卸载” 或 “分离”(detach)操作。
等待控制台提示卸载成功。
现在,你可以根据需求重新挂载它:
如果只是想改变挂载点(例如从 /data 改为 /mnt/newdata):你无需在控制台分离磁盘,只需完成第一步卸载,然后直接跳到下面的 第三步:重新挂载 即可。
如果想把磁盘挂载到另一台服务器:在控制台将其从当前服务器分离后,再将其挂载到目标服务器上,然后在目标服务器上执行 第三步。
如果只是想重新挂载到本机:分离后,再次在控制台将其 “挂载” 或 “附加”(attach)到原来的服务器实例上。然后回到服务器终端。
对于云服务器,重新挂载后,设备名可能会变!(例如从 /dev/vdb 变成了 /dev/vdc)。务必使用 lsblk 命令重新确认设备名。
lsblk # 仔细查看新挂载的磁盘是 vdb 还是 vdc
场景b:物理服务器或本地虚拟机
物理服务器直接断电后拔插硬盘即可。对于本地虚拟机(如 vmware、virtualbox):
在虚拟机设置中,移除该硬盘设备。
如果需要重新挂载,再将其添加回来。
同样,设备名可能会发生变化,务必使用 lsblk 确认。
第三步:重新挂载
现在,磁盘已经处于“已连接但未挂载”的状态。
1、再次确认设备名
sudo lsblk
找到你的数据盘,确认其设备名(如 /dev/vdb1)并且没有 mountpoint。
2、创建挂载点(如果需要)
如果你要挂载到一个新的路径,需要先创建目录。
sudo mkdir -p /mnt/new_data
如果使用原来的挂载点(如 /data),则无需创建。
3、挂载文件系统
使用 mount 命令进行临时挂载(重启后失效):
sudo mount /dev/vdb1 /mnt/new_data
4、验证挂载是否成功
df -h
检查输出中是否包含了新挂载的磁盘和挂载点。
5、配置开机自动挂载(非常重要)
临时挂载在服务器重启后会失效。如需永久生效,必须修改 /etc/fstab 文件。
a. 获取文件系统的uuid(推荐)或标签
使用设备名(如 /dev/vdb1)在系统重启时可能会变化,而uuid是唯一的,更可靠。
sudo blkid /dev/vdb1
输出示例:
/dev/vdb1: uuid="a1b2c3d4-e5f6-7890-abcd-ef1234567890" type="ext4"
记下 uuid 的值。
b. 备份 fstab 文件
sudo cp /etc/fstab /etc/fstab.bak
c. 编辑 fstab 文件
使用 vim 或 nano 等编辑器。
sudo vim /etc/fstab
d. 添加一行配置
在文件末尾添加新行,格式为:<设备标识> <挂载点> <文件系统类型> <挂载选项> <dump选项> <fsck顺序>
使用uuid(推荐):
uuid=a1b2c3d4-e5f6-7890-abcd-ef1234567890 /mnt/new_data ext4 defaults 0 0
或者使用设备名(不推荐):
/dev/vdb1 /mnt/new_data ext4 defaults 0 0
e. 检查 fstab 配置是否正确
这是一个非常重要的安全步骤,错误的 fstab 配置可能导致系统无法启动。
sudo mount -a
这个命令会尝试挂载 fstab 中所有配置了的设备。如果没有任何错误输出,并且 df -h 能看到磁盘,说明配置正确。如果有报错,必须立即修正 /etc/fstab 文件,否则重启后服务器可能无法正常进入系统。
至此,已完成数据盘的移除和重新挂载全过程。
以上就是linux服务器数据盘移除并重新挂载的完整过程的详细内容,更多关于linux数据盘移除并重新挂载的资料请关注代码网其它相关文章!
发表评论