太多的安装和卸载?[关闭]


10

就像一个Windows一样,这在Linux上是一个问题吗?安装和卸载最终会留下一点点积聚并产生负面影响的东西?

如果是这样,我该怎么做才能防止这种情况发生?


1
您正在使用哪个发行版?
pqnet

Fedora 20.只是想知道它最终是否会建立起来并需要重新安装。无论如何都将在10月重新安装Fedora 21
user81819 2014年

1
在基于apt的系统(例如debian)上,可以进行卸载或完全卸载。完全卸载会删除系统配置文件。至于损害,配置文件将使用少量(或大量)磁盘空间。Microsoft-Windows有一个问题,因为NTFS会产生碎片,并且由于配置存储在设计不良的数据库(注册表)中,因此也会碎片化。
ctrl-alt-delor

2
您无需重新安装即可升级Fedora。 只需使用FedUp:fedoraproject.org/wiki/FedUp 我已经从18升级到20,没有问题,它使我的根分区完整无缺(无需备份和还原个人数据,配置等)。 只是不要尝试在发布时跳过发行版(即18到20实际上是18到19到20)。
goldilocks

Answers:


19

是的,没有。* nix在软件包管理方面比Windows具有巨大优势。与Windows中必须依赖第三方软件包才能安装健全的(取消)安装程序不同,* nix发行版提供的软件包管理器以统一的方式负责安装和卸载。结果,当您删除软件包时,该软件包的所有系统级文件都将被删除。您无需担心这种混乱。

但是,程序可能会在一个地方创建文件,而该文件不会随包一起删除:您的$HOME目录。许多文件都将配置,保存游戏等保存在其中$HOME,但程序包管理器切勿触摸中的任何内容$HOME。结果,当您删除软件包时,该软件包在您的主目录中创建的所有文件都会保留。

有一线希望。如果您确实要从已卸载的软件包中清除所有剩余文件,则核选项不是重新安装,而是要清除您的$HOME。现在,这通常仍然会反应过度,因为大多数程序倾向于将其文件存储在$HOME(通常是$HOME/.name-of-app/$HOME/.config/name-of-app/)下的单个目录中。

这些文件的理想春季清理方法只是删除每个程序的目录,再加上标准的软件包卸载,应足以从系统中删除该软件包创建/拥有的所有文件。

注意:YMMV


@illuminÉ,是的。不同的发行版有不同的方法,我上面所说的(尽管通常是准确的)可能并不总是成立。此外,行为不佳的应用程序可能会将文件放置在不应放置的位置,或者将文件分散在多个位置。但是,我上面所说的在更多情况下应该是准确的。
HalosGhost

1
@illuminÉ,啊。别担心!发布后带有链接的澄清说明。
HalosGhost

+1这可能是更准确的说,Windows没有任何包管理在Linux发行版做的方式。在Windows上安装第三方应用程序时,必须使用第三方安装程序,并希望该程序附带一个可以正常工作的卸载程序。当您通过PM在Linux上安装第三方软件时,安装程​​序是软件包管理器,并且会根据发行版标准删除软件包。
goldilocks

@goldilocks,我在帖子中添加了更多信息,以阐明Windows范例与* nix范例之间的分离。
HalosGhost

1
应该注意的是,剩余的配置文件或其中的dotfile $HOME对系统性能没有任何影响。春季清洁最多只能回收几MB。唯一可能的负面影响是来自将配置文件放在共享的“ .d”目录中并且无法删除它们的软件包,但是我认为这是行为不太正常的软件包的罕见情况。
Paul Schyska 2014年

6

在Linux中卸载软件包可能会留下配置文件。除非您重新安装已删除的相同软件包,否则这不是正常的用法:配置文件通常很小,除已安装的软件包外,其他任何软件包都不会使用。程序包管理器中通常有一个选项,用于在删除程序包时删除配置文件。在debian / ubuntu中,您可以使用--purge切换到apt-get remove,在Fedora / red hat / centos中,您不需要特殊的切换-卸载软件包时,配置会自动删除。

安装和卸载软件包最明显的效果可能就是磁盘磨损了。

这不适用于通过官方软件包管理器以外的其他方法安装的软件,例如二进制专有软件包和手动编译的软件包。


我发现情况并非总是如此。我发现了几个带后缀的文件.rpmsave。有点烦人,但是应该有一些开关可以消除这种情况。然后,再加上磁盘成本,浪费了几KB就是什么。
SailorCire

文件.rpmsave当您手动更改了配置文件,以保护磁盘上的改变,而不以新的干扰安装创建
pqnet
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.