我在尝试推送更改时遇到错误（不是内存问题，或者已经在stackoverflow上提到的其他问题），当我卸载最新版本并安装时错误消失
1.9.x的
优化版本。如果您遇到同样的问题，请考虑这个问题
- 致命：mmap失败：没有错误
- 致命：远程端意外挂断
- 致命：远程端意外挂断
- 致命：写错误：文件描述符错误
- 错误：无法将某些引用推送到
答案 0 :(得分：6)
使用git-for-windows 2.6.2 (Oct. 19th, 2015)
修复（或至少减轻了）此特定错误当git获取大型存储库时，我们不再耗尽页面文件空间。
（也适用于推送）
请参阅PR 486: Better mmap() emulation：
一个简单的
git fetch会产生这个错误输出：
fatal: mmap failed: No error
fatal: write error: Invalid argument
原因是我们
mmap()仿真的几个部分留有改进空间。此Pull Request试图缩小差距。
这涉及compat/win32mmap.c，该修复程序尚未更新upstream (in git/git)
答案 1 :(得分：5)
git状态
致命：mmap失败：参数无效
在我的OneDrive文件同步失败后发生。现在已经排序了。
答案 2 :(得分：3)
我遇到了同样的问题，并意识到OneDrive已暂停。如果文件是“在线”，则将自动提取文件，但如果OneDrive暂停或未运行，则不会自动提取文件：
git reset --hard <hash>
fatal: mmap failed: Invalid argument
答案 3 :(得分：2)
当尝试将整个文件夹结构转换为新的git repo时，我也收到类似的错误消息：＆＃34;致命：mmap失败：无效的参数＆＃34;。即使我使用的是git版本2.8，也会发生此错误。
在进一步调查之后，我发现调试问题的最佳方法是使用带有详细选项的git add：
git add -A -v
这样我就可以确切地看到哪个文件导致了失败。使用-v我可以看到git add在大约17MB的zip文件上失败了。所以我排除了zip文件。我真的不需要跟踪。
然后在名为＆＃34; user.fdb.new＆＃34;的文件上再次使用相同的消息失败这是Firebird数据库文件的重命名，只有大约2MB。所以我排除了整个文件夹。然后我才能完成升级。
我不确定问题是什么，但似乎与文件类型有关，可能不仅仅是文件大小。
最后，我的git存储库包含了大约1600个文件，分布在150个文件夹中，并且包含了我认为大约2GB的内容，尽管最终的git repo只有大约24MB。我认为最大的文件是12MB。
我正在跑步：
git version 2.8.1.windows.1 on Windows XP SP3
答案 4 :(得分：0)
我的磁盘空间已满，我意外地尝试暂存一个大的二进制文件。删除大文件后，舞台运行正常。