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

要不远程到 NAS 上解压呢？

大部分程序没考虑过打开的文件句柄失效后优雅地重试吧……
解压遇到同名文件跳过不就好了。如果是单个文件，那就直接在 NAS 端解压吧，反正解压不怎么吃 cpu 的

@Shatyuka linux 系统的 nas 上没有跟 bandizip 一样智能的软件，除非虚拟个 windows 或者用 wine 。。。。。

有什么困难的点吗，unzip 一下不行吗

why not 7z

@dford unzip
@1145148964

unzip 7z 有重试读取文件的参数嘛？

@xziar 同名文件还缺一个 “如果大小不一致则覆盖” 的选项。。。

NAS 端解压似乎可行，但是解压之后体积又大了，传输慢。。囧。

完全不懂你这个是在搞什么…
是不是完全不会 Linux 啊
你 ssh 上去 unzip 一下不就完事了…

@MacsedProtoss 前面已经说了，远端解压，传输会很慢。

远程解压 zip 的好处就是网络传输少。

插个移动硬盘先把文件拉过来？ 或者 nas 上解压后如果文件能拆小压缩拆成小份？

我经常使用 wifi 压缩和解压超过 100G 的文件，我用 winrar 也很容易出现中断，这有这台 wifi5 ac 的无线会出现，另外两台 wifi6 ax 和插线的，都很正常，没有遇到过。后来我启用了 smb3.0 的多通道之后，所有设备也再没遇到过这种情况了。

我猜测你是这样的，在 nas 的 smb 上有个 100G 的 zip 文件，使用 bandizip 在 windows 上解压时出现网络错误。

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

或者 100G 而已，一个 USB3.0 移动硬盘复制就十几分钟而已，然后回来解压

先去解决网络错误问题吧，是环境特殊吗，必然经常网络中断

#3 @qgswzmz nas 可以 ssh 上去吗，可以的话，命令行，unzip ，或者 7z cli （ https://www.7-zip.org/download.html ）？不是一定要 GUI 或者 webUI 的。

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

---

另外，如果我没记错，smb 、zip 好像都支持一定程度的随机读取，如果只是需要解压后的某一部分文件，理论上应该是能部分解压的，会快一点

@est 没看懂你在说啥 第一句话 远端解压传输很慢 第二句话远端解压传输少 你这不是自相矛盾吗？？？
如果你是说解压完之后传输总量变大 这不是废话吗 除非完全没有压缩否则肯定解压之后变大啊 而且小文件传输肯定是会比单个大文件要慢

@zsh2517 如果是某些没有包管理工具的 Linux （比如之前帮人看过一个绿联旧版系统，基于 Linux 但是没有任何包管理），且官网下载缺少 glibc 。

我找到了一个静态链接版本（不受系统 C 库影响，理论上任意 x86_64 Linux 可用），未测试。看起来可能可以 https://github.com/justdan96/7zip_static/releases/tag/23.01

@est 所以 ssh unzip 不是远端吗

这种只能是 nas 本地解压。。

刚看到下面的评论，这个 nas 不是内网的吗？内网一般传输速度比压缩/解压都快。不过既然提到传输很慢，那不是内网感觉没啥好办法了

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

详细说一下需求和文件内容，比如文件类型（无压缩内容，如文本、wav 等原始媒体；有压缩内容，如 docx, mp4, mp3, jpg 等）、文件数量（少量大文件/大量小文件）等，看能否针对性的做一下处理

op 的意思是，源文件，在远端，解压缩结果到本地。。。。



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