记录一个ubuntu扩容swap后导致开机启动慢的问题

问题描述

前段时间编译程序时,ubuntu系统莫名卡死,在等待一段时间后又恢复正常,查找原因是因为内存被爆,swap的空间也只有2G,因此以file方式扩容了swap.
扩容的方法参考的是这位老哥的blog.
然后在设置自动挂载时,参考了blog
在第一位老哥方法的基础上在 etc/fstab加上了
(问题的开始)

UUID=3441f772-bbe7-4157-82f5-2190e8d30b21 none swap sw 0 0

ps:uuid是我根据swapfile文件重新生成的,其值是没有错的。

正式因为上述的这一行代码,导致后续每次ubuntu系统开机都会在启动界面转圈圈90s以上,但swap是正常挂载的。
查询了许久ubuntu开机卡顿的问题,我一度认为swap正常挂载说明之前配置的swap应该没有问题呀。
后续又重新复盘,打开配置的方法又看了几遍,才发现这个问题。

原因

由于ubuntu系统并不能正常识别以file格式生成的swap,这导致如有此项配置,系统会在挂载的分区中一直寻找该项[猜测这里应该有个超时时间的配置,大佬们可以找找看] 这导致系统会再次卡顿一段时间,大概90s左右。

特此指出,希望对后来者有所帮助。

### 扩展Swap分区的方法 在Ubuntu系统中扩展swap分区可以通过多种方式实现。如果当前的swap是以LVM逻辑卷的形式存在,则可以考虑通过调整该逻辑卷大小来间接改变swap的空间;而如果是传统的基于磁盘分区创建的swap,则可能涉及到重新规划硬盘上的分区布局。 对于采用LVM管理下的swap来说,由于其灵活性较高,在不破坏数据的前提下能够相对容易地完成扩容操作。具体过程如下: #### 使用LVM管理的Swap进行扩容 1. 首先确认现有的交换空间情况以及对应的设备名称: ```bash swapon --show ``` 2. 停用旧有的swap区域以准备对其进行修改: ```bash sudo swapoff -a ``` 3. 对于位于LVM中的swap卷而言,假设名为`/dev/mapper/vg_name-lv_swap`,则可通过lvextend命令增加分配给它的物理存储量。这里假定目标是将其扩大到4GB: ```bash sudo lvextend -L +4G /dev/mapper/vg_name-lv_swap ``` 4. 接着更新新的swap区并再次激活它: ```bash mkswap /dev/mapper/vg_name-lv_swap sudo swapon /dev/mapper/vg_name-lv_swap ``` 上述方法适用于已经配置好LVM环境的情况[^1]。然而当面对非LVM的传统固定大小swap分区时,事情会变得复杂一些,因为这通常意味着要重做整个分区表或者借助第三方工具如GParted来进行无损调整[^2][^3]。 另外需要注意的是,直接对根文件系统的所在磁盘执行此类改动存在一定风险,建议提前做好备份工作,并谨慎评估必要性和可行性[^4]。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值