Troppa installazione e disinstallazione? [chiuso]


10

È un problema su Linux come se fosse una Windows? Installare e disinstallare cose che finiscono per lasciarsi dietro piccoli frammenti che si accumulano e hanno un effetto negativo?

In tal caso, cosa posso fare per impedirlo?


1
quale distribuzione stai usando?
pqnet,

Fedora 20. Mi chiedo solo se alla fine si accumula e deve essere reinstallato. Verrà comunque reinstallato in ottobre per Fedora 21
user81819 il

1
Su sistemi basati su apt come debian è possibile eseguire la disinstallazione o full-uninstal. La disinstallazione completa rimuove il file di configurazione del sistema. Per quanto riguarda il detrimento, i file di configurazione utilizzeranno poco (o molto) spazio su disco. Microsoft-Windows ha un problema perché NTFS soffre di frammentazione e perché la configurazione è memorizzata in un database mal progettato (il registro), che si frammenta.
ctrl-alt-delor,

2
Non è necessario reinstallare per aggiornare Fedora. Basta usare FedUp: fedoraproject.org/wiki/FedUp Sono passato dai 18 ai 20 anni senza usarlo, senza problemi, e ha lasciato intatta la mia partizione di root (non è necessario eseguire il backup e il ripristino di dati personali, configurazioni, ecc.). Basta non provare a saltare una versione quando lo fai (ad es., 18-20 è in realtà 18-19-19).
Riccioli d'oro

Risposte:


19

Sì e no. * nix ha un enorme vantaggio rispetto a Windows nella gestione dei pacchetti. A differenza di Windows in cui è necessario fare affidamento su pacchetti di terze parti per disporre di installatori sani (non), le distribuzioni * nix offrono gestori di pacchetti che si occupano dell'installazione e della disinstallazione in modo unificato. Di conseguenza, quando si rimuove un pacchetto, verranno rimossi tutti i file a livello di sistema per quel pacchetto; non devi preoccuparti di questo disordine.

Tuttavia, c'è un posto in cui i programmi possono creare file che non verranno rimossi con il pacchetto: la tua $HOMEdirectory. Molti file mantengono la configurazione, i salvataggi, ecc. $HOME, Ma i gestori dei pacchetti non devono mai toccare nulla $HOME. Di conseguenza, quando si rimuove un pacchetto, tutti i file creati nella propria directory home persisteranno.

C'è un rivestimento d'argento; se vuoi davvero ripulire tutti i file rimasti da un pacchetto che hai disinstallato, l'opzione nucleare non è una reinstallazione, cancellerebbe la tua $HOME. Ora, questo in genere sarebbe ancora una reazione eccessiva perché la maggior parte dei programmi tende a memorizzare i propri file in una singola directory in $HOME(spesso $HOME/.name-of-app/o $HOME/.config/name-of-app/).

La pulizia a molla ideale di questi file sarebbe solo quella di rimuovere la directory per programma, che, unita alla disinstallazione standard del pacchetto, dovrebbe essere sufficiente per liberare il sistema da qualsiasi file creato / posseduto dal pacchetto.

Nota: YMMV


@ illuminÉ, sì. Diverse distribuzioni hanno metodi diversi e ciò che ho detto sopra (anche se generalmente accurato) potrebbe non essere sempre vero. Inoltre, le applicazioni meno educate potrebbero collocare i file dove non dovrebbero o distribuirli su più posizioni. Ma quello che ho detto sopra dovrebbe essere accurato per più casi.
HalosGhost

1
@ illuminÉ, ahh. Nessun problema! Post modificato con un link per chiarire.
HalosGhost

+1 Potrebbe essere più preciso affermare che Windows non ha alcuna gestione dei pacchetti come fanno le distribuzioni Linux. Quando si installa un'applicazione di terze parti su Windows, è necessario utilizzare il programma di installazione di terze parti e, si spera, viene fornito con un programma di disinstallazione che funziona. Quando installi software di terze parti su Linux tramite un PM, il programma di installazione è il gestore dei pacchetti e il pacchetto viene creato con la rimozione come possibilità secondo gli standard di distribuzione.
Riccioli d'oro

@goldilocks, ho aggiunto alcune informazioni al post per chiarire la separazione tra il paradigma di Windows e * nix.
HalosGhost

1
Va notato che i file di configurazione o dotfile rimanenti $HOMEnon dovrebbero avere alcun effetto sulle prestazioni del sistema. Le pulizie di primavera richiederebbero al massimo alcuni MB. L'unico possibile effetto negativo potrebbe derivare dai pacchetti che inseriscono i file di configurazione nelle directory ".d" condivise e non riescono a rimuoverli, ma penso che questo sia un caso raro di un pacchetto che non si comporta così bene.
Paul Schyska,

6

La disinstallazione dei pacchetti in Linux potrebbe lasciare dei file di configurazione. Questo non dovrebbe essere un normale utilizzo osservabile, a meno che non si reinstalli lo stesso pacchetto rimosso: i file di configurazione sono generalmente piccoli e non utilizzati da nessun altro pacchetto oltre a quelli installati. Di solito esiste un'opzione nel gestore pacchetti per rimuovere i file di configurazione quando si rimuove un pacchetto. In debian / ubuntu puoi usare l' opzione --purgeper apt-get remove, in Fedora / red hat / centos non hai bisogno di un'opzione speciale - la configurazione viene rimossa automaticamente quando il pacchetto viene disinstallato.

L'effetto più visibile dell'installazione e della disinstallazione del pacchetto è probabilmente solo un po 'di usura del disco.

Ciò non si applica al software installato da metodi diversi dal gestore di pacchetti ufficiale, come pacchetti proprietari binari e compilati manualmente.


Ho scoperto che questo non è sempre il caso. Ho trovato diversi file con il suffisso .rpmsave. Piuttosto fastidioso, ma dovrebbe esserci qualche interruttore che lo rimuove. Quindi di nuovo con i costi dei dischi qualche KB sprecato non è niente.
SailorCire,

i file .rpmsavevengono creati quando si apportano manualmente modifiche ai file di configurazione, al fine di preservare le modifiche sul disco senza interferire con una nuova installazione
pqnet,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.