这个问题问得挺关键的，得从Unix/Linux系统处理文件权限的底层逻辑说起：

本质上，系统并不是用用户名/组名来记录文件所有者的，而是用对应的数字ID——也就是UID（用户ID）和GID（组ID）。chown命令的核心作用，就是直接修改文件元数据里的这两个数字值，而不会先去验证这个数字有没有对应的用户/组在系统的用户数据库（比如/etc/passwd或/etc/group）里存在。

拿你举的例子来说：

• 执行sudo chown 03:03 ./test/f2时，系统实际上是把f2的所有者UID设为3、所属组GID设为3，完全不管系统里有没有叫“03”的用户或组（这里的03是八进制写法，实际对应数字3）。后续用ls -l查看时，系统会去匹配UID3对应的用户名，找不到的话就直接显示数字3，这就是你看到的结果。
• 再比如sudo chown 1555552:03 ./test/f5，1555552是一个合法范围内的UID值，系统只会把这个数字写入文件元数据，因为找不到对应的用户名，ls -l就直接显示这个数字；所属组那边GID3对应的组名找不到，也会直接显示无法映射的数字。

那为什么要这么设计呢？主要有几个实用原因：

• 迁移与备份恢复：比如从旧系统迁移文件到新系统时，旧系统的某些UID/GID在新系统里还没创建，保留数字ID能避免权限混乱，等后续在新系统创建对应用户/组后，文件的所有者会自动关联上，不用重新修改权限。
• 灵活的权限规划：有些场景下，你可能需要先给文件分配一个特定UID占位，后续再创建对应用户；还有一些系统服务会用无登录权限的UID运行，不需要在用户数据库里创建正式用户，直接用数字UID就能管理权限。
• 底层逻辑适配：文件系统本身只存储数字形式的UID/GID，用户名和组名只是给人类看的“友好映射”，内核处理权限校验时，也是直接比对UID/GID，所以chown只需要验证执行用户有足够权限（比如root），就允许设置合法范围内的任意UID/GID值。

备注：内容来源于stack exchange，提问作者Felix121