回答删除。csdn 上有kcore这个文件的许多信息

估计你这弄法，是一边压缩着带有临时文件产生的目录，又一遍产生了新的临时文件。进入临时循环了，越滚越大。

基本确定和 kcore 没有关系，获得系统盘权限后，在回收站可以看到那个 15G的压缩文件（原来看不到），清空之后就好了。

压缩 5.15.34-amd64-desktop 确实不可取。

你不懂符号链接是什么意思，还有符号链接的递归问题，你看到的文件夹的大小是不包含链接的，但压缩软件通常是包含链接的，lib下面的目录一堆都市链接的，甚至还可能会递归的哦，给你10000000000G的硬盘都会爆。

用命令压缩，加上不跟随链接。

需要图形界面改进了，默认就不应该带链接，直接把他看成一个快捷方式，而不是链接中的实际文件。

给出命令行解决方案虽好，根本上还时无法解决用户使用问题。

加油吧deepin。

应该加上选项，如果默认不跟随软链接，又会有用户报问题说压缩文件后删除了源文件，发送到另一台电脑后解压发现压缩的文件打不开，这问题就大了，会直接扣一个导致文件丢失的帽子。

gui的压缩软件给普通用户的肯定默认带跟随链接的开关，你压缩lib下面的东西属于比较专业了，都是认为你熟悉linux的结构和特性了，etc、lib等等这些系统目录三分之二都是链接的，甚至一不小心就递归了，你都涉猎到linux的lib了，还不会tar归档压缩吗？我也经常压缩一些普通文档都用gui，但每次涉及到源代码或发布就一定用命令压缩，控制好链接的文件夹也能压进去，刚好跟你相反。

@Merlin

连接本来就不是源文件，哪来丢失文件一说呢。

我记得图形界面是可以加一个类似快捷方式的标识--小箭头，这样就不容易混淆了。

除非是硬链接那是另一回事了。

win下打包快捷方式不是也不带源文件吗？只是个指向而已。