aws ec2硬盘扩容

问题:

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvde             9.9G  7.6G  1.8G  82% /

tmpfs                 1.7G     0  1.7G   0% /dev/shm

------------------------------------------------------------

# fdisk -l


Disk /dev/xvde: 268.4 GB, 268435456000 bytes
255 heads, 63 sectors/track, 32635 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00000000

解决:

# resize2fs /dev/xvde
resize2fs 1.41.12 (17-May-2010)
Filesystem at /dev/xvde is mounted on /; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 16
Performing an on-line resize of /dev/xvde to 65536000 (4k) blocks.


The filesystem on /dev/xvde is now 65536000 blocks long.

------------------------------------------------------------

# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/xvde            258030980   7958132 236968784   4% /
tmpfs                  1769892         0   1769892   0% /dev/shm
[root@ip-172-31-8-243 /]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvde             247G  7.6G  226G   4% /

tmpfs                 1.7G     0  1.7G   0% /dev/shm

参照:

https://serverfault.com/questions/414983/ec2-drive-not-ebs-volume-size


<think>嗯,用户的问题很清晰:想要在AWSEC2实例上挂载EBS卷的具体步骤教程。结合用户提供的四个引用和站内知识,核心操作流程已经完整,但需要更结构化地呈现。用户可能是云运维人员或开发者,遇到存储扩容需求。ta特意提到"教程步骤",说明需要可落地的操作指南,且引用中多次出现Linux命令和持久化配置,暗示实例系统很可能是Linux。有趣的是用户主动过滤了非必要引用内容,说明有一定技术判断力。从技术实现角度,需要突出三个关键点:一是设备初始化的文件系统创建(特别是未格式化卷的处理,引用4强调了这点),二是mount命令的临时挂载与fstab持久化区别,三是UUID安全标识的重要性(引用2的实践经验很实用)。另外引用3的lsblk排查示例可帮助用户定位设备名。要特别注意潜在陷阱:新建EBS默认无文件系统(引用4的data状态)、重启后挂载失效、设备名漂移风险。因此教程步骤里必须包含file-s检测、mkfs格式化、UUID绑定三个保障环节。引用1提到的Cloudformation挂载自动化虽不在此次需求范围,但可作为扩展知识点备选。安全方面建议增加umount防数据损坏提醒,毕竟存储操作有风险。性能优化方面引用2的nofail选项有价值,但属于进阶内容放在扩展更合适。</think> 以下是在AWS EC2实例上挂载EBS卷的详细步骤(基于Linux系统): ### 一、前期准备 1. **创建并关联EBS卷** - 在AWS控制台创建EBS卷(选择与EC2实例相同的可用区) - 将卷Attach到目标EC2实例(设备名如`/dev/xvdf`) 2. **连接EC2实例** ```bash ssh -i 密钥文件.pem ec2-user@实例公有IP ``` ### 二、挂载操作流程 1. **查看磁盘设备** ```bash lsblk # 确认未挂载的卷设备名(如xvdf) ``` 输出示例: ``` NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda 202:0 0 30G 0 disk └─xvda1 202:1 0 30G 0 part / xvdf 202:80 0 50G 0 disk <-- 新添加的卷 ``` 2. **检查文件系统** ```bash sudo file -s /dev/xvdf ``` - 若输出`/dev/xvdf: data`表示未格式化(需操作步骤3) - 若已有文件系统(如XFS/EXT4)直接跳到步骤5 3. **创建文件系统**(新卷需格式化) ```bash sudo mkfs -t xfs /dev/xvdf # 推荐XFS,也可用ext4 ``` > 💡 注意:格式化会清除所有数据! 4. **创建挂载目录** ```bash sudo mkdir /data # 自定义目录路径 ``` 5. **临时挂载卷** ```bash sudo mount /dev/xvdf /data ``` 6. **配置永久挂载** - 获取卷的UUID: ```bash sudo blkid /dev/xvdf ``` 输出示例:`/dev/xvdf: UUID="aebf131c-6957..." TYPE="xfs"` - 编辑fstab文件: ```bash sudo vim /etc/fstab ``` - 添加配置行(使用UUID更安全): ``` UUID=aebf131c-6957-451e-8d34-ec978d9581ae /data xfs defaults,nofail 0 2 ``` 7. **验证配置** ```bash sudo mount -a # 测试fstab配置是否正确 df -h /data # 查看挂载情况 ``` ### 三、关键注意事项 1. **设备名漂移防护** - 使用UUID而非`/dev/xvdf`(如引用2/4所示),避免实例重启后设备名变更[^2][^4] 2. **nofail参数重要性** - 添加`nofail`选项防止因卷故障导致系统无法启动[^2] 3. **Windows实例差异** - 需通过磁盘管理初始化并分配盘符 - 不支持fstab配置 > 📌 完整流程验证:配置后执行`sudo reboot`重启实例,验证/data目录自动挂载 ### 操作原理图示 ```mermaid graph LR A[创建EBS卷] --> B[关联EC2实例] B --> C{检查文件系统} C -- 未格式化 --> D[执行mkfs格式化] C -- 已格式化 --> E[创建挂载点] D --> E E --> F[临时mount挂载] F --> G[配置/etc/fstab] G --> H[重启验证] ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值