删除剩余部分

system.reg,user.reg并且userdef.reg是基于 Wine 的 Windows 实例的 Windows 注册表的内容。同样，drive_c当您运行 Wine 时，将您放入“Windows C: 驱动器”的所有内容。如果你安装了一些 Windows 软件，它仍然会在那里，占用空间。

这些文件都不是来自pamac. 对它来说，所有这些都只是“用户文件”，类似于~/.bashrc或您在主目录中的任何其他文件。当您删除一个包时，它并不自动意味着也删除您使用该包创建的所有内容：那将是愚蠢的。

包管理器通常处理三类文件：

• 打包的应用程序组件
• 配置文件
• 其它文件

打包的应用程序组件通常不会被任何人更改，除非用更新的版本替换包。因此，删除它们总是安全的：如果再次需要该应用程序，只需再次重新安装（完全相同版本的）软件包，就能确保恢复那些相同的文件。

配置文件很棘手：其中许多都带有软件包，但用户（或系统管理员）需要对它们进行更改。因此，当删除包时，删除配置文件并不总是一个好主意。

Debian 的包管理器通过两种类型的删除操作来处理这个问题：删除将所有配置文件保持原样，这样即使应用程序被卸载并稍后重新安装，配置也可以保持不变。另一种类型是清除，它也会删除配置文件。

基于 RPM 的打包工具使用不同的策略：在删除包时，它们会检测其配置文件是否已被修改。如果配置文件仍然包含包的标准默认配置，这些文件将被自动删除。但如果它们已被修改，它们将被重命名为带有.rpmsave后缀而不是被删除。

我不知道 Arch 的包管理器如何处理配置文件，但它可能是类似的东西。

第三类，“其他文件”，包括计算机系统的用户创建的所有数据文件。包管理器不知道任何这些文件的重要性。如果包管理器删除了其中任何一个，则该包管理器的作者很可能成为愤怒用户的诉讼目标和直接的暴力威胁和死亡威胁。因此，即使是最不称职的包管理器，也会对这些文件置之不理。

当然，当您删除 Wine 时，您可以删除~/.wine它包含的所有内容。但在你这样做之前，你有责任确保你没有MY_THESIS.DOCX在 Wine 桌面上留下唯一的最新副本，或类似的东西。

如果您保留该~/.wine目录，您以后可以重新安装 Wine，并且您在 Wine 环境中安装的所有 Windows 应用程序和配置仍然可用。如果您删除该目录，您放置在基于 Wine 的 Windows 环境中的所有内容都将消失。如果您稍后重新安装 Wine，您将再次获得“出厂默认”Wine 环境。