升级需要重新扩分区这事确实不爽啊不爽
如果是 squashfs + f2fs 就更麻烦一点，ext4还算简单

【 在 iwannabe 的大作中提到: 】
: 标  题: opwrt根分区扩容虚惊一场
: 发信站: 水木社区 (Tue Jul  9 10:24:21 2024), 站内
:
: 重刷固件后，根分区只有2g，要扩容到原有大小16g
: 习惯性的fdisk /dev/mmcblk0, d 3 n p 一路回车
: 然后在按w的时候看了一眼，发现mmcblk0p3的起始扇区居然是2048，硬生生把手收回来，
: 马上按了ctrlc
:
: 重新来，n p之后，把当前p3的扇区851968填进去，最后检查了一遍，w分区完
: resize2fs ，发现根分区变成14g了。
:
: istoreos的image做的太糙了。dd到磁盘上都是坑
:
: 虚惊一场
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 119.139.197.*]
--
FROM 124.207.188.194

为啥，squashfs 根本就不用扩容，升级直接全量刷就好了，f2fs 跟 ext4 也没有本质区别
【 在 DreamDreams 的大作中提到: 】
: 升级需要重新扩分区这事确实不爽啊不爽
: 如果是 squashfs + f2fs 就更麻烦一点，ext4还算简单
:
--
FROM 114.251.196.*

也许我记错了，不是升级需要扩容

是我自己需要扩容，然后发现f2fs比ext4麻烦。


【 在 zli07 的大作中提到: 】
: 标  题: Re: opwrt根分区扩容虚惊一场
: 发信站: 水木社区 (Tue Jul  9 11:39:16 2024), 站内
:
: 为啥，squashfs 根本就不用扩容，升级直接全量刷就好了，f2fs 跟 ext4 也没有本质区别
: 【 在 DreamDreams 的大作中提到: 】
: : 升级需要重新扩分区这事确实不爽啊不爽
: : 如果是 squashfs + f2fs 就更麻烦一点，ext4还算简单
: :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 114.251.196.*]
--
FROM 124.207.188.194

软路由6w就跑一个openwrt，其他的在群晖里弄

【 在 poocp 的大作中提到: 】
: 没必要扩充OpenWrt的分区大小，用pve+openwrt，尽量让openwrt虚拟机小一些够用就
: 行，存储功能放在pve下面的容器和虚拟机。
: 这样还能为openwrt做固件升级前的快照，以及升级成功后的快照，万一升级失败，很
: 容易通过快照恢复到可以工作的状态。
: ※ 修改:·poocp 于 Jul  9 13:17:30 2024 修改本文·[FROM: 171.221.52.*]
: ...................
--
修改:poocp FROM 171.221.52.*
FROM 119.139.197.*

对，我这边openwrt已虚拟化，更进一步的，成了lxc实例了。
遥想从前，atom小主机上跑openwrt，sysupgrade很多时候踩坑启动不起来，得很辛苦的接外部显示器，排查恢复，麻烦得很。
【 在 poocp 的大作中提到: 】
: 没必要扩充OpenWrt的分区大小，用pve+openwrt，尽量让openwrt虚拟机小一些够用就行，存储功能放在pve下面的容器和虚拟机。
: 这样还能为openwrt做固件升级前的快照，以及升级成功后的快照，万一升级失败，很容易通过快照恢复到可以工作的状态。
: ※ 修改:·poocp 于 Jul  9 13:17:30 2024 修改本文·[FROM: 171.221.52.*]
: ...................
--
修改:poocp FROM 171.221.52.*
FROM 119.130.152.*