apt-get remove packagename
supprimera les fichiers binaires, mais pas les fichiers de configuration ou de données du paquet packagename
. Il laissera également les dépendances installées avec lui au moment de l'installation intact.
apt-get purge packagename
ou apt-get remove --purge packagename
supprimera à peu près tout ce qui concerne le paquet packagename
, mais pas les dépendances installées lors de l'installation. Les deux commandes sont équivalentes.
Particulièrement utile lorsque vous souhaitez «tout recommencer» avec une application, car vous avez gâché la configuration. Cependant, il ne supprime pas les fichiers de configuration ou de données résidant dans les répertoires de base des utilisateurs, généralement dans les dossiers cachés. Il n’existe pas non plus de solution simple pour les supprimer.
apt-get autoremove
supprime les packages orphelins, c'est-à-dire les packages installés qui étaient installés auparavant comme dépendance, mais ne le sont plus. Utilisez-le après avoir supprimé un paquet contenant des dépendances qui ne vous intéressent plus.
aptitude remove packagename
ou aptitude purge packagename
(pareillement)
tentera également de supprimer les autres packages requis par packagename
on mais non requis par les packages restants. Notez que aptitude
seules les informations de dépendance des packages installés par l'utilisateur sont mémorisées.
Et beaucoup d'autres existent. Niveau inférieur dpkg
-commandes peuvent être utilisés (avancé), ou des outils de l' interface graphique tels que muon, Synaptic, Software Center, etc. Il n'y a pas unique « de manière correcte » de la suppression d' applications ou d' effectuer d' autres tâches qui interagissent avec votre gestion des paquets.
La liste que vous avez trouvée ne sont que des exemples. Assurez-vous de bien comprendre le sens et d'essayer ce qu'il veut faire avant d'accepter l'action (vous devez appuyer sur Y
avant qu'il n'exécute réellement les actions proposées).
La version astérisque dans la question est probablement fausse ; apt-get
accepte une expression régulière et non un motif glob en tant que shell. Alors qu'est-ce qui se passe avec
sudo apt-get remove application*
est le suivant:
Le shell essaie de se développer en application*
regardant les fichiers du répertoire en cours. Si (comme c'est normalement le cas), il ne trouve rien, il retourne le modèle global sans modification (en supposant bash
que le comportement par défaut est ici --- zsh
va provoquer une erreur).
apt-get
supprimera les paquets dont le nom contient une chaîne qui satisfait l'expression régulière application*
, qui est, applicatio
suivie par un nombre arbitraire de n
: applicatio
, application
, applicationn
, libapplicatio
, etc.
Pour voir à quel point cela peut être dangereux, essayez (sans root pour une double sécurité) apt-get -s remove "wine*"
( -s
simulera la chose au lieu de la faire) --- elle dira qu'elle supprimera tous les paquets qui ont "gagnant" en leur nom et la personne à charge, presque tout le système ...
Probablement, la commande qui a été signifiée est vraiment
sudo apt-get remove "^application.*"
(notez les guillemets et le point) qui supprimera tous les paquets dont le nom commence par application
.
Ces commandes,
sudo updatedb # <-- updates the locate database (index). harmless
sudo locate application # <-- locates the file 'application'. harmless
sudo rm -rf (file/folder name) # <-- removes files/dirs recursively. dangerous.
sont complètement hors du champ de la gestion des paquets. Ne supprimez pas les fichiers appartenant à des packages sans utiliser le gestionnaire de packages! Cela va devenir confus et c'est la mauvaise façon de faire les choses.
Si vous ne savez pas à quel paquet appartient un fichier, essayez ceci:
dpkg -S /path/to/file