nettoyer les fichiers de configuration devenus sans objets et marqués

abecidofugy · Le 23/05/2022, à 19:12

Merci pour la commande, je me la note.

xubu1957 · Le 23/05/2022, à 19:42

@bruno

C'était à cause de cette réclamation > Problème affichage bureau + perte des icônes ?? [Résolu], que nany avait rectifié sa

commande de nettoyage.

Je ne voudrais pas pénaliser les demandeurs en les privant de leurs données, d'autant plus que le domaine des serveurs m'est inconnu.

bruno · Le 24/05/2022, à 07:44

@xubu1957 : j'ai regardé le fil en question et je corrige mon affirmation du #28 en conséquence :
Si quelqu'un a des résidus de configuration d'un serveur MySQL c'est qu'il l'a déjà désinstallé et qu'il ne l'utilise plus ou qu'il à des traces d'installation d'une version précédente. Dans ce dernier cas debconf va poser très clairement la question à l'utilisateur :
Le répertoire /var/lib/mysql qui contient les bases de données de MariaDB va être supprimé.

debconf lors d'une purge du paquet myasql-server-xx a écrit :

Si vous retirez le paquet MySQL en vue d'en installer une version plus récente ou si un autre paquet mysql-server les utilise déjà,
vous devriez les conserver.
Faut-il supprimer toutes les bases de données MySQL ?

Si on pense que l'utilisateur n'est pas capable de comprendre et de répondre correctement à ce type de question, alors il ne faut jamais proposer une commande de purge des résidus de configuration.

xubu1957 · Le 24/05/2022, à 08:51

@bruno

En 2016, la commande de purge était destinée d'abord, au nettoyage des restes de configurations de noyaux (accumulés par dizaines, chez certains demandeurs).

Je suis incapable d'évaluer le niveau technique des demandeurs, mais la commande corrigée de nany, évitait de purger la partie sql des "rc".

diesel · Le 24/05/2022, à 09:54

Puisqu'on en est à débattre de "problèmes" de purge, voici le mien :

jean-marie@jean-marie:~$ sudo apt purge ~c
[sudo] Mot de passe de jean-marie : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  budgie-desktop-common*
0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] 
(Lecture de la base de données... 523678 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de budgie-desktop-common (0.12.4) ...
dpkg-divert: erreur: erreur de correspondance sur paquet
  lors de la suppression de « détournement de /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png en /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png.budgie par budgie-desktop-common »
  « détournement de /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png en /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png.budgie par budgie-desktop-environment » trouvé
dpkg: erreur de traitement du paquet budgie-desktop-common (--purge) :
 installed budgie-desktop-common package post-removal script subprocess returned error exit status 2
Des erreurs ont été rencontrées pendant l'exécution :
 budgie-desktop-common
E: Sub-process /usr/bin/dpkg returned an error code (1)
jean-marie@jean-marie:~$ ls -l /usr/share/icons/hicolor/256x256/apps/u*
-rw-r--r-- 1 root root 8832 mai   21 07:53 /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png
-rw-r--r-- 1 root root 3362 mai   21 07:53 /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png.budgie
-rw-r--r-- 1 root root 3362 mai   21 07:50 /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png.budgie.sav
-rw-r--r-- 1 root root 8832 mai   21 07:51 /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png.sav
jean-marie@jean-marie:~$

Quelqu'un a une idée ?

Les fichiers *.sav sont des sauvegardes des deux fichiers précédents que j'ai réalisées avant de faire des essais de suppression (sans succès).

Amicalement.

Jean-Marie

bruno · Le 24/05/2022, à 10:01

Je suppose que tu fais référence à un vieux bug d'Ubuntu (corrigé depuis) qui faisait que apt-get autoremove était incapable de supprimer les anciens noyaux. Ce n'est plus d'actualité depuis longtemps.

Je ne connais aucun paquet dont les scripts de désinstallation suppriment des données utiles sans en avertir l'utilisateur. Si cela existe c'est un bug sévère.
Cette précaution n'a donc pas lieu d'être.

Personne ne peut connaître a priori le niveau technique d'un demandeur et toute commande exécutée en root est susceptible de conduire à des problèmes, surtout quand le demandeur n'a donné toutes les précisions nécessaires.

xubu1957 · Le 24/05/2022, à 11:21

@diesel

Si tu vois une idée dans > discourse.ubuntubudgie.org/t/20-04-budgie-desktop-common/4170

@bruno

Merci pour les précisions.

diesel · Le 24/05/2022, à 18:14

Xubu, tu es trop fort !

Merci beaucoup.

Amicalement.

Jean-Marie

Coeur Noir · Le 25/05/2022, à 00:36

Yep, Xubu est une mémoire autant qu'une boussole ;-)

Je me disais bien que ça me rappelait quelque chose cette histoire de « détournement de /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png en /usr/share/icons/hicolor/256x256/apps/ubuntu-logo-icon.png.budgie par budgie-desktop-environment »…

FrancisFDZ · Le 25/05/2022, à 08:55

A l'évidence, la pollution est (même ici) un sujet sensible : il est dommage qu'un nettoyage automatique en profondeur ne soit pas prévu (même en option) lors de la désinstallation d'une appli.

bruno · Le 25/05/2022, à 13:13

Mais c'est prévu. C'est justement à cela que sert purge en ligne de commande ou « suppression complète » avec les interfaces graphiques.

FrancisFDZ · Le 26/05/2022, à 19:17

Surtout avec l'option ~c:

sudo apt purge ~c

que je viens de découvrir (en #7, merci @bruno) en relisant le présent post

Dernière modification par FrancisFDZ (Le 26/05/2022, à 19:19)

Tawal · Le 21/07/2022, à 11:26

Hello,

Juste une petite précision concernant :
Est-ce que

dpkg -l | grep ^rc | cut -d' ' -f3 | xargs sudo dpkg -P

=

sudo dpkg -P $(dpkg -l | awk '/^rc/{print $2}')

?

Ce n'est pas tout à fait équivalent !
La 1ère appliquera sudo dpkg ... que si les pipes donnent un retour.
Tandis que la 2iéme, appliquera sudo dpkg ... même si la liste est vide !
D'ailleurs pour parler d'équivalence, il aurait fallu employer les même moyens :
1 :

dpkg -l | awk '/^rc/{print $2}' | xargs sudo dpkg -P

2 :

sudo dpkg -P $(dpkg -l | awk '/^rc/{print $2}')

Au plaisir.

geole · Le 06/08/2022, à 13:43

bruno a écrit :

Et pour en finir avec les commandes alambiquées proposées sur le forum, depuis Ubuntu 20.04 il suffit d'utiliser :
sudo apt list ~c
pour voir la liste des paquets ayant des résidus de configuration
sudo apt purge ~c
pour purge tous les résidus de configuration.

Attention.

a@a:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.1 LTS"
a@a:~$ sudo apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Calcul de la mise à jour... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
a@a:~$ sudo apt list ~c
En train de lister... Erreur !
E: input:0-7: error: Expected pattern
   /home/c
   ^^^^^^^
a@a:~$ sudo apt purge ~c
Lecture des listes de paquets... Fait
E: Le fichier donné /home/c n'est pas compris sur la ligne de commande
a@a:~$

Donc la bonne vieille méthode

a@a:~$ dpkg -l | grep ^rc | cut -d' ' -f3 | xargs sudo dpkg -P
(Lecture de la base de données... 213080 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de linux-image-5.15.0-37-generic (5.15.0-37.39) ...
Purge des fichiers de configuration de linux-image-5.15.0-39-generic (5.15.0-39.42) ...
Purge des fichiers de configuration de linux-image-5.15.0-40-generic (5.15.0-40.43) ...
Purge des fichiers de configuration de linux-modules-5.15.0-37-generic (5.15.0-37.39) ...
Purge des fichiers de configuration de linux-modules-5.15.0-39-generic (5.15.0-39.42) ...
Purge des fichiers de configuration de linux-modules-5.15.0-40-generic (5.15.0-40.43) ...
Purge des fichiers de configuration de linux-modules-extra-5.15.0-37-generic (5.15.0-37.39) ...
Purge des fichiers de configuration de linux-modules-extra-5.15.0-39-generic (5.15.0-39.42) ...
Purge des fichiers de configuration de linux-modules-extra-5.15.0-40-generic (5.15.0-40.43) ...
a@a:~$

CORRECTION: En fait, le problème est lié à la création de l'utilisateur c faite plus tard.

Dernière modification par geole (Le 08/08/2022, à 16:15)

abecidofugy · Le 06/08/2022, à 13:45

abecidofugy · Le 06/08/2022, à 13:57

Et : sudo apt-get list ~c ?

bruno · Le 06/08/2022, à 14:31

@geole : c'est un problème spécifique a ton installation. Pour une raison que j'ignore le tilde ~ semble interprété par le shell comme /home/c
J'ai testé dans une VM Ubuntu 22.04 et ces commandes fonctionnent parfaitement.

Le seul moyen de reproduire tes messages d'erreur, c'est de mettre volontairement une espace entre le tilde et le c.

Sinon tu peux faire la même chose avec l'option longue :

sudo apt purge ?config-files

Lire man apt-patterns, section PACKAGE PATTERNS

geole · Le 06/08/2022, à 17:27

Cela est certainement lié à la version 22.04.1 Car il me semble bien que la commande fonctionnait bien il y a encore quelques semaines.
C'est certainement bon avec la version longue. Mais il n'y avait plus rien à purger!

a@a:~$ sudo apt purge ?config-files 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
a@a:~$

abecidofugy a écrit :

Et : sudo apt-get list ~c ?

a@a:~$ sudo apt-get list ~c 
E: L'opération list n'est pas valable
a@a:~$

Dernière modification par geole (Le 07/08/2022, à 10:38)

bruno · Le 07/08/2022, à 07:01

Non. Je confirme que cela fonctionne parfaitement avec une 22.04 à jour (marquée comme 22.04.1). Le problème ne vient de ta configuration.
Je t'invite à essayer avec d'autres motifs de filtrage :

apt list ~E

par exemple pour la liste des paquets essentiels.
Et attention avec apt, pas avec apt-get qui n'a pas d'argument list.

Qid · Le 07/08/2022, à 08:15

bruno a écrit :

Et attention avec apt, pas avec apt-get qui n'a pas d'argument list.

Parce-que l'ancien équivalent était apt-list avec un tiret il me semble... Celà dit il vaut mieux oublier cette ancienne forme en effet...

geole · Le 08/08/2022, à 08:56

bruno a écrit :

Je t'invite à essayer avec d'autres motifs de filtrage :
apt list ~E
par exemple pour la liste des paquets essentiels.

Bonjour
Je viens de créer un autre utilisateur. C'est le même comportement.
Je n'ai pas d'idée pour le nom du fichier de configuration à consulter.

@a:~$ sudo apt update
[sudo] Mot de passe de b : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de b : 
Atteint :1 http://fr.archive.ubuntu.com/ubuntu jammy InRelease
Réception de :2 http://fr.archive.ubuntu.com/ubuntu jammy-updates InRelease [114 kB]                                  
Réception de :3 http://security.ubuntu.com/ubuntu jammy-security InRelease [110 kB]                                                
Atteint :4 https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu jammy InRelease                                          
Réception de :5 http://fr.archive.ubuntu.com/ubuntu jammy-backports InRelease [99,8 kB]                                           
Réception de :6 http://fr.archive.ubuntu.com/ubuntu jammy-updates/main amd64 DEP-11 Metadata [91,6 kB]
Réception de :7 http://fr.archive.ubuntu.com/ubuntu jammy-updates/universe amd64 DEP-11 Metadata [120 kB]
Réception de :8 http://security.ubuntu.com/ubuntu jammy-security/main amd64 DEP-11 Metadata [11,4 kB]
Réception de :9 http://fr.archive.ubuntu.com/ubuntu jammy-updates/multiverse amd64 DEP-11 Metadata [940 B]
Réception de :10 http://fr.archive.ubuntu.com/ubuntu jammy-backports/universe amd64 DEP-11 Metadata [12,5 kB]
Réception de :11 http://security.ubuntu.com/ubuntu jammy-security/universe amd64 DEP-11 Metadata [608 B]   
561 ko réceptionnés en 1s (449 ko/s)       
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Tous les paquets sont à jour.
b@a:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.1 LTS"
b@a:~$ sudo apt list ~c
En train de lister... Erreur !
E: input:0-7: error: Expected pattern
   /home/c
   ^^^^^^^
b@a:~$ sudo apt list ~E
En train de lister... Fait
apt/jammy-updates,now 2.4.6 amd64  [installé, automatique]
apt/jammy-updates 2.4.6 i386
base-files/jammy-updates,now 12ubuntu4.2 amd64  [installé, automatique]
base-files/jammy-updates 12ubuntu4.2 i386
base-passwd/jammy,now 3.5.52build1 amd64  [installé]
base-passwd/jammy 3.5.52build1 i386
bash/jammy,now 5.1-6ubuntu1 amd64  [installé, automatique]
bash/jammy 5.1-6ubuntu1 i386
bsdutils/jammy,now 1:2.37.2-4ubuntu3 amd64  [installé]
bsdutils/jammy 1:2.37.2-4ubuntu3 i386
coreutils/jammy,now 8.32-4.1ubuntu1 amd64  [installé, automatique]
coreutils/jammy 8.32-4.1ubuntu1 i386
dash/jammy,now 0.5.11+git20210903+057cd650a4ed-3build1 amd64  [installé]
dash/jammy 0.5.11+git20210903+057cd650a4ed-3build1 i386
debianutils/jammy,now 5.5-1ubuntu2 amd64  [installé, automatique]
debianutils/jammy 5.5-1ubuntu2 i386
diffutils/jammy,now 1:3.8-0ubuntu2 amd64  [installé]
diffutils/jammy 1:3.8-0ubuntu2 i386
dpkg/jammy-updates,jammy-security,now 1.21.1ubuntu2.1 amd64  [installé, automatique]
dpkg/jammy-updates,jammy-security 1.21.1ubuntu2.1 i386
findutils/jammy,now 4.8.0-1ubuntu3 amd64  [installé]
findutils/jammy 4.8.0-1ubuntu3 i386
grep/jammy,now 3.7-1build1 amd64  [installé]
grep/jammy 3.7-1build1 i386
gzip/jammy,now 1.10-4ubuntu4 amd64  [installé]
gzip/jammy 1.10-4ubuntu4 i386
hostname/jammy,now 3.23ubuntu2 amd64  [installé]
hostname/jammy 3.23ubuntu2 i386
init-system-helpers/jammy,jammy,now 1.62 all  [installé, automatique]
libc-bin/jammy-updates,now 2.35-0ubuntu3.1 amd64  [installé, automatique]
libc-bin/jammy-updates 2.35-0ubuntu3.1 i386
login/jammy,now 1:4.8.1-2ubuntu2 amd64  [installé]
login/jammy 1:4.8.1-2ubuntu2 i386
ncurses-base/jammy,jammy,now 6.3-2 all  [installé]
ncurses-bin/jammy,now 6.3-2 amd64  [installé]
ncurses-bin/jammy 6.3-2 i386
perl-base/jammy,now 5.34.0-3ubuntu1 amd64  [installé, automatique]
perl-base/jammy 5.34.0-3ubuntu1 i386
sed/jammy,now 4.8-1ubuntu2 amd64  [installé, automatique]
sed/jammy 4.8-1ubuntu2 i386
sysvinit-utils/jammy,now 3.01-1ubuntu1 amd64  [installé, automatique]
sysvinit-utils/jammy 3.01-1ubuntu1 i386
tar/jammy,now 1.34+dfsg-1build3 amd64  [installé, automatique]
tar/jammy 1.34+dfsg-1build3 i386
util-linux/jammy,now 2.37.2-4ubuntu3 amd64  [installé, automatique]
util-linux/jammy 2.37.2-4ubuntu3 i386
b@a:~$ sudo apt list ~C
En train de lister... Erreur !
E: input:0-2: error: Unknown short pattern
   ~C
   ^^
b@a:~$ sudo apt list ~c
En train de lister... Erreur !
E: input:0-7: error: Expected pattern
   /home/c
   ^^^^^^^

Je vais consulter

man apt.conf

Dernière modification par geole (Le 08/08/2022, à 09:03)

bruno · Le 08/08/2022, à 11:54

Tu n'aurais pas un utilisateur nommé « c » par hasard ?

Lire l'explication ici : https://www.gnu.org/software/bash/manua … nsion.html

Bash manual a écrit :

If a word begins with an unquoted tilde character (‘~’), all of the characters up to the first unquoted slash (or all characters, if there is no unquoted slash) are considered a tilde-prefix.If none of the characters in the tilde-prefix are quoted, the characters in the tilde-prefix following the tilde are treated as a possible login name

N.B. : ce n'est pas forcément une bonne idée d'avoir a, b, c, … comme nom d'utilisateur.

abecidofugy · Le 08/08/2022, à 13:37

bruno a écrit :

Tu n'aurais pas un utilisateur nommé « c » par hasard ?

Il existe bien Cédric O

geole · Le 08/08/2022, à 15:55

bruno a écrit :

Tu n'aurais pas un utilisateur nommé « c » par hasard ?

Treize Bingo

Dernière modification par geole (Le 08/08/2022, à 16:01)

abecidofugy · Le 10/08/2022, à 23:59

geole a écrit :

bruno a écrit :
Tu n'aurais pas un utilisateur nommé « c » par hasard ?
Treize Bingo

Monsieur X va avoir des problèmes…

xubu1957 a écrit :

Je vais continuer à faire proposer les vidanges, quand ils viennent à notre station-service.

Bonjour, c’est pour le plein

Enfin non, mon budget taxe et surtaxe est déjà explosé !

Dernière modification par abecidofugy (Le 11/08/2022, à 00:05)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 23/05/2022, à 19:12

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#27 Le 23/05/2022, à 19:42

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#28 Le 24/05/2022, à 07:44

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#29 Le 24/05/2022, à 08:51

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#30 Le 24/05/2022, à 09:54

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#31 Le 24/05/2022, à 10:01

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#32 Le 24/05/2022, à 11:21

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#33 Le 24/05/2022, à 18:14

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#34 Le 25/05/2022, à 00:36

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#35 Le 25/05/2022, à 08:55

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#36 Le 25/05/2022, à 13:13

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#37 Le 26/05/2022, à 19:17

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#38 Le 21/07/2022, à 11:26

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#39 Le 06/08/2022, à 13:43

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#40 Le 06/08/2022, à 13:45

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#41 Le 06/08/2022, à 13:57

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#42 Le 06/08/2022, à 14:31

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#43 Le 06/08/2022, à 17:27

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#44 Le 07/08/2022, à 07:01

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#45 Le 07/08/2022, à 08:15

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#46 Le 08/08/2022, à 08:56

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#47 Le 08/08/2022, à 11:54

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#48 Le 08/08/2022, à 13:37

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#49 Le 08/08/2022, à 15:55

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

#50 Le 10/08/2022, à 23:59

Re : nettoyer les fichiers de configuration devenus sans objets et marqués

Pied de page des forums