一个 100G 的 .zip 。。解压需要很长时间。每次到中途遇到网络中断，bandizip 就玩退出。。。。吐血。。。
只能复制到本地再解压。但是本地只有 256G （的确很傻） 不够放。。。
有啥 zip 遇到错误能自动重试，而不是退出？

要不远程到 NAS 上解压呢？

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

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

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

why not 7z

unzip

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

所以 ssh unzip 不是远端吗

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

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

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

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

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

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

太苦了，这样折腾，我是 6t ，我放在云盘

我建议你买一块 1TB 的移动硬盘

我查了一下 windows 也支持管道和 tar ，你可以试试 curl xxx | tar -xz 这种方式

怎么感觉这帖子和 OP 的人设不符啊，OP 应该是从事 IT 多年的人了

这种情况网不行也没什么好办法啊，网络会中断就先解决网络问题。

或者 NAS 和电脑之间套一层 WireGuard ，物理链路中断时，WireGuard 并不会断，等恢复就好了。

要么就 NAS 电脑网线直连，配静态 ip 传输。

要么就把电脑硬盘拆下来，塞 NAS 里内部传输。

别转移问题，你自己说了是本地硬盘不够，硬要给解压软件增加功能真的没必要

把.zip 下载到本地，部分解压，然后删除.zip 中已解压的部分，然后再继续部分解压，继续删除已解压部分，依次循环直至完全解压。
就纯看有没有耐心了。

真没折腾出来。哈。broken pipe 之后一般软件都退了。
其实二楼已经说得很明白了。我这里需要 句柄失效之后能优雅重试的解压软件。

smb 是支持 seek 的，理论上你弄一个 while true 死循环一直去重试打开这个 .zip 解压是可以解决网络中断 smb 失效问题的。
我猜网络不断，但是解压的文件读写操作会异常。
broken pipe 毫无悬念
传输大文件快，大量小文件非常慢的。但是压缩文件肯定是传输最快的。
的确没表达清楚。远端先解压，再传输原始文件，很慢；解压远端.zip 文件效率更高。
当然能部分解压，但是不知道是不是所有文件都正确解压了。选“覆盖” 浪费时间，选“跳过” 会不会把解压一半的文件搞坏？
用硬盘拷能解决单次问题，但是这里想解决以后重复出现的问题嘛
的确需要升级网络和 NAS 了。但是希望软件能更 robust

就是希望有软件能自动化支持这部分操作