有没有能在 NAS / SMB 解压 zip 遇到网络中断能自动重试的

2025 年 4 月 27 日
 est

一个 100G 的 .zip 。。解压需要很长时间。每次到中途遇到网络中断,bandizip 就玩退出。。。。吐血。。。

只能复制到本地再解压。但是本地只有 256G (的确很傻) 不够放。。。

有啥 zip 遇到错误能自动重试,而不是退出?

3911 次点击
所在节点    Windows
55 条回复
Shatyuka
2025 年 4 月 27 日
要不远程到 NAS 上解压呢?
xziar
2025 年 4 月 27 日
大部分程序没考虑过打开的文件句柄失效后优雅地重试吧……
解压遇到同名文件跳过不就好了。如果是单个文件,那就直接在 NAS 端解压吧,反正解压不怎么吃 cpu 的
qgswzmz
2025 年 4 月 27 日
@Shatyuka linux 系统的 nas 上没有跟 bandizip 一样智能的软件,除非虚拟个 windows 或者用 wine 。。。。。
dford
2025 年 4 月 27 日
有什么困难的点吗,unzip 一下不行吗
1145148964
2025 年 4 月 27 日
why not 7z
est
2025 年 4 月 27 日
@dford unzip
@1145148964

unzip 7z 有重试读取文件的参数嘛?
est
2025 年 4 月 27 日
@xziar 同名文件还缺一个 “如果大小不一致则覆盖” 的选项。。。

NAS 端解压似乎可行,但是解压之后体积又大了,传输慢。。囧。
MacsedProtoss
2025 年 4 月 27 日
完全不懂你这个是在搞什么…
是不是完全不会 Linux 啊
你 ssh 上去 unzip 一下不就完事了…
est
2025 年 4 月 27 日
@MacsedProtoss 前面已经说了,远端解压,传输会很慢。

远程解压 zip 的好处就是网络传输少。
tjmxf
2025 年 4 月 27 日
插个移动硬盘先把文件拉过来? 或者 nas 上解压后如果文件能拆小压缩拆成小份?
kujou
2025 年 4 月 27 日
我经常使用 wifi 压缩和解压超过 100G 的文件,我用 winrar 也很容易出现中断,这有这台 wifi5 ac 的无线会出现,另外两台 wifi6 ax 和插线的,都很正常,没有遇到过。后来我启用了 smb3.0 的多通道之后,所有设备也再没遇到过这种情况了。
loveyu
2025 年 4 月 27 日
我猜测你是这样的,在 nas 的 smb 上有个 100G 的 zip 文件,使用 bandizip 在 windows 上解压时出现网络错误。

先假设里面是一堆文件而不是一个,你可以让 ai 写一个脚本先读取文件列表再逐个解压,本地维护一个已经解压的文件列表就行。

或者 100G 而已,一个 USB3.0 移动硬盘复制就十几分钟而已,然后回来解压
yutou527
2025 年 4 月 27 日
先去解决网络错误问题吧,是环境特殊吗,必然经常网络中断
zsh2517
2025 年 4 月 27 日
#3 @qgswzmz nas 可以 ssh 上去吗,可以的话,命令行,unzip ,或者 7z cli ( https://www.7-zip.org/download.html )?不是一定要 GUI 或者 webUI 的。

如果是一次性的需求,找 AI 写一条命令,传一个小文件调试,几分钟能解决
如果是周期性的需求,更应该命令行脚本化+定时任务

---

另外,如果我没记错,smb 、zip 好像都支持一定程度的随机读取,如果只是需要解压后的某一部分文件,理论上应该是能部分解压的,会快一点
MacsedProtoss
2025 年 4 月 27 日
@est 没看懂你在说啥 第一句话 远端解压传输很慢 第二句话远端解压传输少 你这不是自相矛盾吗???
如果你是说解压完之后传输总量变大 这不是废话吗 除非完全没有压缩否则肯定解压之后变大啊 而且小文件传输肯定是会比单个大文件要慢
zsh2517
2025 年 4 月 27 日
@zsh2517 如果是某些没有包管理工具的 Linux (比如之前帮人看过一个绿联旧版系统,基于 Linux 但是没有任何包管理),且官网下载缺少 glibc 。

我找到了一个静态链接版本(不受系统 C 库影响,理论上任意 x86_64 Linux 可用),未测试。看起来可能可以 https://github.com/justdan96/7zip_static/releases/tag/23.01
Bingchunmoli
2025 年 4 月 27 日
@est 所以 ssh unzip 不是远端吗
yc8332
2025 年 4 月 27 日
这种只能是 nas 本地解压。。
zsh2517
2025 年 4 月 27 日
刚看到下面的评论,这个 nas 不是内网的吗?内网一般传输速度比压缩/解压都快。不过既然提到传输很慢,那不是内网感觉没啥好办法了

看看能不能换压缩格式 ,gzip 是支持流式压缩解压的,理论上可以在不占用额外空间的情况下,实现断点续传+实时解压。但是 gz 只管压缩不管打包,算上打包(常见是 tar )可能又不能流式了

详细说一下需求和文件内容,比如文件类型(无压缩内容,如文本、wav 等原始媒体;有压缩内容,如 docx, mp4, mp3, jpg 等)、文件数量(少量大文件/大量小文件)等,看能否针对性的做一下处理
ferock
2025 年 4 月 27 日
op 的意思是,源文件,在远端,解压缩结果到本地。。。。



那断网就是没救了呀。。。你还想断点续传啊。
想太多系列。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1128330

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX