【标题】(请简要描述下实现的内容)

【实现内容】:

1. checksum失败作为-3，不走algorithm not found流程。
2. pagehack工具增强：

• 支持pca文件查看
• 支持pca文件check
• 支持change_pca。（调试和异常恢复）
• 正确打印压缩页面的双写数据

【根因分析】:
openGauss在对压缩页面解压时，原始流程是如果完整性校验失败或者解压失败，返回错误信息，如果在InRecovery流程中，则默认不报错。
当前流程把checksum失败也作为ALGORITHM_NOT_FOUND错误，导致数据库启动时直接报错。实际应该是继续判断是否在InRecovery流程中再报错。
而在recovery中，这种损坏通常可以通过双写页面恢复

【关联需求或issue】:

【开发自验报告】:

1. 请附上自验结果(内容或者截图)
2. 是否可以添加fastcheck测试用例，如是，请补充fastcheck用例
3. 是否涉及资料修改，如是，在docs仓库补充资料
4. 是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式)
5. 是否考虑在线扩容等扩展场景
6. 是否考虑异常场景/并发场景/前向兼容/性能场景
7. 是否对其他模块产生影响

【其他说明】: