檢查已安裝的包+檢查包的有效部署時間__etectproblemscaused由_記憶體_____corruption噸○d和噸和C噸pr○bl和米sC一個在s和db是米和米○r是C○rr在p噸一世○nto detect problems …

我的電腦有一個有缺陷的記憶棒兩年了，我無法糾正這個問題（記憶棒不可移動，電腦也不能更換：所以它不會成為主題）。

有時內容在安裝過程中損壞。有可能 ：

1. 一個包A在磁碟上 變成了一個A’包？

• 它不是總是由apt命令檢查嗎？
• 我不知道他們是否真的是一種A包可以被寫入最終在磁碟上損壞的方式。

我認為我的問題從下一點開始：

2. 在部署/解壓縮時，提取並放入適當文件夾中的文件會受到影響，文件ao或b.lib變為a’.o和b’.lib而c，d，e文件和其他文件都可以。

如果我安裝了一個相當大的東西：GNOME或者linux-image-amd64：我的電腦有機會從它們的內容中創建一些不正確的東西，問題就會更頻繁地出現。

為了更好地解決整個問題，Debian 10在虛擬機上安裝一個整體在第一次嘗試時只成功了兩次。由於 CRC 檢查問題，暫停 VM 有機會看到它無法恢復。

但是您可以：“如果您猜有問題，請重新安裝您認為錯誤的工具！ ”，但是重新安裝GNOME，例如，將留下一個安裝 - 比方說 - 10 個錯誤被分派到另一個 8 到 12 個放在別處…

我必須更精確地跟踪它們以糾正我的麻煩。在這些部署中，我發現了那些在二進製文件（以及它們隨附的文件）中錯誤地完成的部署。然後發現它們來自哪個軟體包以再次下載（如有必要）並專門重新安裝並且只安裝需要的軟體包。

我的需求

1. 檢查.deb或.zip或.tar- 一般的包 - 是否需要再次下載，因為它們已損壞。

查找A.deb包在我的磁碟上的校驗和與它的真正來源相比是否正確。 2. 最重要的：檢查來自它的解壓縮文件是否在磁碟上保持正確。

如果a1.o，a2.txt，a3.lib …來自它有一個很好的內容。

1. apt將.deb根據它們發布的校驗和檢查包，並在必要時重新下載它們（或者如果不能下載則失敗）。一般來說，大多數包或存檔損壞都會導致解壓失敗；對於非.deb存檔，您還可以從下載它們的任何位置查找它們旁邊的校驗和。
2. 您可以一次使用debsums一個包，或者檢查整個系統：debsums -c將報告與儲存在它們所在包中的校驗和不匹配的所有文件。

引用自：https://unix.stackexchange.com/questions/607284