#1 Le 19/05/2022, à 10:37
- FrancisFDZ
nettoyer les fichiers de configuration devenus sans objets et marqués
Bonjour,
Je vois dans pas mal de messages la proposition "nettoyer les fichiers de configuration devenus sans objets et marqués "rc"," Ce nettoyage a-t'il une autre justification que "esthétique" ou "gain de place" (bien qu'il ne soit apparemment pas gênant de les garder, ces fichiers peuvent-ils être nocifs ?)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#2 Le 19/05/2022, à 10:41
- xubu1957
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Bonjour,
Pour info > l'origine de la commande.
_ _ _
(edit=messages regroupés)
_ _ _
Mais dixit moko138 nany vole cent coudées au-dessus!
Dernière modification par xubu1957 (Le 30/09/2022, à 19:23)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#3 Le 19/05/2022, à 12:02
- FrancisFDZ
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
D'après nany,
Donc ça ne mange pas de pain de faire ces poussières avec cette commande
J'en déduis que ce n'est pas vraiment indispensable, mais ça permet de gagner en place et en lisibilité.
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#4 Le 19/05/2022, à 17:49
- Nuliel
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Virer les restes de conf n'est pas indispensable, c'est juste que c'est plus propre.
Il y a pas de gain de place significatif, ni en lisibilité.
Dernière modification par Nuliel (Le 19/05/2022, à 17:50)
Hors ligne
#5 Le 20/05/2022, à 07:29
- bruno
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Je ne trouve pas d'exemple où les résidus de configuration posent problème. Mais je conseille quand même de les purger systématiquement, notamment après une mise à niveau de la distribution.
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 aynt des résidus de configuration
sudo apt purge ~c
pour purge tous les résidus de configuration.
#6 Le 20/05/2022, à 10:21
- Qid
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
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 aynt des résidus de configuration
sudo apt purge ~c
pour purge tous les résidus de configuration.
Je suis clairement d'accord avec toi sur le sous-entendu sur l'utilisation abusive de commande complexe incompréhensible si ce n'est illisible...
Par contre c'est quoi ce "tild c" ? Et j'en profite : en quoi "autoremove --purge" ne suffit pas à répondre au besoin ?
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#7 Le 20/05/2022, à 11:40
- bruno
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Les dernières versions de apt reprennent enfin la syntaxe d'aptitude concernant les motifs de recherche. (cf. https://www.debian.org/doc/manuals/apti … uickGuide)
~c est un raccourci pour ?config-files
apt autoremove --purge
ne purge que les paquets marqués comme installés automatiquement et qui ne sont plus nécessaires. Il est fréquent d'avoir des résidus de configuration de paquets qui ne sont pas marqués « auto ».
Dernière modification par bruno (Le 20/05/2022, à 12:27)
#8 Le 20/05/2022, à 12:24
- Coeur Noir
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Virer les restes de conf n'est pas indispensable, c'est juste que c'est plus propre.
Il y a pas de gain de place significatif, ni en lisibilité.
Tout dépend du contexte.
Ça n'est pas censé représenter des centaines de Mo ou Go mais ça a été parfois conséquent ( accumulations de résidus d'anciens noyaux. )
Et il me semble que ça a un impact sur les inode utilisés.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#9 Le 20/05/2022, à 12:47
- xubu1957
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Je vais continuer à proposer les vidanges, quand ils viennent à notre station-service.
_ _ _
Dans son tutoriel > Sens interdit, paquets cassés > 0, espace insuffisant… Que faire?, nany avait cité tiramiseb > mise-a-jour-du-noyau-et-aucun-espace-disponible-sur-le-peripherique Nota, lien mort.
Le noyau Linux et sa taille
Le noyau, c’est le moteur du système. C’est Linux tout court. Tout ce qu’il y a autour, ce sont d’autres logiciels, qui composent la distribution. Linux, c’est le « moteur » d’Ubuntu.
Et ce « moteur », il a besoin de mises à jour, soit pour corriger des bugs, soit pour corriger des failles de sécurité, soit pour offrir de nouvelles fonctionnalités. Ubuntu propose donc régulièrement ces mises à jour, que tout utilisateur consciencieux fera en toute confiance.
De plus, tout noyau est accompagné de ses en-têtes : ce sont des fichiers qui permettent de compiler des modules qui ne sont pas fournis par défaut dans le système noyau : par exemple (et bien souvent) les pilotes NVidia privateurs, permettant d’utiliser au mieux les fonctionnalités 3D des cartes graphiques NVidia.
Sauf qu’un noyau, c’est gros. En taille de fichier mais aussi en nombre de fichiers :
pour le noyau lui-même, il faut compter entre 150 et 200 Mo, pour 3500 ou 4000 fichiers ;
pour les en-têtes du noyau, il faut compter environ 100 Mo, pour 15000 à 20000 fichiers (non non, je n’ai pas fait de faute, il n’y a pas un zéro en trop).
De nombreux noyaux
À chaque mise à jour du noyau, le précédent n’est pas remplacé par le nouveau : ce dernier s’installe en complément.Pourquoi ? Tout simplement parce que si l’installation du nouveau noyau rencontre le moindre problème, le système ne pourra jamais démarrer dessus. Il est donc préférable de garder au moins un précédent noyau, pour démarrer dessus si jamais le nouveau noyau ne fonctionne pas.
Cela veut dire que les noyaux s’accumulent au fur et à mesure, parfois par dizaines. Une procédure facilitant la suppression des anciens noyaux est en train d’être mise en place, mais elle n’est pas encore généralisée.
Et les systèmes de fichiers sont limités en nombre de fichiers que l’on peut stocker : tout fichier est référencé dans la table des inodes du système de fichiers, qui peut être considérée comme un « sommaire » permettant de savoir où est placé chacun des fichiers.
Lorsqu’il y a un seul système de fichiers, alors on a énormément de marge : sur un disque qui fait plusieurs centaines de giga-octets, on a de quoi voir venir, et on ne rencontre pour ainsi dire jamais ce problème.
Par contre, dans le cas le plus courant, lorsque l’on a proprement un système de fichiers « racine » et un système de fichiers « /home », le premier a souvent un espace limité : 10, 20 ou 30 Go par exemple. Et en temps normal, c’est largement suffisant.
Un système de fichiers d’environ 30 Go (comme le mien) a environ 1900000 inodes disponibles. Je n’ai pour ma part jamais rencontré ce problème sur un système de fichiers de 30 Go. Prenons comme exemple un système de fichiers de 15 Go, qui a alors moins d’un million d’inodes.
Si on a 30 mises à jour différentes du noyau (et de ses en-têtes) installées (on peut y arriver assez facilement, en ne nettoyant pas les noyaux pendant plusieurs mois), on a donc environ…
(200 + 100) × 30 = 9 Go
(20000 + 4000) × 30 = 720000 inodes
9 Go, c’est une place conséquente, mais ça pourrait encore passer : ça représente 60% de 15 Go et Ubuntu n’est pas spécialement gourmand. 720000 inodes, par contre, ça représente environ 75% du système de fichiers, utilisés rien que pour les noyaux. Il y a encore le reste du système à stocker !
Forcément, au bout d’un moment, ça coince…
Heureusement, c’est (à ma connaissance) le seul point qui pose problème dans cette politique de mise à jour d’Ubuntu : aucun autre paquet ne fonctionne de cette manière.
_ _ _
(edit=messages regroupés)
_ _ _
Chaque aidant gère l'entraide à sa façon !
Dernière modification par xubu1957 (Le 03/03/2024, à 13:41)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#10 Le 20/05/2022, à 13:45
- geole
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Je vais modifier mon aide mémoire
cette ligne
sudo apt autoremove --purge
va devenir
sudo apt purge ~c
explication
sudo apt list ~c
linux-image-5.11.0-41-generic/focal-updates,focal-security,now 5.11.0-41.45~20.04.1 amd64 [configuration restante]
linux-image-5.11.0-43-generic/focal-updates,focal-security,now 5.11.0-43.47~20.04.2 amd64 [configuration restante]
linux-image-5.11.0-44-generic/focal-updates,focal-security,now 5.11.0-44.48~20.04.2 amd64 [configuration restante]
linux-image-5.11.0-46-generic/focal-updates,focal-security,now 5.11.0-46.51~20.04.1 amd64 [configuration restante]
linux-image-5.13.0-25-generic/focal-updates,focal-security,now 5.13.0-25.26~20.04.1 amd64 [configuration restante]
linux-image-5.13.0-27-generic/focal-updates,focal-security,now 5.13.0-27.29~20.04.1 amd64 [configuration restante]
linux-image-5.13.0-39-generic/focal-updates,focal-security,now 5.13.0-39.44~20.04.1 amd64 [configuration restante]
linux-modules-5.11.0-41-generic/focal-updates,focal-security,now 5.11.0-41.45~20.04.1 amd64 [configuration restante]
linux-modules-5.11.0-43-generic/focal-updates,focal-security,now 5.11.0-43.47~20.04.2 amd64 [configuration restante]
linux-modules-5.11.0-44-generic/focal-updates,focal-security,now 5.11.0-44.48~20.04.2 amd64 [configuration restante]
linux-modules-5.11.0-46-generic/focal-updates,focal-security,now 5.11.0-46.51~20.04.1 amd64 [configuration restante]
linux-modules-5.13.0-25-generic/focal-updates,focal-security,now 5.13.0-25.26~20.04.1 amd64 [configuration restante]
linux-modules-5.13.0-27-generic/focal-updates,focal-security,now 5.13.0-27.29~20.04.1 amd64 [configuration restante]
linux-modules-5.13.0-39-generic/focal-updates,focal-security,now 5.13.0-39.44~20.04.1 amd64 [configuration restante]
linux-modules-extra-5.11.0-41-generic/focal-updates,focal-security,now 5.11.0-41.45~20.04.1 amd64 [configuration restante]
linux-modules-extra-5.11.0-43-generic/focal-updates,focal-security,now 5.11.0-43.47~20.04.2 amd64 [configuration restante]
linux-modules-extra-5.11.0-44-generic/focal-updates,focal-security,now 5.11.0-44.48~20.04.2 amd64 [configuration restante]
linux-modules-extra-5.11.0-46-generic/focal-updates,focal-security,now 5.11.0-46.51~20.04.1 amd64 [configuration restante]
linux-modules-extra-5.13.0-25-generic/focal-updates,focal-security,now 5.13.0-25.26~20.04.1 amd64 [configuration restante]
linux-modules-extra-5.13.0-27-generic/focal-updates,focal-security,now 5.13.0-27.29~20.04.1 amd64 [configuration restante]
linux-modules-extra-5.13.0-39-generic/focal-updates,focal-security,now 5.13.0-39.44~20.04.1 amd64 [configuration restante]
Question quelle option mettre pour éviter l'avertissement
a@a:~$ sudo apt purge ~c
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 :
linux-image-5.11.0-41-generic* linux-image-5.11.0-43-generic* linux-image-5.11.0-44-generic* linux-image-5.11.0-46-generic*
linux-image-5.13.0-25-generic* linux-image-5.13.0-27-generic* linux-image-5.13.0-39-generic* linux-modules-5.11.0-41-generic*
linux-modules-5.11.0-43-generic* linux-modules-5.11.0-44-generic* linux-modules-5.11.0-46-generic*
linux-modules-5.13.0-25-generic* linux-modules-5.13.0-27-generic* linux-modules-5.13.0-39-generic*
linux-modules-extra-5.11.0-41-generic* linux-modules-extra-5.11.0-43-generic* linux-modules-extra-5.11.0-44-generic*
linux-modules-extra-5.11.0-46-generic* linux-modules-extra-5.13.0-25-generic* linux-modules-extra-5.13.0-27-generic*
linux-modules-extra-5.13.0-39-generic*
0 mis à jour, 0 nouvellement installés, 21 à enlever et 14 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... 235412 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de linux-modules-extra-5.13.0-27-generic (5.13.0-27.29~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.11.0-43-generic (5.11.0-43.47~20.04.2) ...
Purge des fichiers de configuration de linux-modules-5.11.0-44-generic (5.11.0-44.48~20.04.2) ...
Purge des fichiers de configuration de linux-image-5.11.0-44-generic (5.11.0-44.48~20.04.2) ...
rmdir: impossible de supprimer '/lib/modules/5.11.0-44-generic': Le dossier n'est pas vide
Purge des fichiers de configuration de linux-image-5.11.0-41-generic (5.11.0-41.45~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.13.0-27-generic (5.13.0-27.29~20.04.1) ...
dpkg: avertissement: lors de la suppression de linux-modules-5.13.0-27-generic, le répertoire « /lib/modules/5.13.0-27-generic » n'
était pas vide, donc il n'a pas été supprimé
Purge des fichiers de configuration de linux-modules-5.11.0-43-generic (5.11.0-43.47~20.04.2) ...
dpkg: avertissement: lors de la suppression de linux-modules-5.11.0-43-generic, le répertoire « /lib/modules/5.11.0-43-generic » n'
était pas vide, donc il n'a pas été supprimé
Purge des fichiers de configuration de linux-image-5.13.0-25-generic (5.13.0-25.26~20.04.1) ...
Purge des fichiers de configuration de linux-image-5.13.0-39-generic (5.13.0-39.44~20.04.1) ...
Purge des fichiers de configuration de linux-image-5.11.0-43-generic (5.11.0-43.47~20.04.2) ...
Purge des fichiers de configuration de linux-modules-5.13.0-39-generic (5.13.0-39.44~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.11.0-41-generic (5.11.0-41.45~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.11.0-46-generic (5.11.0-46.51~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.11.0-44-generic (5.11.0-44.48~20.04.2) ...
dpkg: avertissement: lors de la suppression de linux-modules-extra-5.11.0-44-generic, le répertoire « /lib/modules/5.11.0-44-generi
c/kernel/drivers/net/wireless/realtek/rtw88 » n'était pas vide, donc il n'a pas été supprimé
Purge des fichiers de configuration de linux-image-5.13.0-27-generic (5.13.0-27.29~20.04.1) ...
Purge des fichiers de configuration de linux-image-5.11.0-46-generic (5.11.0-46.51~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.13.0-25-generic (5.13.0-25.26~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.11.0-41-generic (5.11.0-41.45~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.11.0-46-generic (5.11.0-46.51~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.13.0-25-generic (5.13.0-25.26~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.13.0-39-generic (5.13.0-39.44~20.04.1) ...
a@a:~$
J'ai trouvé des poussières oubliées
a@a:/lib/modules/5.11.0-44-generic/kernel/drivers/net/wireless/realtek/rtw88$ ls -ls
total 27240
744 -rw-r--r-- 1 root root 761216 janv. 9 10:05 rtw_8723de.ko
2256 -rw-r--r-- 1 root root 2308752 janv. 9 10:05 rtw_8723d.ko
744 -rw-r--r-- 1 root root 761216 janv. 9 10:05 rtw_8821ce.ko
1968 -rw-r--r-- 1 root root 2011160 janv. 9 10:05 rtw_8821c.ko
744 -rw-r--r-- 1 root root 761216 janv. 9 10:05 rtw_8822be.ko
2416 -rw-r--r-- 1 root root 2473712 janv. 9 10:05 rtw_8822b.ko
744 -rw-r--r-- 1 root root 761432 janv. 9 10:05 rtw_8822ce.ko
3380 -rw-r--r-- 1 root root 3458472 janv. 9 10:05 rtw_8822c.ko
13104 -rw-r--r-- 1 root root 13416664 janv. 9 10:05 rtw_core.ko
1140 -rw-r--r-- 1 root root 1164792 janv. 9 10:05 rtw_pci.ko
a@a:~$ ls -rls /lib/modules/5.13.0-27-generic
ls: impossible d'accéder à '/lib/modules/5.13.0-27-generic': Aucun fichier ou dossier de ce type
a@a:~$ lib/modules/5.11.0-43-generic
bash: lib/modules/5.11.0-43-generic: Aucun fichier ou dossier de ce type
a@a:~$
a@a:~$
Question Faut-il faire figurer cette nouvelle commande dans cette documentation https://doc.ubuntu-fr.org/apt-get
ATTENTION
J'ai vu plein de discussions signalant que l'arrivée d'un nouveau noyau faisait dysfonctionner l'ordinateur.
Souvent, le conseil donné est d'utiliser l'ancien noyau dans l'attente de l'arrivée d'un nouveau noyau et de marquer le noyau ancien en installation manuelle afin d'empêcher sa suppression au cas où le nouveau noyau serait aussi inadapté .
Dernière modification par geole (Le 22/05/2022, à 14:46)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#11 Le 20/05/2022, à 15:28
- bruno
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Pour la doc j'ai déjà modifié cette page : https://doc.ubuntu-fr.org/nettoyer_ubun … _logiciels (qui mériterait une reprise complète)
Je ne pense pas qu'il faille modifier la doc apt-get mais plutôt complèter la page apt-cli sans chercher à être exhaustif. La référence est :
man apt-patterns
Pour ton retour en #12, c'est une chose fréquente lors de la purge d'un paquet d'avoir un avertissement concernant des répertoires qui ne peuvent être supprimés. C'est le cas lorsque des fichier ont été créés dans ces répertoire par un autre processus que l'installation d'un paquet. Dans ton cas ce sont probablement des modules du noyau installés via dkms.
Je ne sais pas comment on peut éviter cet avertissement (essayer l'argument --yes) et encore comment forcer la suppression de ces dossiers (potentiellement risqué).
Dernière modification par bruno (Le 20/05/2022, à 15:35)
#12 Le 20/05/2022, à 16:32
- Qid
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
~c est un raccourci pour ?config-files
apt autoremove --purge
ne purge que les paquets marqués comme installés automatiquement et qui ne sont plus nécessaires. Il est fréquent d'avoir des résidus de configuration de paquets qui ne sont pas marqués « auto ».
mouais bah je viens d'essayer et n'ai pas vu la différence...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#13 Le 21/05/2022, à 00:07
- Coeur Noir
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Pour la doc j'ai déjà modifié cette page : https://doc.ubuntu-fr.org/nettoyer_ubun … _logiciels (qui mériterait une reprise complète)
Est-ce que
dpkg -l | grep ^rc | cut -d' ' -f3 | xargs sudo dpkg -P
=
sudo dpkg -P $(dpkg -l | awk '/^rc/{print $2}')
?
C'est plutôt cette seconde que j'avais « retenue », un seul pipe et un poil plus courte.
Dans le même ordre d'idée, est-ce que
sudo apt autoremove --purge
=
sudo apt autopurge
?
Dernière modification par Coeur Noir (Le 21/05/2022, à 00:09)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#14 Le 21/05/2022, à 08:33
- bruno
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Les deux commandes sont strictement équivalentes et aussi obscures pour un novice. on pourrait sans doute en trouver un tas d'autres pour le même résultat. Savoir s'il vaut mieux utiliser awk ou grep, un sous-shell ou des pipes, pour moi c'est de la tétrapilectomie.
autopurge est un raccourci non documenté(*) pour autoremove --purge, donc oui c'est équivalent.
(*) cf. https://salsa.debian.org/apt-team/apt/- … ll.cc#L629
Dernière modification par bruno (Le 21/05/2022, à 08:55)
#15 Le 21/05/2022, à 08:57
- FrancisFDZ
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Mise au point : je ne prétend pas que le nettoyage soit inutile, mais pas indispensable. Je pense toutefois qu'il n'est pas bon de laisser s'accumuler des fichiers inutiles, plus encombrants que nuisibles, et que s'en débarrasser fait au moins gagner en clarté.
La demande systématique d'un nettoyage ne fait pas en général avancer vers la résolution d'un problème, mais peut dans certains cas éliminer (à juste titre) des pistes liées à des fichiers obsolètes qui n'ont plus rien à faire là.
Nany disait d'ailleurs
Proposons donc de parfaire le nettoyage. J’appelle ça faire les poussières, car dans les faits, on va supprimer des fichiers de configuration qui ne sont pas forcément volumineux. Bon, chez certains, la liste des fichiers de configurations résiduels peut s’avérer bien longue et les poussières deviennent des moutons. Donc ça ne mange pas de pain de faire ces poussières
Dernière modification par FrancisFDZ (Le 21/05/2022, à 09:07)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#16 Le 21/05/2022, à 09:13
- bruno
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Il y a des cas où la purge de paquets est indispensable à la résolution de problèmes. Je pense notamment à certaines installations de MySQL / MariaDB ou de PHP (avec dépôts tiers) cassées.
#17 Le 21/05/2022, à 09:18
- FrancisFDZ
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Nettoyer : il est vrai que l'on y voit pu clair quand quand c'est bien propre ...
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#18 Le 21/05/2022, à 09:56
- Qid
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
autopurge est un raccourci non documenté(*) pour autoremove --purge, donc oui c'est équivalent.
(*) cf. https://salsa.debian.org/apt-team/apt/- … ll.cc#L629
Tien je ne la connaissais pas celle là (je parle d'autopurge)...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#19 Le 21/05/2022, à 10:11
- geole
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Bonjour
J'avais toujours été surpris de devoir écrire "apt autoremove" puis constater que c'était insuffisant, je suis passé à "apt auto remove --purge" qui par moment était mal frappé.
Je constate qu'il y avait beaucoup plus simple à proposer mais que la documentation actualisée reste le point faible. Le prétexe serait-il qu'il suffit de consulter les sources?
Dans le même ordre d'idée
apt update
apt upgrade
apt full-upgrade
peut-on faire simplement 1 et 3 sans faire 2
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#20 Le 21/05/2022, à 10:16
- diesel
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Bonjour
J'avais toujours été surpris de devoir écrire "apt autoremove" puis constater que c'était insuffisant, je suis passé à "apt auto remove --purge" qui par moment était mal frappé.
Je constate qu'il y avait beaucoup plus simple à proposer mais que la documentation actualisée reste le point faible. Le prétexe serait-il qu'il suffit de consulter les sources?Dans le même ordre d'idée
apt update apt upgrade apt full-upgrade
peut-on faire simplement 1 et 3 sans faire 2
Oui.
A titre personnel, j'utilise "apt dist-upgrade" qui est, je crois, équivalent à "apt full-upgrade".
Amicalement.
Jean-Marie
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#21 Le 21/05/2022, à 15:01
- Coeur Noir
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
apt dist-upgrade est l'ancienne dénomination, remplacée aujourd'hui par apt full-upgrade pour ne plus faire référence à dist ( comme distribution ) qui pouvait évoquer l'idée d'une mise à niveau de la distribution, alors qu'il s'agit « seulement » de mettre à jour des paquets : individuellement dans le cas apt upgrade, avec leurs dépendances dans le cas apt full-upgrade.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#22 Le 21/05/2022, à 15:17
- Coeur Noir
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Les deux commandes sont strictement équivalentes et aussi obscures pour un novice. on pourrait sans doute en trouver un tas d'autres pour le même résultat. Savoir s'il vaut mieux utiliser awk ou grep, un sous-shell ou des pipes, pour moi c'est de la tétrapilectomie.
autopurge est un raccourci non documenté(*) pour autoremove --purge, donc oui c'est équivalent.
(*) cf. https://salsa.debian.org/apt-team/apt/- … ll.cc#L629
Z'êtes bizarres tous dès lors que vous évoquez les « novices ».
N'importe quelle commande ou manip' un peu technique ou administrative paraîtra toujours inédite ou mystérieuse à quiconque la réalise pour la première fois.
Y compris pour quelqu'un qui utilise Linux depuis des années…
Elle ne reste obscure que si on ne l'explique pas, que si on ne lui donne pas un peu de contexte ( lien vers une doc' ou un man ou juste décrire avec des mots « humains » l'action proposée. )
Quand il s'agit de proposer des commandes à quelqu'un de pas habitué, j'aurais tendance à essayer de trouver :
⋅ soit la commande la plus courte car plus facile à taper ou copier-coller,
⋅ soit la plus explicite « d'elle-même », qui sera peut-être plus longue mais alors plus facile à comprendre.
C'est pas du coupage de cheveu en quatre, juste un peu de précaution afin de limiter des risques de coquille ou d'interprétation, côté aidant comme aidé.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#23 Le 21/05/2022, à 15:32
- Qid
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Quand il s'agit de proposer des commandes à quelqu'un de pas habitué, j'aurais tendance à essayer de trouver :
⋅ soit la commande la plus courte car plus facile à taper ou copier-coller,
⋅ soit la plus explicite « d'elle-même », qui sera peut-être plus longue mais alors plus facile à comprendre.C'est pas du coupage de cheveu en quatre, juste un peu de précaution afin de limiter des risques de coquille ou d'interprétation, côté aidant comme aidé.
Je suis complètement d'accord... Oui une commande sera toujours du chinois pour un non connaisseur... Mais il me semble important que dans le cadre d'un forum elle puisse être suffisamment comprise pour pouvoir être réadaptée en cas de besoin à peu près similaire...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#24 Le 23/05/2022, à 10:38
- xubu1957
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
Bonjour,
Vu le risque d'effacement des bases locales SQL, doit-on rester sur les commandes d'Allan Biquet ?
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#25 Le 23/05/2022, à 17:43
- bruno
Re : nettoyer les fichiers de configuration devenus sans objets et marqués
@xubu1957 : le cas que tu évoques est tout à fait particulier.
D'abord ce n'est pas ma commande, c'est la commande qui doit être utilisée systématiquement depuis Ubuntu 20.04 (apt 2.0) car elle strictement équivalente à celles proposées d'habitude sur le forum, tout en étant beaucoup plus synthétique (moins de risques d'erreurs, plus facile à comprendre, etc.)
Ensuite 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. Il ne va pas venir râler ensuite parce qu'il a perdu ses données.