☰

您能获得不经压缩的 debs 吗？

tag-icon • tag-icon apt package-management compression squid-deb-proxy
您能获得不经压缩的 debs 吗？

我正在对一台非常慢的机器进行升级。这是一台几年前的 Intel Atom。它非常适合观看视频和使用 XBMC，但它在解压数百个更新时真的很费劲（就像您在发布升级中所做的那样）。一旦完成升级，我还要对它进行另一次升级。

今天我在通用聊天室里沉思，如果我可以通过一个更快的本地服务器代理这些包下载，该服务器可以代理请求、解压缩包并传递它们，那就太酷了。

因此仍在计划中，我有几个问题：

  1. 有可能有一个未压缩的 deb 包吗？
  2. 我怎样才能从 deb 中删除压缩？
  3. 删除压缩是否会破坏校验和？如果是，我该如何解决这个问题？

答案1

1) 不是，不是。理论上，您可以在构建 deb 时使用最低级别的压缩，但 Ubuntu 构建者不会这样做。缓慢的部分可能不是解压缩，而是解压文件并将其写入磁盘。这里有几个因素会影响磁盘 I/O 时间，包括 BIOS 设置、驱动器转速和驱动器类型。理论上，您可以将数据存档放在 deb 中，尽管data.tar它仍然会略微压缩（或膨胀），并且不会帮助写入磁盘的速度。

2）见1）。

3) 是的，如果您要获取二进制 deb 并替换其中的data.tar.gz内容，大小、时间戳等……就会改变。要执行某些操作，您需要在构建 deb 包时执行此操作。

另一方面，正如我所说，速度问题可能与写入磁盘有关。您可以检查 BIOS 以更改磁盘的某些设置。如果您使用的是 SATA 磁盘，并且您的 BIOS 设置为以 IDE/ATAPI 与其通信，那么读写速度将非常慢。将设置更改为（AHCI如果可用）。如果您不使用 SSD，另一个常见问题是磁盘 RPM。您没有指定使用的磁盘大小或 RPM，但 2.5 英寸 4500-5400 RPM 磁盘将比 3.5 英寸 7200-15000 RPM 磁盘慢。SATA I（1.5Gbps）磁盘将比 SATA II（3.0 Gbps）或 III（6.0 Gbps）磁盘慢。磁盘缓存大小在这里也起着重要作用。您也没有说您有哪款 Atom，或者有多少 RAM，但它们并不像人们想象的那么慢。它们不是顶级的 i7，但 deb 包中使用的压缩量通常对它们来说不是问题。

答案2

为了剥离压缩，这是我想到的办法（这绝不回答任何其他问题）：

ar vx debianutils_4.3.4_amd64.deb
gunzip data.tar.gz
ar d debianutils_4.3.4_amd64.deb data.tar.gz
ar q debianutils_4.3.4_amd64.deb data.tar

包变大了。校验和完全不对……但它仍然是一个有效的包，没有压缩。

相关内容