gpt4 book ai didi

git-lfs:致命:无法处理这么大的文件(4.3G)

转载 作者:太空狗 更新时间:2023-10-29 12:54:38 26 4
gpt4 key购买 nike

使用 git-lfs/1.1.0(GitHub;linux 386;go 1.5.1),文件大小 4.3G。

git init
git lfs install
git lfs track *.nnex

.gitattributes: *.nnex filter=lfs diff=lfs merge=lfs -text

git add evernote-backup.nnex:严重:无法处理这么大的文件

git lfs ls-files: Git 无法解析 ref: "HEAD"

git lfs track:列出跟踪路径 evernote-backup.nnex .gitattributes)

git lfs 环境:

WARNING: Reading LFS config from ".gitconfig", not ".lfsconfig". Rename to ".lfsconfig" before Git LFS v2.0 to remove this warning.
git-lfs/1.1.0 (GitHub; linux 386; go 1.5.1)
git version 2.1.4

LocalWorkingDir=/home/vitaly
LocalGitDir=/home/vitaly/.git
LocalGitStorageDir=/home/vitaly/.git
LocalMediaDir=/home/vitaly/.git/lfs/objects
TempDir=/home/vitaly/.git/lfs/tmp
ConcurrentTransfers=3
BatchTransfer=true
git config filter.lfs.smudge = "git-lfs smudge %f"
git config filter.lfs.clean = "git-lfs clean %f"

我收到以下错误:

git-lfs: fatal: Cannot handle files this big (4.3G)

最佳答案

这是 i386 上的 32 位寻址问题,Git 和 git-lfs 根本无法寻址大于 4 GB 的文件。 32 位无符号整数的最大值为 4,294,967,295,大约为 4 GB。

我们可以在 git-compat-util.h 中的 Git 源代码中看到这个错误被抛出的位置。 :

744 static inline size_t xsize_t(off_t len)
745 {
746 if (len > (size_t) len)
747 die("Cannot handle files this big");
748 return (size_t)len;
749 }

我不太了解 git-lfs 的内部工作方式,不知道是否可以解决这个问题。

如果在 64 位 (x86_64) 系统上工作而不是您正在使用的 32 位 (i386) 系统是一个选项,那么这将解决您的问题。或者,您可以使用 git-annex而不是 git-lfs 取得了一些成功,但是 someone else had a similar issue使用 git-annex。错误报告中没有足够的详细信息来了解这是否仍然是 32 位系统上的问题。

不幸的是,您面临着 32 位硬件的常见限制,并且在这些系统上尝试处理大于 4 GB 的文件时会遇到许多问题。升级时间到了!

关于git-lfs:致命:无法处理这么大的文件(4.3G),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34244821/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com