您的位置:首页 > 运维架构 > Linux

linux下磁盘挂载的一些小问题

2013-06-08 20:15 211 查看
今天接到一个排错:一台用作数据仓库的服务器新加sas硬盘X2组raid1后无法正确识别,重启后外挂的FC-SAN存储线路也有一路不正常。

花了点时间去解决,顺便写个bolg记录下来备忘:

1.变更原因是/dev/sda2挂载的/oradata 空间只剩13G需要增加空间
2.故障表现: 新加2T磁盘/dev/sdd1不能正常挂载,原有/dev/sdb1存储线路异常

【排错】

1.检查发现/dev/sdd1 磁盘空间大小不符合2TB,反而和原有sdb1大小一致




同时原有存储线路lun挂载状态正常



从而判断是由于直接在服务器上添加本地硬盘导致设备编号发生变化。
原有/dev/sdb1已变更为/dev/sdd1,新加磁盘sdd1变更为sdb1 。但是/etc/fstab 内原配置未调整导致挂载/dev/sdb1失败提示找不到。

2.格式化新磁盘时候发现多次挂载失败报错为:需要格式化文件系统多次才能正常挂载 ,而且格式化的最后一步特别缓慢,相关命令:
1.  fdisk -l   #检查分区
2.  mount     #检查挂载
3.  parted  /dev/sdb   #GPT分区需要用parted命令进去配置
4.(parted)print      #查看分区
5.如果还没有创建   有标准执行步骤为:
mklabel gpt       #设置分区格式为GPT(支持大于2TB)
mkpart primary 0% 100%     #划分主分区  给100%空间 可自行调整大小
quit  退出  /rm+ID  移除
6.   mkfs.ext4  /dev/sdb1   |mkfs.ext3 -F  /dev/sdb1 (格式化分区,ext3如果不指定block size的大小为8K最大只能支持到8TB,优选用ext4)

7. vi /etc/fstab   #修改配置  手动mount避免失效


3.考虑到原先做的 LABEL= 不能轻易变动,容易导致系统启动后报错



所以使用以下命令

umount /dev/sda2
e2label /dev/sdb1 /oradata
mount LABEL=/oradata /oradata
vi /etc/fstab


创建挂载点 将原挂载转移到/oradata_old ,reboot后总算正常了

PS: 由于原sda2有冲突需要在重启前调整,否则会导致sdb1不能挂载成/oradata





全部搞完后结果如下图:




总而言之,解决问题的方法往往很简单,最花费时间和精力的,是找到问题所在。。

本文出自 “飞仔槑--分享即是快乐...” 博客,请务必保留此出处http://ccie119.blog.51cto.com/663207/1219143
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: