mv * 会因shell通配符展开后参数总长超内核arg_max限制（约2mb）而报“argument list too long”错误；可行方案包括：①find -exec … +批量移动；②rsync --remove-source-files跨机移动；③tar管道本地中转。
直接用 mv * 移动几十万个小文件，大概率会触发 Argument list too long 错误——shell 展开通配符后参数总长度超出内核限制，不是权限或路径问题，是系统级硬限制。
为什么 mv * 会失败
Shell 把 * 展开成所有匹配文件名列表，传给 mv 时作为 argv 数组。Linux 默认 ARG_MAX 通常为 2MB 左右，百万级小文件名拼起来轻松超限。错误信息就是：bash: /bin/mv: Argument list too long。
- 不是磁盘满、没权限、目标不存在——那些错法完全不同
-
find . -name "*.log" | xargs mv -t /dest也一样会崩，除非加-n控制每批参数数量 -
mv -r对目录有效，但对海量文件无意义；mv本身不支持“流式”处理
真正能跑通的三种实操方式
选哪种取决于：是否跨机器、是否需保留属性、是否有 root 权限、是否允许临时占用空间。
PyCharm 2026.2.0.1 Linux版
下载
PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合需要指定 PyCharm 版本进行 Python 项目开发、运行和调试的用户。
-
本地移动（推荐）：用
find+-exec … +批量调用mv，自动分组避免超长参数find /src -type f -name "*.tmp" -exec mv {} /dst/ \+
注意结尾是\+不是\;，前者把多个文件塞进单次mv调用，效率高且安全 -
跨机器或需断点续传：用
rsync，它自己管理文件流，不依赖 shell 展开rsync -av --remove-source-files /src/ user@host:/dst/--remove-source-files表示同步完就删源，效果等同“移动”；-P加上可看进度 -
极大量（千万级）且不跨机：用
tar管道中转，绕过参数限制cd /src && tar -cf - . | (cd /dst && tar -xf -) && rm -rf /src/*
注意：目标目录必须为空或已预清理，否则解包会覆盖；tar不保留 hardlink，但普通权限和时间戳默认保留
容易被忽略的坑
很多教程写 find ... -exec mv {} /dst \;，看着能跑，但性能差一个数量级——它对每个文件都起一次 mv 进程；而 \+ 是批量提交，实际调用次数可能只有几十次。
- 别信
xargs mv -t——mv -t在旧版 coreutils（如 CentOS 6）里不支持，报unrecognized option '-t' -
cp -a && rm -rf看似稳妥，但中间状态占双倍空间，磁盘满直接卡死 - 用
nc + tar跨机时，务必先在接收端执行nc -l 12345 | tar -C /dst -xf -，再发，顺序反了就收不到
真正卡住的从来不是命令记不住，而是没意识到 shell 展开和系统参数限制这层隐性边界。动手前先 echo * 看下展开结果长度，比硬试快得多。
