我决定查看不同的桌面环境,将 KDE 设置为启动(禁用 aptitude 设置中的设置建议)(aptitude install kde-plasma-desktop kwin-x11
),查看并删除(aptitude purge kde-plasma-desktop kwin-x11
),并且dpkg --purge $(dpkg --get-selections | grep deinstall | cut -f1)
由于某种原因未删除配置也这样做了,之后系统好像又回到了安装前的状态(除了~/里面的隐藏目录没有被删除),我开始安装gnome(aptitude install gnome
),查了一下,用同样的方法删除了(aptitude purge gnome
同时dpkg --purge $(dpkg --get-selections | grep deinstall | cut -f1)
我仍然有一堆恶魔在工作,每 GB 的空间比安装前少,为什么?
正如debian wiki中所建议的那样,
gnome
应该删除名称中包含该词的软件包。在我看来,在那里和你都使用了稍微超载的结构。您可以使用搜索词:
并完全删除(清除)有关已删除包(包括配置文件)的信息,而不是:
写起来更优雅:
至于“为什么”,你需要看具体情况:实验前有哪些包,实验过程中安装/删除了哪些包,实验结束后仍然安装了哪些包,并探索依赖关系由于一些根据依赖关系安装的包没有通过删除安装它们的包来删除。
例如:你有一些包
п1
,它在它的依赖项中说:(п2 | п3
即“p2 或 p3”),为了满足这个依赖项,п2
.在这里,为了实验,你安装了一个包
п4
,它有一个依赖项:п3
。п3
因此,将安装该软件包。您安装了四个软件包:
п1
、п2
和。п3
п4
最后,您删除包
п4
,期望包п3
也被删除,因为它是作为依赖项与п4
.然而,什么也没发生:据我所知,该包
п3
不会被删除,因为它存在于п1
.并且为了“完全混淆头脑”,请记住包不仅绑定“只是依赖项”,取决于(可以是变体:“package1 或 package2 或...”),而且还绑定recommends,suggests和conflicts。并且在安装某种类型的包时
gnome
(实际上是元包,即只是一组依赖项),可以安装数千个包的交叉依赖性,形成(与之前的包一起)“地狱般”的乘法-链接图,在删除“入门”包后(gnome
) 可以通过数百种(数千种?数百万种?)不同的方式达到一致的状态,并且只有这些方式中的一种会“返回”您在安装“启动器”之前所拥有的软件包集。