修复 EFBIG 文件过大错误码映射 Created-by: weixin_52581576 Commit-by: phybee Merged-by: openharmony_ci Description: **Description:** 修复 CloudDiskService 对底层 errno 的错误码转换。本次改动包括： - 对内新增 `E_FILE_TOO_LARGE = 34400026`。 - `ConvertErrnoToCloudDiskError(EFBIG)` 映射为 `E_FILE_TOO_LARGE`。 - `NormalizeCreatePlaceholderError` 透传 `E_FILE_TOO_LARGE`。 - 对外新增 NDK 错误码 `OH_CLOUD_DISK_FILE_TOO_LARGE = 34400026`。 - `ConvertToErrorCode(E_FILE_TOO_LARGE)` 映射为 `OH_CLOUD_DISK_FILE_TOO_LARGE`。 - 对内新增 `E_PERM = 13900001`、`E_ACCES = 13900012`。 - `ConvertErrnoToCloudDiskError(EACCES)` 映射为 `E_ACCES`，`ConvertErrnoToCloudDiskError(EPERM)` 映射为 `E_PERM`。 - `NormalizeCreatePlaceholderError` 透传 `E_PERM`、`E_ACCES`。 - NDK `ConvertToErrorCode(E_PERM/E_ACCES)` 按错误码原值直接返回。 - 补充服务侧 errno 转换 UT 和 NDK 错误码转换 UT。 **Issue number:** https://gitcode.com/openharmony/filemanagement_dfs_service/issues/3225 **Test & Result:** 已执行： - TDD 红灯：仅补 `E_PERM/E_ACCES` 测试后执行 `./build.sh --product-name rk3568 --build-target cloud_disk_service_static_test --gn-args is_standard_system=true --ccache --jobs 8`，按预期失败，错误为 `E_PERM` / `E_ACCES` 未定义。 - `git diff --check`：通过 - `./build.sh --product-name rk3568 --build-target cloud_disk_service_static_test --gn-args is_standard_system=true --ccache --jobs 8`：通过 - `./build.sh --product-name rk3568 --build-target cloud_disk_manager_test --gn-args is_standard_system=true --ccache --jobs 8`：通过 - `./build.sh --product-name rk3568 --build-target cloud_disk_service_static_test cloud_disk_manager_test --gn-args is_standard_system=true --ccache --jobs 8`：通过 - `./build.sh --product-name rk3568 --build-target clouddiskservice_sa --gn-args is_standard_system=true --ccache --jobs 8`：通过 - 最新提交 `c2d0ecaea`：`git diff --check`：通过 - 最新提交 `c2d0ecaea`：`./build.sh --product-name rk3568 --build-target cloud_disk_service_static_test --gn-args is_standard_system=true --ccache --jobs 8`：通过 - 最新提交 `c2d0ecaea`：HDC 设备检查：`prebuilts/ohos-sdk/linux/26/toolchains/hdc -s 127.0.0.1:8710 list targets -v`：通过，设备 `150100424a5444345203698b4ed38800 USB Connected localhost` - 最新提交 `c2d0ecaea`：设备侧 UT：`./start.sh run -p rk3568 -t UT -tp dfs_service -ts cloud_disk_service_static_test -tc 'CloudDiskServiceStaticTest.QueryPlaceholderByXattrTest005:CloudDiskServiceStaticTest.CreatePlaceholderBranchTest005:CloudDiskServiceStaticTest.CreatePlaceholderAttributeTest002:CloudDiskServiceStaticTest.CreatePlaceholderFileAtAttributesBranchTest002:CloudDiskServiceStaticTest.CreatePlaceholderBranchTest009:CloudDiskServiceStaticTest.CreatePlaceholderBranchTest010'`：通过，`total: 6, passed: 6, failed: 0, blocked: 0, ignored: 0, unavailable: 0`，报告目录 `test/testfwk/developer_test/reports/2026-08-18-19-42-53` 说明： - 本次按评审意见交换权限 errno 映射：服务侧 `CreatePlaceholderBranchTest009/010` 覆盖 `EACCES -> E_ACCES`、`EPERM -> E_PERM` 和 Normalize 透传；服务侧 xattr/open/futimens 失败用例覆盖 `EACCES` 在实际占位符流程中的转换；NDK `ConvertToErrorCodeTest003` 覆盖 `E_PERM/E_ACCES` 对外按原值返回。 **CodeCheck:**

类型	自检项	自检结果
多线程相关	在类的成员变量中定义了vector/map/list等容器类型，且在多个成员函数中有操作时，需要加锁保护	自检结果：本次未新增共享容器成员变量。
多线程相关	定义全局变量，在多个函数中都有操作时，需要加锁保护	自检结果：本次新增枚举值和只读映射项，未新增可变全局业务状态。
内存相关	调用外部接口时，确认是否对返回值做了判断，尤其外部接口返回了nullptr的情况，避免进程崩溃	自检结果：本次仅补错误码转换，不新增外部接口调用或指针解引用。
	调用安全函数时，如memcpy_s等，是否检查其返回值	自检结果：本次未新增安全函数调用。
	检查函数中是否涉及了内存或资源申请（如文件句柄），注意每个异常退出流程，是否都已经将资源释放（推荐使用RAII）	自检结果：本次未新增内存或文件句柄申请。
	隐式内存分配场景：realpath、ReadParcelable序列化、cJSON相关函数时等，需主动释放或使用智能指针	自检结果：本次未新增 realpath、Parcelable 或 cJSON 相关逻辑。
校验外部输入	使用nlohmann:json解析外部输入时，需判断参数类型是否符合预期	自检结果：本次未新增 json 解析。
	所有外部输入均不可信，需判断外部输入是否直接作为内存分配的大小，数组下标、循环条件、SQL查询等	自检结果：本次仅根据 errno/int32_t 错误码进行 switch/map 转换，不使用外部输入作为大小、下标、循环条件或 SQL。
	外部输入的路径不可信，需使用realpath做标准化处理，并判断路径的合法性	自检结果：本次不新增路径处理逻辑。
	外部输入包括对外提供的接口，IPC的proxy/stub接口，序列化/反序列化接口等	自检结果：本次不修改 IPC 入参或序列化逻辑，只补错误码定义和转换。
数学运算	代码中是否混合了加减乘除等运算，需检查是否可能导致整数溢出或符号翻转	自检结果：本次未新增数学运算。
数学运算	需检查代码是否有高精度数字转换为低精度的操作，如果必须，建议使用C++安全类型转换接口	自检结果：本次未新增精度转换。
秘钥相关	如变量临时保存了口令、秘钥等，需要在使用完成后及时清空（内存memset掉）	自检结果：本次未新增口令、秘钥处理。
权限相关	作为系统服务对外提供了接口，是否做了权限保护和校验（如需要），只允许申请了权限的应用访问	自检结果：本次不新增接口和权限路径，仅补既有错误码转换。
权限相关	内核对外提供了设备节点，是否做了权限保护，只允许特定的系统服务访问	自检结果：本次不新增内核设备节点。
内核操作	如有mmap操作，并使用remap_pfn_range进行地址映射时，校验起始地址是否是用户态输入且没有做合法性校验	自检结果：本次未新增 mmap/remap_pfn_range。
	是否有copy_from_user，并对外部输入的数据做了长度校验，以防止缓冲区溢出	自检结果：本次未新增 copy_from_user。
	是否有使用copy_to_user，并在返回到用户态时，对数据做了完整初始化，或使用memset清空后再赋值	自检结果：本次未新增 copy_to_user。

See merge request: openharmony/filemanagement_dfs_service!4336