红米手表5＆6教程 彻底解决 REDMI Watch 5（包括eSIM版）快应用数量限制问题及其原理解读

[Lyk1103]

前情提要​

众所周知，REDMI Watch 5 （含 eSIM 版）在某次大版本升级后，无法再安装任何快应用。
@sensen1234 大佬对此现象的解释是：

但是，在与 Manus 进行交流后，我发现，这并不是因为什么 Xring 芯片被挖出，只是一个简单的分区容量问题。

原理​

小米 Vela 穿戴设备的 OTA 更新包里包含着许多分区。其中有一个分区，名为“vela_quickapp”，里面存放着系统预装的快应用 rpk 包。在系统更新或恢复出厂设置后，该分区里的快应用会被重新安装到系统中。
而vela_quickapp中的应用，在用户层面是无法被完全删除的，Vela 系统中提供的“卸载系统应用”只是起到“隐藏”的效果，实际上该应用的 rpk 包仍存在于 vela_quickapp 分区内，在恢复出厂设置后会自动装回来。

vela_quickapp 分区的大小是固定的，大约为 8MB。若该分区被撑满，就无法继续安装快应用。（也就会出现安装时提示“存储空间不足”的情况）
这样，“更新固件后无法再安装快应用”的问题就很好解释了。只是因为小米往 vela_quickapp 分区里塞了一堆小游戏 rpk，导致该分区在系统更新后直接被撑满，且内置的小程序无法被删除，所以无法继续往里面安装任何快应用。

解决​

知道了问题发生的原因，那么我们直接对症下药就行了。
我把 REDMI Watch 5 eSIM 最新版的 OTA 升级包发给了 Manus ，让他删除了 vela_quickapp 分区内的所有预置快应用，除了微信。（因为微信里有微信支付是生活必需的）
最后，让他把固件包重新打包发给我，这么一项修改算是完成了。

使用 Notify For Xiaomi 将固件包安装到手表上，完美开机。恢复出厂设置后，系统中只有微信这一个快应用。“系统应用安装”列表也干净了。
使用 AstroBox 向手表中安装快应用，果然可以安装，这说明小米并没有在系统层面设置什么快应用安装的“限制”。
最后实测，安装不同种类的快应用，安装了 20 个之后才提示存储空间不足。比使用普通固件的 10 个左右多出了不少。

浏览附件57196

警告​

前文提到了 vela_quickapp 这个分区的大小是固定的。这时候有些同学可能会说：“那我把这个分区扩容不就好了？”
这是一个很危险的行为。我在摸索出“删快应用法”之前，曾让 Manus 给 vela_quickapp 分区扩过容。但是扩容后的固件一装到手表上，手表就变砖了。为此我和小米售后磨了好久嘴皮子才换了块新表……

固件分享​

REDMI Watch 5 eSIM 版的包点击我下载。

其它型号的包我没做，因为 Manus 免费版积分用光了。（悲）
如果大家真的有需要的话，欢迎在这条帖子下评论，我会选择性地做包并分享给大家。

 

[sensen1234]

我并不是大佬
原因只是瞎猜一下（）

 

[sensen1234]

其实在后来，我也尝试过一些歪门邪道的方法，也有试过楼主的这个方案，但魔改系统风险较大，就没有写到帖子里
等我学校放假后，我会详细的再研究下这个方法，然后放到教程贴中
当然，我会在显著地方标明原作者
（如果楼主不愿意被转载，那我就不更了qwq）

 

[仰望星河]

其实在后来，我也尝试过一些歪门邪道的方法，也有试过楼主的这个方案，但魔改系统风险较大，就没有写到帖子里
等我学校放假后，我会详细的再研究下这个方法，然后放到教程贴中
当然，我会在显著地方标明原作者
（如果楼主不愿意被转载，那我就不更了qwq）

 

[仰望星河]

加油加油，就信你好吧

 

[晓来雾沾衣]

为什么我的astrobox连接不了设备？？？

 

[晓来雾沾衣]

前情提要​

众所周知，REDMI Watch 5 （含 eSIM 版）在某次大版本升级后，无法再安装任何快应用。
@sensen1234 大佬对此现象的解释是：

但是，在与 Manus 进行交流后，我发现，这并不是因为什么 Xring 芯片被挖出，只是一个简单的分区容量问题。

原理​

小米 Vela 穿戴设备的 OTA 更新包里包含着许多分区。其中有一个分区，名为“vela_quickapp”，里面存放着系统预装的快应用 rpk 包。在系统更新或恢复出厂设置后，该分区里的快应用会被重新安装到系统中。
而vela_quickapp中的应用，在用户层面是无法被完全删除的，Vela 系统中提供的“卸载系统应用”只是起到“隐藏”的效果，实际上该应用的 rpk 包仍存在于 vela_quickapp 分区内，在恢复出厂设置后会自动装回来。

vela_quickapp 分区的大小是固定的，大约为 8MB。若该分区被撑满，就无法继续安装快应用。（也就会出现安装时提示“存储空间不足”的情况）
这样，“更新固件后无法再安装快应用”的问题就很好解释了。只是因为小米往 vela_quickapp 分区里塞了一堆小游戏 rpk，导致该分区在系统更新后直接被撑满，且内置的小程序无法被删除，所以无法继续往里面安装任何快应用。

解决​

知道了问题发生的原因，那么我们直接对症下药就行了。
我把 REDMI Watch 5 eSIM 最新版的 OTA 升级包发给了 Manus ，让他删除了 vela_quickapp 分区内的所有预置快应用，除了微信。（因为微信里有微信支付是生活必需的）
最后，让他把固件包重新打包发给我，这么一项修改算是完成了。

使用 Notify For Xiaomi 将固件包安装到手表上，完美开机。恢复出厂设置后，系统中只有微信这一个快应用。“系统应用安装”列表也干净了。
使用 AstroBox 向手表中安装快应用，果然可以安装，这说明小米并没有在系统层面设置什么快应用安装的“限制”。
最后实测，安装不同种类的快应用，安装了 20 个之后才提示存储空间不足。比使用普通固件的 10 个左右多出了不少。

浏览附件57196

警告​

前文提到了 vela_quickapp 这个分区的大小是固定的。这时候有些同学可能会说：“那我把这个分区扩容不就好了？”
这是一个很危险的行为。我在摸索出“删快应用法”之前，曾让 Manus 给 vela_quickapp 分区扩过容。但是扩容后的固件一装到手表上，手表就变砖了。为此我和小米售后磨了好久嘴皮子才换了块新表……

固件分享​

REDMI Watch 5 eSIM 版的包点击我下载。

其它型号的包我没做，因为 Manus 免费版积分用光了。（悲）
如果大家真的有需要的话，欢迎在这条帖子下评论，我会选择性地做包并分享给大家。

 

[晓来雾沾衣]

前情提要​

众所周知，REDMI Watch 5 （含 eSIM 版）在某次大版本升级后，无法再安装任何快应用。
@sensen1234 大佬对此现象的解释是：

但是，在与 Manus 进行交流后，我发现，这并不是因为什么 Xring 芯片被挖出，只是一个简单的分区容量问题。

原理​

小米 Vela 穿戴设备的 OTA 更新包里包含着许多分区。其中有一个分区，名为“vela_quickapp”，里面存放着系统预装的快应用 rpk 包。在系统更新或恢复出厂设置后，该分区里的快应用会被重新安装到系统中。
而vela_quickapp中的应用，在用户层面是无法被完全删除的，Vela 系统中提供的“卸载系统应用”只是起到“隐藏”的效果，实际上该应用的 rpk 包仍存在于 vela_quickapp 分区内，在恢复出厂设置后会自动装回来。

vela_quickapp 分区的大小是固定的，大约为 8MB。若该分区被撑满，就无法继续安装快应用。（也就会出现安装时提示“存储空间不足”的情况）
这样，“更新固件后无法再安装快应用”的问题就很好解释了。只是因为小米往 vela_quickapp 分区里塞了一堆小游戏 rpk，导致该分区在系统更新后直接被撑满，且内置的小程序无法被删除，所以无法继续往里面安装任何快应用。

解决​

知道了问题发生的原因，那么我们直接对症下药就行了。
我把 REDMI Watch 5 eSIM 最新版的 OTA 升级包发给了 Manus ，让他删除了 vela_quickapp 分区内的所有预置快应用，除了微信。（因为微信里有微信支付是生活必需的）
最后，让他把固件包重新打包发给我，这么一项修改算是完成了。

使用 Notify For Xiaomi 将固件包安装到手表上，完美开机。恢复出厂设置后，系统中只有微信这一个快应用。“系统应用安装”列表也干净了。
使用 AstroBox 向手表中安装快应用，果然可以安装，这说明小米并没有在系统层面设置什么快应用安装的“限制”。
最后实测，安装不同种类的快应用，安装了 20 个之后才提示存储空间不足。比使用普通固件的 10 个左右多出了不少。

浏览附件57196

警告​

前文提到了 vela_quickapp 这个分区的大小是固定的。这时候有些同学可能会说：“那我把这个分区扩容不就好了？”
这是一个很危险的行为。我在摸索出“删快应用法”之前，曾让 Manus 给 vela_quickapp 分区扩过容。但是扩容后的固件一装到手表上，手表就变砖了。为此我和小米售后磨了好久嘴皮子才换了块新表……

固件分享​

REDMI Watch 5 eSIM 版的包点击我下载。

其它型号的包我没做，因为 Manus 免费版积分用光了。（悲）
如果大家真的有需要的话，欢迎在这条帖子下评论，我会选择性地做包并分享给大家。

为啥我的satrobox连不了啊

 

[wiNdwoRmd]

前情提要​

众所周知，REDMI Watch 5 （含 eSIM 版）在某次大版本升级后，无法再安装任何快应用。
@sensen1234 大佬对此现象的解释是：

但是，在与 Manus 进行交流后，我发现，这并不是因为什么 Xring 芯片被挖出，只是一个简单的分区容量问题。

原理​

小米 Vela 穿戴设备的 OTA 更新包里包含着许多分区。其中有一个分区，名为“vela_quickapp”，里面存放着系统预装的快应用 rpk 包。在系统更新或恢复出厂设置后，该分区里的快应用会被重新安装到系统中。
而vela_quickapp中的应用，在用户层面是无法被完全删除的，Vela 系统中提供的“卸载系统应用”只是起到“隐藏”的效果，实际上该应用的 rpk 包仍存在于 vela_quickapp 分区内，在恢复出厂设置后会自动装回来。

vela_quickapp 分区的大小是固定的，大约为 8MB。若该分区被撑满，就无法继续安装快应用。（也就会出现安装时提示“存储空间不足”的情况）
这样，“更新固件后无法再安装快应用”的问题就很好解释了。只是因为小米往 vela_quickapp 分区里塞了一堆小游戏 rpk，导致该分区在系统更新后直接被撑满，且内置的小程序无法被删除，所以无法继续往里面安装任何快应用。

解决​

知道了问题发生的原因，那么我们直接对症下药就行了。
我把 REDMI Watch 5 eSIM 最新版的 OTA 升级包发给了 Manus ，让他删除了 vela_quickapp 分区内的所有预置快应用，除了微信。（因为微信里有微信支付是生活必需的）
最后，让他把固件包重新打包发给我，这么一项修改算是完成了。

使用 Notify For Xiaomi 将固件包安装到手表上，完美开机。恢复出厂设置后，系统中只有微信这一个快应用。“系统应用安装”列表也干净了。
使用 AstroBox 向手表中安装快应用，果然可以安装，这说明小米并没有在系统层面设置什么快应用安装的“限制”。
最后实测，安装不同种类的快应用，安装了 20 个之后才提示存储空间不足。比使用普通固件的 10 个左右多出了不少。

浏览附件57196

警告​

前文提到了 vela_quickapp 这个分区的大小是固定的。这时候有些同学可能会说：“那我把这个分区扩容不就好了？”
这是一个很危险的行为。我在摸索出“删快应用法”之前，曾让 Manus 给 vela_quickapp 分区扩过容。但是扩容后的固件一装到手表上，手表就变砖了。为此我和小米售后磨了好久嘴皮子才换了块新表……

固件分享​

REDMI Watch 5 eSIM 版的包点击我下载。

其它型号的包我没做，因为 Manus 免费版积分用光了。（悲）
如果大家真的有需要的话，欢迎在这条帖子下评论，我会选择性地做包并分享给大家。

大大🐮👃🏻！

 

[Riseforever]

其实在后来，我也尝试过一些歪门邪道的方法，也有试过楼主的这个方案，但魔改系统风险较大，就没有写到帖子里
等我学校放假后，我会详细的再研究下这个方法，然后放到教程贴中
当然，我会在显著地方标明原作者
（如果楼主不愿意被转载，那我就不更了qwq）

非常愿意被转载，探索精神值得支持。
只不过依现在的情况看，Vela 设备想多装快应用，撑死也就只能搞到这一步了。根据 Xiaomi Vela 官方文档和我实践证明， 小米可穿戴设备的分区表是写死在硬件里的，无法通过修改固件的方式扩容分区。并且，Vela 设备在刷写“分区表”分区前似乎会对其进行特征校验，对这个分区进行任何改动，设备都会拒绝写入。

 

[sensen1234]

非常愿意被转载，探索精神值得支持。
只不过依现在的情况看，Vela 设备想多装快应用，撑死也就只能搞到这一步了。根据 Xiaomi Vela 官方文档和我实践证明， 小米可穿戴设备的分区表是写死在硬件里的，无法通过修改固件的方式扩容分区。并且，Vela 设备在刷写“分区表”分区前似乎会对其进行特征校验，对这个分区进行任何改动，设备都会拒绝写入。

感觉这个有点像之前的安卓内部分区和数据分区了(((
仍然记得给我的mi2s刷开发板合并这俩分区

 

[sensen1234]

非常愿意被转载，探索精神值得支持。
只不过依现在的情况看，Vela 设备想多装快应用，撑死也就只能搞到这一步了。根据 Xiaomi Vela 官方文档和我实践证明， 小米可穿戴设备的分区表是写死在硬件里的，无法通过修改固件的方式扩容分区。并且，Vela 设备在刷写“分区表”分区前似乎会对其进行特征校验，对这个分区进行任何改动，设备都会拒绝写入。

但比较奇怪的是 同为vela的8p 9p就没这个限制(
至少我没测出来

 

[Riseforever]

其实在后来，我也尝试过一些歪门邪道的方法，也有试过楼主的这个方案，但魔改系统风险较大，就没有写到帖子里
等我学校放假后，我会详细的再研究下这个方法，然后放到教程贴中
当然，我会在显著地方标明原作者
（如果楼主不愿意被转载，那我就不更了qwq）

（也许被覆盖了，所以我在我的帖子下再发一遍）
十分抱歉，我之前帖子中给出的结论是错误的，快应用限制的源头并非源自分区大小。
我今天做了一个实验。同样都是删除了系统预装快应用的固件，我先往手表中疯狂安装一些体积大的 .rpk 包，结果安装了 17 个之后开始报错，大小约 13.3MB，远超我帖子中提到的“8MB”。恢复出厂之后，我又开始疯狂安装体积很小的 .rpk 包，结果安装了个 18 个之后开始报错，大小约 5.01MB。
真实原因更趋近于你推测的“数量限制”，而非“容量限制”，而我删除预置快应用的做法可能只是歪打正着减少了快应用数量。
目前 AI 推测，这个限制最可能存在于 vela_ap.bin 的错误处理函数中，需要一点点排查和实验。