Hua Chen

Maybe we can have a try on partition clone. It means we can have another super partition.And hide the previous one.And also do the same with the firmware partitions.But I...

> @Joker-zou @spencerhowell @sajaljain if I remember correctly, there was a change of behaviour introduced in version 0.8.9.2. Can you try to add any of these on your `TableView` to...

> > 在tar shell命令中加入分卷压缩的参数，生成每个分卷后挂起tar进程，上传分卷文件后删除，再拉起tar进程继续压缩。 > > 可以细说一下tar进程挂起吗，是否有原生参数或管道命令支持此操作呢？ kill -SIGSTOP [pid] kill -SIGCONT 1234 不过也可以改一下tar源码,开个管道通信

我觉得云备份功能就是解决这个问题最好的办法,对于自定义解压缩功能我有个建议,设定一个解压缩调用接口规范,然后其他用户可以按照规范设置自己完全自定义的解压缩程序,这样备份程序就无需关心解压缩程序.工作流程就是 1. 备份程序停止目标app 2. 备份程序按照调用规范的压缩接口,传入要压缩的目录和保存位置 4. 备份程序获取压缩后的数据,后续操作跳过 5. 恢复时候同样调用规范的解压缩接口,传入压缩文件地址,和解压目录,举个最简单的接口规范 : unzip $2 -d $3 6. 后续省略 这样本项目也不需要再花费时间去适配各种各样的压缩策略了,这个不应该是该项目的焦点.

> > 我觉得云备份功能就是解决这个问题最好的办法,对于自定义解压缩功能我有个建议,设定一个解压缩调用接口规范,然后其他用户可以按照规范设置自己完全自定义的解压缩程序,这样备份程序就无需关心解压缩程序.工作流程就是 > > > > 1. 备份程序停止目标app > > 2. 备份程序按照调用规范的压缩接口,传入要压缩的目录和保存位置 > > 3. 备份程序获取压缩后的数据,后续操作跳过 > > 4. 恢复时候同样调用规范的解压缩接口,传入压缩文件地址,和解压目录,举个最简单的接口规范 : unzip $2 -d $3 > > 5. 后续省略...

> > 我注意到了issue#224，这个issue讨论的有所不同。#224希望每完成一个分卷立即上传并清理本地的分卷以节省空间，这样需要挂起压缩进程。但是本issue所想解决的大文件上传难的问题并不需要这样做，完全可以在压缩好所有分卷之后一个个上传。所以我认为这两个issue是有区别的。可以先实现这个功能，再这基础上再实现#244 > > 对，这个已经在计划中了 太棒了,我刚刚备份QQ才BOOM,我还用蹩脚的英语开了个issue :+1:

You can get raw byte arry of the partition entry and write something.Or you can get byte arry of partition attribute field and set something if there is no existed...

In your case 0 (0x00) 16 bytes Partition type GUID (mixed endian[11]) is what you want to set.You can check the list below and figure out the GUID and then...

I suggest add a switch for parallel upload or serially upload. And if failed,auto retry.

> @gaochuntie thanks a lot for reporting. > > Some inputs: > > * Logs you attached are server logs, and don't seem to be related with the problem you...