Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

mv: a failed cross-device move always reports "Permission denied"

未关闭 适合新手
#15,939 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

@afnan-mojumder 已经在做这个了。

开始于 2026年10月30日。

  • #16057 来自 @afnan-mojumder —— 未关闭

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
68/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
技术栈
rust
领域
cli

调研方向

先阅读 rename_file_fallback 以及 mv 中跨设备复制路径周围的错误处理;issue 指出了原始错误消息和文件名丢失的位置。使用完整的 destination 文件系统和不可读的源文件重现问题,然后将报告的错误与 GNU 的行为进行对照。完成标准是 mv 报告实际的复制错误或源错误,并附上相关文件名。

由索引模型根据 Issue 内容生成。

描述

U - mv

When mv copies a regular file to another filesystem, any error during the copy is printed as Permission denied, whatever the real cause was. With a full destination:

# mount -t tmpfs -o size=1m tmpfs /mnt/small
$ head -c 2M /dev/zero > big
$ mv big /mnt/small/big
mv: Permission denied

GNU 9.12 prints mv: error writing '/mnt/small/big': No space left on device. With an unreadable source, uutils prints the same mv: Permission denied, while GNU prints mv: cannot open 'src' for reading: Permission denied.

rename_file_fallback replaces each error's message with mv-error-permission-denied and keeps only the error kind, so the real cause and the file name are lost. This is also why #9458 says "Permission denied": the copy runs out of space.

主要语言
Rust
星标
24.3k
派生
2.1k
平均合并
1 天 21 小时
30 天内合并 PR
360

环境准备

在 Codespaces 中打开

在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

uutils/coreutils 的其他 Issue

查看 uutils/coreutils 的全部 Issue

相似的 Issue

更多 Rust Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。