Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#51 Le 07/04/2016, à 20:54

moko138

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

OKKKKKKKKKKKKK !
Merci de l'explication !
En effet, je n'ai redémarré ma Trusty qu'une fois depuis le changement de noyau.


Puisqu'il faut un double débrayage pour que les noyaux soient bien pris en compte,
je comprends enfin l'expression "codé avec les pieds" !   big_smile
  - -

AJOUT

nany a écrit :

il faut dire que je ne m’empresse pas de faire un autoremove dès que je vois passer une mise à jour de noyau

Moi non plus, mais c'est le système qui me le propose de lui-même.

Dernière modification par moko138 (Le 07/04/2016, à 21:01)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#52 Le 18/04/2016, à 19:00

moko138

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Astuce marrante.   Plutôt que

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"

essayez

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | tr -s " " | cut -d" " -s -f1,2,3

- -
EDIT 18/4/2016
Rajouté la 1ère colonne (*), sans quoi cette astuce était ici hors-sujet!

(*) En fait, 2 colonnes non-séparées.cf.

man dpkg-query

  - -

EDIT 01/11/2017
Idem mais avec classement numérique (et non plus alphabétique) :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3

  - -

EDIT  28/11/217
Idem mais en alignant lisiblement les colonnes :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t

Dernière modification par moko138 (Le 28/11/2017, à 23:35)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#53 Le 18/04/2016, à 20:03

xubu1957

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

C'est bien rangé:

linux-generic-lts-wily 4.2.0.35.28
linux-headers-4.2.0-30 4.2.0-30.36~14.04.1
linux-headers-4.2.0-30-generic 4.2.0-30.36~14.04.1
linux-headers-4.2.0-34 4.2.0-34.39~14.04.1
linux-headers-4.2.0-34-generic 4.2.0-34.39~14.04.1
linux-headers-4.2.0-35 4.2.0-35.40~14.04.1
linux-headers-4.2.0-35-generic 4.2.0-35.40~14.04.1
linux-headers-generic-lts-wily 4.2.0.35.28
linux-image-4.2.0-30-generic 4.2.0-30.36~14.04.1
linux-image-4.2.0-34-generic 4.2.0-34.39~14.04.1
linux-image-4.2.0-35-generic 4.2.0-35.40~14.04.1
linux-image-extra-4.2.0-30-generic 4.2.0-30.36~14.04.1
linux-image-extra-4.2.0-34-generic 4.2.0-34.39~14.04.1
linux-image-extra-4.2.0-35-generic 4.2.0-35.40~14.04.1
linux-image-generic-lts-wily 4.2.0.35.28

(edit) mais on n'a plus le statut du paquet avec le lettrage ,pour repérer des paquets mal installés !

Avec rectification:

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | tr -s " " | cut -d" " -s -f1,2,3
ii linux-generic-lts-wily 4.2.0.35.28
ii linux-headers-4.2.0-30 4.2.0-30.36~14.04.1
ii linux-headers-4.2.0-30-generic 4.2.0-30.36~14.04.1
ii linux-headers-4.2.0-34 4.2.0-34.39~14.04.1
ii linux-headers-4.2.0-34-generic 4.2.0-34.39~14.04.1
ii linux-headers-4.2.0-35 4.2.0-35.40~14.04.1
ii linux-headers-4.2.0-35-generic 4.2.0-35.40~14.04.1
ii linux-headers-generic-lts-wily 4.2.0.35.28
ii linux-image-4.2.0-30-generic 4.2.0-30.36~14.04.1
ii linux-image-4.2.0-34-generic 4.2.0-34.39~14.04.1
ii linux-image-4.2.0-35-generic 4.2.0-35.40~14.04.1
ii linux-image-extra-4.2.0-30-generic 4.2.0-30.36~14.04.1
ii linux-image-extra-4.2.0-34-generic 4.2.0-34.39~14.04.1
ii linux-image-extra-4.2.0-35-generic 4.2.0-35.40~14.04.1
ii linux-image-generic-lts-wily 4.2.0.35.28

Dernière modification par xubu1957 (Le 23/04/2016, à 06:47)


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] 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

Hors ligne

#54 Le 10/06/2016, à 16:37

Compte anonymisé

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Bonjour et merci à nany d'avoir monté ce sujet.

Cependant, j'ai remarqué quelque chose qui ne m'a pas plu en adaptant

if [[ $(dpkg -l | grep ^rc) ]]; then
  dpkg -P $(dpkg -l | awk '/^rc/{print $2}')
fi

qui doit être l'équivalent sans le if de

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

à un script perso de mises à jour :

giadmin@gi-asshole-ubuntu:~$ cat ~/scripts/majetnettoyage 
#!/bin/bash
echo "-----------------------------------------------------";
echo "Mise à jour de la BDD";
echo "-----------------------------------------------------";
apt update;
echo "-----------------------------------------------------";
echo "Mise à jour du système";
echo "-----------------------------------------------------";
apt dist-upgrade -y;
echo "-----------------------------------------------------";
echo "Nettoyage paquets";
echo "-----------------------------------------------------";
apt autoremove --purge -y;
echo "-----------------------------------------------------";
echo "Nettoyage des configurations";
echo "-----------------------------------------------------";
if [[ $(dpkg -l | grep ^rc) ]]; then
  dpkg -P $(dpkg -l | awk '/^rc/{print $2}')
fi
echo "---- Fini -----" ;
exit 0;

Cela me renvoie lors du nettoyage des rc :

-----------------------------------------------------
Nettoyage des configurations
-----------------------------------------------------
/home/giadmin/scripts/majetnettoyage: 17: /home/giadmin/scripts/majetnettoyage: [[: not found

Or si je transforme cette ligne

if [[ $(dpkg -l | grep ^rc) ]]; then

en

if [ $(dpkg -l | grep ^rc) ]; then

La ligne 17 ne fait pas râler le système.

Cordialement.

#55 Le 11/06/2016, à 09:50

grandtoubab

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Salut
sur la nouvelle version d"apt par exemple

:/# apt-cache policy apt
apt:
  Installé : 1.2.12
  Candidat : 1.2.12

Lancer apt update et tester ce retour si des maj sont disponibles
26 packages can be upgraded. Run 'apt list --upgradable' to see them.
et lancer

apt full-upgrade

Exemple:

root@debian:/#apt update
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
26 packages can be upgraded. Run 'apt list --upgradable' to see them.

root@debian:/# apt full-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants seront mis à jour :
  console-setup console-setup-linux gir1.2-gmenu-3.0
  gnome-accessibility-themes gnome-menus gnome-themes-standard
  gnome-themes-standard-data keyboard-configuration libc-bin libc-dev-bin
  libc-l10n libc6 libc6:i386 libc6-dev libgnome-menu-3-0 libnm-gtk-common
  libnma-common libnma0 libvlc5 libvlccore8 locales multiarch-support
  network-manager-gnome policykit-1-gnome usb-modeswitch-data vlc-data
26 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 26,4 Mo dans les archives.
Après cette opération, 419 ko d'espace disque supplémentaires seront utilisés.

sinon  on peut faire

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

https://wiki.debian-fr.xyz/Nettoyer_sa_Debian

Dernière modification par grandtoubab (Le 11/06/2016, à 11:12)


Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#56 Le 09/02/2017, à 12:50

ab974

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Bonjour Nany,

Mon kclean ne suffisait plus à régler la saturation des 255 MB de mon /dev/sda1
J'ai passé une journée à mettre de l'ordre -et de l'air- sur ma partition /boot en suivant à la lettre tes messages de #1 à #7.
Ca a bien marché et au final je n'aurai plus le soucis de passer le kclean puisque tes 3 scripts s'en chargeront chaque semaine.

Bravo pour ton sens de la pédagogie !
Un ancien du basic des années 80 !


Sur Ubuntu depuis 2012
Ubuntu 16.04 LTS sur PC LDLC Ram 8 Go Disques 120 Go et 500 Go

Hors ligne

#57 Le 31/10/2017, à 14:54

MacGyvre

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Bonjour Nanny,
Merci pour ce fil que j'ai malheureusement découvert un peu sur le tard.. Ca fait des années que je suis confronté à ce problème (principalement mon entourage et les qques clients que j'ai réussi à passer à ubuntu). Du coup, ce problème fait vraiment tache (quasi le seul par rapport à mes autres clients sur windows), car très bloquant quand il arrive...(Allez expliquer que linux est fiable quand ca arrive à un client).
J'ai bien mis en place qques solutions sur mon blog, mais il est loin d'être aussi clair/complet que tes explications (faute de temps, hélas).

Toutefois, j'en profite pour rajouter un cas qui ressemble de très près à ce qui est évoqué ici, mais indépendant des noyaux. En effet, il se peut que pour d'autre raisons, les inodes soient pleins à 100%, comme les sessions php, si on héberge un petit wordpress sur sa machine (ou serveur). Chez moi, il s'agissait du répertoire /var/lib/php5 qui était rempli de fichiers sess_xxx (wordpress qui n’effaçait pas ces fichiers ).

Bref, il a suffit pour résoudre le problème de purger les sessions plus vieilles de 2 jours avec la commande: (elle a mis plus de 20mn à s'exécuter, et je suis passé de 100% d'inodes à ...18% !!)

find /var/lib/php5/ -type f -atime +2 -name 'sess_*' -exec rm -f {} \;

L'astuce vient du blog de nicolargo

C'est un cas bien particulier, qui ne concerne sans doute qu'une minorité, mais qui est bien contrariant quand on cherche du côté des noyaux alors qu'il vient d'ailleurs...

Hors ligne

#58 Le 28/11/2017, à 18:10

xubu1957

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

@ moko138

Réponse pour commande de test (au post #52)  :

xubu@xubu-ThinkPad-T410:~$ dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t
ii  linux-generic                        4.4.0.101.106
ii  linux-headers-generic                4.4.0.101.106
ii  linux-image-generic                  4.4.0.101.106
ii  linux-tools-generic                  4.4.0.101.106
ii  linux-headers-4.4.0-101              4.4.0-101.124
ii  linux-tools-common                   4.4.0-101.124
ii  linux-image-extra-4.4.0-101-generic  4.4.0-101.124
ii  linux-headers-4.4.0-101-generic      4.4.0-101.124
ii  linux-image-4.4.0-101-generic        4.4.0-101.124
ii  linux-tools-4.4.0-101                4.4.0-101.124
ii  linux-tools-4.4.0-101-generic        4.4.0-101.124
pc  linux-tools-4.4.0-89-generic         4.4.0-89.112
ii  linux-headers-4.4.0-98               4.4.0-98.121
ii  linux-image-extra-4.4.0-98-generic   4.4.0-98.121
ii  linux-headers-4.4.0-98-generic       4.4.0-98.121
ii  linux-image-4.4.0-98-generic         4.4.0-98.121
ii  linux-tools-4.4.0-98                 4.4.0-98.121
ii  linux-tools-4.4.0-98-generic         4.4.0-98.121
xubu@xubu-ThinkPad-T410:~$ 

et après avoir passé :

dpkg -l | grep ^pc | cut -d' ' -f3 | xargs sudo dpkg --purge
xubu@xubu-ThinkPad-T410:~$ dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t
ii  linux-generic                        4.4.0.101.106
ii  linux-headers-generic                4.4.0.101.106
ii  linux-image-generic                  4.4.0.101.106
ii  linux-tools-generic                  4.4.0.101.106
ii  linux-headers-4.4.0-101              4.4.0-101.124
ii  linux-tools-common                   4.4.0-101.124
ii  linux-image-extra-4.4.0-101-generic  4.4.0-101.124
ii  linux-headers-4.4.0-101-generic      4.4.0-101.124
ii  linux-image-4.4.0-101-generic        4.4.0-101.124
ii  linux-tools-4.4.0-101                4.4.0-101.124
ii  linux-tools-4.4.0-101-generic        4.4.0-101.124
ii  linux-headers-4.4.0-98               4.4.0-98.121
ii  linux-image-extra-4.4.0-98-generic   4.4.0-98.121
ii  linux-headers-4.4.0-98-generic       4.4.0-98.121
ii  linux-image-4.4.0-98-generic         4.4.0-98.121
ii  linux-tools-4.4.0-98                 4.4.0-98.121
ii  linux-tools-4.4.0-98-generic         4.4.0-98.121
xubu@xubu-ThinkPad-T410:~$ 

_ _ _

Archivage :

Le 29/08/2021, nany a écrit :

Cette commande sert à « épousseter » le système.
Et, pour le faire automatiquement tous les mois, voir ici. wink

> [RÉSOLU] mise à jour depuis discover bloquée

_ _ _

En présence d'un paquet rc  mysql-server (ou d'un serveur), la variante obligatoire pour éviter de perdre les bases de données SQL locales :

Le 22/07/2020, nany a écrit :
dpkg -l | awk '/^rc/ && !/sql/{print $2}' | xargs -r sudo dpkg -P

Historique > pour la variante de la commande

_ _ _

Le 14/09/2020, moko138 a écrit :

xubu1957,
Merci de mettre à jour tes tablettes !

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

qui évite le "binutils-x86-64-linux-gnu"
et surtout qui trie numériquement (et non décimalement) les lignes.

> Xunbuntu lent

_ _ _

Le 23/05/2020, moko138 a écrit :

xubu1957,
  Aurais-tu puisé dans une ancienne version de ton mémo ? Ou écrasé la version la plus récente par une autre ? En ce cas,

  Pour éviter les retours interminables de df -Th ..., note dans ton mémo :

echo; df -Thx tmpfs -x devtmpfs -x squashfs ; echo; df -Tix tmpfs -x devtmpfs -x squashfs

            .
  - -
            .
  Pour éviter le classement décimal erroné (4.15 < 4.4   et 4.15.0-100 < 4.15.0-99), utilise l'option -V de sort ;
  pour éviter de mélanger les "rc" aux autres états ;
  et pour avoir le noyau en service ;
préfère :

echo; dpkg -l | awk '/^rc/{next} ; / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

            .
  - -
            .

sudo du -ah --max-depth=2 /boot | sort -h | tail -23

est plus efficace (*) que ls -AsS1 /boot (que nous devrions donc remplacer dans nos tablettes).

___
(*) Voir le cas ./viewtopic.php?id=2024752 de La Miecyclette (mai 2018).

Merci et bon tablier !  smile

= =


Déconfinement et Ascension : Jésus ne doit pas s'élever de plus de 100 km à vol de Saint-Esprit.

> Espace disque faible

_ _ _


Le 31/10/2019, #17, nany a écrit :

Ça, ça ne fait que supprimer les fichiers de config des différentes versions du noyau.
Mais il y a foule par ailleurs. Je préconise plutôt :

dpkg -l | awk '/^rc/{print $2}' | xargs -r sudo dpkg -P
#20, moko138 a écrit :
xubu1957 a écrit :

Le 03/10/2018, moko138 a écrit :
(...)

Et de toute façon, j'en suis revenu, parce que je n'ai pas rencontré de cas où ma remarque d'alors fût pertinente.  smile

> Nettoyage de /

_ _ _

Le 03/10/2018, moko138 a écrit :

À tous les aidants,
Plutôt que

df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev|loop"; echo ; df -Ti | grep -Ev "devpts|none|proc|sys|tmpfs|udev|loop"

Je vous suggère :

echo; df -Th | grep -Ev "devpts|none|proc|s/fs|tmpfs|udev|rootfs"; echo; df -Ti | grep -Ev "devpts|none|proc|s/fs|tmpfs|udev|rootfs"

où :
- l'emploi de rootfs permet d'éviter un doublon dans certaines Debian non-*buntu ;
- l'emploi de "s/fs" plutôt que de "sys", évite la disparition de la ligne de titre dans certaines langues comme l'allemand ;
- le non-emploi de "loop" permet de voir tout de suite que la personne qui se plaint de partitions partiellement inaccessibles (et dieu sait s'il y en a ces temps-ci !) subit simplement la conséquence de ses snaps.

- -

Je me permets d'attirer votre attention sur la différence entre

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | grep ^rc | cut -d' ' -f3 | xargs sudo dpkg --purge

élimination de paquets de noyaux à l'état "rc" - qui me semble pleinement justifiée, puisque ces fichiers de configuration ne serviront plus jamais,
et

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

élimination de tous les paquets à l'état "rc" - qui ne me semble pas s'imposer.

> forum.ubuntu-fr.org/viewtopic.php?pid=21982609#p21982609

_ _ _

Le 15/12/2018, moko138 a écrit :

xubu1957,

Le 10/10/2018, burgeon a écrit :

dans les rc il n'y a plus que
linux modules
linux image a disparu

Il faut actualiser nos tablettes !
Le paquet linux-modules est présent dans Ubuntu depuis le noyau 4.15.
  Donc la commande de purge des paquets de noyaux en "rc" devient :

Pour supprimer tous ces fichiers de configuration devenus sans objets et marqués "rc", et uniquement ces fichiers, exécuter :

dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep ^rc | cut -d' ' -f3 | xargs sudo dpkg --purge

De même,
Pour lister les paquets non-"rc" de noyaux, montrer :

echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3,4 | column -s" " -t ; echo ; uname -mr

> (RESOLU )Beaucoup de noyaux ??

_ _ _

Le 19/01/2019 à 16:30, moko138 a écrit :
NicoApi73 a écrit :

EDIT : et (celle là je l'ai copiée smile )

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t

Alors note plutôt celle-ci dans tes tablettes :

echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3,4 | column -s" " -t ; echo ; uname -mr

                    bicoz :

| grep -v ^rc   évite les retours noyés sous un excès de "rc" ;

|mo     permet de prendre en compte les paquets "noyau-modules*" apparus avec 18.04
(mais la commande fonctionne aussi avec les versions antérieures) ;

,4     permet de voir dès le premier coup d'oeil si on a affaire à des paquets 64 ou 32 bits ou les deux
(peu utile quand on ne s'intéresse qu'aux noyaux ET qu'on inclut uname -mr,
primordial pour tous les autres paquets)
;

; echo ; uname -mr     permet d'avoir le noyau actif sans demander de retour supplémentaire.

- - -

le 19/01/2019 à 16:51, nany a écrit :

Bonjour,

dpkg -l | grep -Ei " linux-(g|h|i|lo|m|si|t)" | sort -k 3 | awk '{print $1,$2,$3,$4}' | column -s" " -t

tongue

awk <3
Pis les rc, c’est très instructif.


- - -

le 19/01/2019 à 17:35, moko138 a écrit :

Merci nany, pour le awk !  smile  Adopté !

Quel intérêt trouves-tu à la liste des "rc" dans l'aide au dénoyautage ?

Perso, pour la lisibilité,
je préfère un retour non obscurci par 40 lignes de noyaux en "rc" :

echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | awk '{print $1,$2,$3,$4}' | column -s" " -t ; echo ; uname -mr

(Et un

dpkg -l | grep ^rc

reste possible pour avoir tous les paquets en "rc").

> ./viewtopic.php?pid=22038436#p22038436

_ _ _

Le 31/12/2018, moko138 a écrit :

(...)
ni, ce qu'on oublie trop souvent de demander :

sudo du -a --max-depth=2 /boot | sort -n | tail -23

qui est plus efficace (*) que ls -AsS1 /boot (que nous devrions donc remplacer dans nos tablettes).
(...)

> comment nettoyer /boot pour faire mise a jour

    ==============

Dans > Problème de signature du dépôts Darktable opensuse sous 22.04

Le 26/06/2022, nany a écrit :

Bonjour,

Caille a écrit :

Au secours nany.

Oui ? Que se passe-t-il ?

----------------------------------------------------------------------------------------------

xubu1957 a écrit :

Montre le sources.list (façon nany)

J’utilise dorénavant :

find /etc/apt -type f \( -name '*.list*' -o -name '*.sources' \) -exec bash -c 'echo -e "\n\t$1\n"; [ "${1##*.}" = "list" -o "${1##*.}" = "sources" ] && cat -n "$1"' _ '{}' \;

Commande un peu plus longue mais qui tiens compte des nouvelles formes telles que pour winehq.
Et, pour la commande de la doc, elle peut être adaptée avec :

grep -Enrv --include='*.list' --include='*.sources' '^#|^$' /etc/apt

 
----------------------------------------------------------------------------------------------

Caille a écrit :

1) - J'ai placé en [Résolu], mais j'aimerai comprendre l'action de la commande apt-key https://doc.ubuntu-fr.org/apt-key

Warning: apt-key is deprecated. …

Comme indiqué, la commande apt-key est dépréciée.
La méthode indiquée sur le site d’openSUSE devrait être :

wget -cqO- https://download.opensuse.org/repositories/graphics:darktable:master/xUbuntu_22.04/Release.key | gpg --dearmor | sudo tee /usr/share/keyrings/graphics_darktable_master-archive-keyring.gpg > /dev/null
echo 'deb [signed-by=/usr/share/keyrings/graphics_darktable_master-archive-keyring.gpg] http://download.opensuse.org/repositories/graphics:/darktable:/master/xUbuntu_22.04/ /' | sudo tee /etc/apt/sources.list.d/graphics:darktable:master.list
sudo apt update
sudo apt install darktable
Caille a écrit :

2) - Pour faire la mise à niveau en 22.04, j'avais supprimé tous les ppa, (car j'avais eu des problèmes), avec "logiciels et mises à jour" (méthode graphique).
Lorsque je lance les commandes ci-dessous, j'obtiens une liste de ppa qui n'apparaissent plus dans "logiciels et mises à jour", pourquoi vu qu'ils semblent toujours présents ?

Les fichiers sont présents mais vides (sauf ceux de vivaldi), tu peux les supprimer sans scrupules :

cd /etc/apt/sources.list.d && sudo rm -v *focal* ; cd
Caille a écrit :

Est-il possible de supprimer tous les ppa en une seule fois avec ppa-purge ?

Non, ppa-purge ne peut traiter qu’un ppa à la fois.
Mais comme tu as déjà effacés tous les dépôts tiers, donne la liste des paquets sans dépôts :

apt list ?obsolete

 
----------------------------------------------------------------------------------------------

En résumé, tu as tout intérêt à supprimer cette ancienne clé :

sudo apt-key del A006 2203 196C A448 2DDB  859E 4C1C BE14 8525 41CB

Puis à passer les deux premières commandes de ce que j’ai mis en remplacement de la procédure d’openSUSE.
Puis de supprimer la clé enregistrée pour darktable.

Dis-nous aussi ce que tu veux faire avec vivaldi.

Et n’oublie pas de donner la liste des paquets sans dépôts.

Dernière modification par xubu1957 (Le 26/06/2022, à 07:05)


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] 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

Hors ligne

#59 Le 17/01/2018, à 08:49

moko138

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

nany,
MP !
Merci !


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#60 Le 17/03/2018, à 23:44

sahaathyva

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Merci beaucoup pour la leçon prise ce soir après m'être arraché quelques cheveux sur le pourquoi du comment !

Je me couche moins bête en sachant maintenant ce qu'est un i-node et son importance.

De plus,grâce à vous le nettoyage est maintenant automatisé sur mon pc.

Bref Merci merci beaucoup!!!

Hors ligne

#61 Le 12/08/2018, à 18:53

nany

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Automatisation bis

Depuis 18.04, le gestionnaire de mises à jour supprime les versions obsolètes du noyau. Une mise à jour d’update-manager incluant cette fonction a également été faite sur la 16.04.
De ce fait, seul le dernier script d’automatisation reste encore utile. Il peut être mis dans cron.monthly.


/etc/cron.monthly/purge-rc :

#!/bin/bash

dpkg -l | awk '/^rc/ && !/sql/{print $2}' | xargs -r dpkg -P

Ce script doit bien sûr être exécutable.

Si vous ne savez pas comment créer le script et le rendre exécutable, passer ces deux commandes :

echo -e "#\x21/bin/bash\n\ndpkg -l | awk '/^rc/ && \x21/sql/{print \$2}' | xargs -r dpkg -P" | sudo tee /etc/cron.monthly/purge-rc
sudo chmod -c +x /etc/cron.monthly/purge-rc

 

[edit]
Je remets le script d’autoremove qui peut être utile une fois par mois finalement.
/etc/cron.monthly/autoremove :

#!/bin/bash

apt-get autoremove --purge -y

 

Pour le créer directement :

echo -e "#\x21/bin/bash\n\napt-get autoremove --purge -y" | sudo tee /etc/cron.monthly/autoremove
sudo chmod -c +x /etc/cron.monthly/autoremove

[/edit]

[edit2]
J’ai constaté que le bug du marquage en manuel était toujours d’actualité (du moins en 20.04) pour les variantes en Qt (Kubuntu ou Lubuntu voire KDE neon, et aussi Ubuntustudio depuis la 21.10).
Donc, pour les utilisateurs de ces variantes et uniquement pour ceux-là, rajoutez le script de marquage en automatique.
/etc/cron.monthly/apt-mark-auto-kernels :

#!/bin/bash

apt-mark showmanual |
awk '/linux-.*[0-9]/ && ! /hwe-[0-9][02468].04/{print}' |
xargs -r apt-mark auto

Pour le créer directement :

echo -e "#\x21/bin/bash\n\napt-mark showmanual |\nawk '/linux-.*[0-9]/ && \x21 /hwe-[0-9][02468].04/{print}' |\nxargs -r apt-mark auto" | sudo tee /etc/cron.monthly/apt-mark-auto-kernels
sudo chmod -c +x /etc/cron.monthly/apt-mark-auto-kernels

[/edit2]

[edit3]
Tout ce qui précède dans ce message est obsolète.
Voir Automatisation ter.
[edit3]

Dernière modification par nany (Le 23/11/2023, à 03:01)

Hors ligne

#62 Le 18/08/2018, à 21:48

moko138

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

nany a écrit :

Depuis 18.04, le gestionnaire de mises à jour supprime les versions obsolètes du noyau. Une mise à jour d’update-manager incluant cette fonction a également été faite sur la 16.04.
De ce fait, seul le dernier script d’automatisation reste encore utile. Il peut être mis dans cron.monthly.

Merci nany !

Rappelle-toi que 14.04 aussi est encore maintenue et utilisée !


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#63 Le 21/08/2018, à 17:27

nany

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

moko138 a écrit :

Rappelle-toi que 14.04 aussi est encore maintenue et utilisée !

Je ne l’oublie pas.
Le fil reste en place et peut aider pour 14.04. J’ai juste ajouté un lien vers mon dernier message dans le #7 pour 16.04 et 18.04 et supprimé les dernières lignes du #6 (que je ne recommande pas de toute façon).

Hors ligne

#64 Le 10/11/2018, à 20:01

moko138

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Bonjour nany,

Nous avons deux fils cette semaine où des noyaux résistent au marquage en "auto" :

[[ $(apt-mark showmanual | egrep 'linux-.*[0-9]' | grep -v "hwe") ]] && sudo apt-mark auto $(apt-mark showmanual | egrep linux-.*[0-9] | grep -v "hwe")

suivi d'un autoremove.

  Il s'agit de
./viewtopic.php?id=2032721&p=2 « [RÉSOLU] erreur apt upgrade : "No space left on device" » (de Bwice), fil que tu connais déjà, à noyaux en "ic",
     et de
./viewtopic.php?pid=22003015#p22003015 « [RESOLU??] l'impression sous libreOffice plante instantanément mon ord » (de jjaaccqquueess) apt-mark auto en #37 (répété en #51 mais sans les  grep -v "hwe").

  Je ne comprends pas ces deux résistances.
  S'il te plaît, aurais-tu le temps de t'y pencher ?
Merci !


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#65 Le 10/11/2018, à 20:45

Mornagest

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Salut,

Je suis surpris que ce sujet ne soit pas épinglé dans la section, c'est volontaire ?

(ce message pourra être effacé sans souci wink)


N'oubliez pas de consulter la documentation pour vous donner un coup de main !
Merci de modifier le premier message de votre sujet pour ajouter [Résolu] lorsque votre problème l'est :)
Xubuntu 20.04 sur deux ordinateurs, zéro souci. Passez à Xubuntu ;)

Hors ligne

#66 Le 10/11/2018, à 22:14

nany

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

@moko138 : pour les ic, je ne sais pas, peut-être que les paquets sont considérés comme des rc (pure hypothèse de ma part ; je n’ai jamais fouillé le code d’apt-get ou apt). Pour l’autre cas, je vais y jeter un œil.

@Mornagest : pour épingler, faut être modo, je ne le suis pas. Et je n’ai pas pensé à signaler mon post à l’époque pour demander à être épinglé. Je ne le ferai pas aujourd’hui car le fil n’est vraiment plus utile que pour 14.04 qui n’a plus que quelques mois à vivre.

Hors ligne

#67 Le 10/11/2018, à 22:31

xubu1957

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Salut,

La nature ayant horreur du vide, si la gestion des noyaux s'améliore sur Ubuntu, maintenant c'est les snaps qui prennent de la place.

> Lenteur démarrage session depuis 18.04.1

Les commandes de nany :

Le 15/10/2020, nany a écrit :

Bah il y a belle lurette que j’utilise df -Thx tmpfs -x devtmpfs -x squashfs, cf. mon vieux fil de dépannage.
Quant à la commande de nettoyage en elle-même, je l’ai depuis modifiée :

snap list --all | awk '/désactivé|disabled/{print $1, $3}' | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; done

pour ne pas écrire un script sur le disque qui sera ensuite supprimé.


Mais, surtout, si je n’ai jamais publié cette modification c’est que je juge cette commande inutile du fait que les révisions reviendront avec le temps et les mises à jours. Donc, tant qu’il n’y a que deux révisions (une active et une désactivée), tout roule.

> Demande de renfort pour aidants

_ _ _

Echanges :

Le 15/10/2020, nany a écrit :
xubu1957 a écrit :

Il faut voir au moins trois révisions d'un snap, pour donner la commande ?

On va dire oui, mais comme a priori ça ne devrait plus arriver…

xubu1957 a écrit :

Dans les discussions, on avait quand même libéré de l'espace avec ta commande !

C’est certain mais je pense que ça reste négligeable et donc à n’utiliser qu’en ultime recours quand on a déjà utilisé tout ce qui était possible auparavant pour gagner de la place.

Le 18/10/2020, Coeur Noir a écrit :
nany a écrit :
snap list --all | awk '/désactivé|disabled/{print $1, $3}' | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; done

pour ne pas écrire un script sur le disque qui sera ensuite supprimé.

Mais, surtout, si je n’ai jamais publié cette modification c’est que je juge cette commande inutile du fait que les révisions reviendront avec le temps et les mises à jours. Donc, tant qu’il n’y a que deux révisions (une active et une désactivée), tout roule.

Effectivement par défaut il n'est censé y avoir que 2 révisions par snap ( courante et précédente ) sur desktop et 3 sur core voir https://snapcraft.io/docs/keeping-snaps … esh-retain.

Mais quand même : chaque snap en cours + une révision pour chacun = 2 × l'espace occupé. Donc cette commande ( que je trouve dorénavant bien plus compréhensible, merci Nany ) servira sur des partitions racine « petites » ou des systèmes avec « beaucoup » de snap ( à la louche : partition < 30Go, et nombre de snap > 8 ) pour ne garder que la version snap en cours.

Je récupère comme ça régulièrement 2 à 5Go sur ma racine, alors que je n'ai que 2 snaps « permanents » ( Gimp et Chromium ) et 2-3 autres temporairement juste pour tester.

Gaffe aussi au système de « snapshot » : par défaut lorsqu'on supprime un snap, le profil personnel de ce logiciel snap est conservé pendant 30 jours ( au cas où on le réinstallerait ). Certains profils sont lourds. Voir https://snapcraft.io/docs/snapshots

_ _ _

Historique des versions précédentes :

le 17/04/2019, nany a écrit :

Bonjour,

Donne le retour de :

echo && snap list --all && echo && df -Th | grep -Ev "tmpfs|squashfs"

Puis de :

sudo apt clean && snap list --all | awk 'BEGIN {print "#! /bin/sh\n"} ; /désactivé|disabled/ {print "snap remove "$1" --revision "$3"\n"} ; END {print "exit 0"}' > script && chmod +x script && ./script && rm script && echo && snap list --all && echo && df -Th | grep -Ev "tmpfs|squashfs"

À noter que j’ai réuni les deux commandes avec awk en une seule (désactivé|disabled).

> Faire le ménage dans /var
_ _ _

Stockage :

Le 24/11/2018, nany a écrit :

Mais d’abord les snaps.

Francoisph a écrit :

J'ai repéré les snaps mais je en sais tj pas à quoi ça sert, j'ai compris qu'en faisant snap remove on se débarrasse des snaps désactivés. A quoi ça sert ? à gagner de la place.

Oui, ça sert à gagner de la place.
Copie cette longue ligne de commandes (tu devra saisir ton mot de passe plusieurs fois mais je n’ai pas trouvé mieux) :

snap list --all | awk 'BEGIN {print "#! /bin/sh\n"} ; /désactivé/ {print "snap remove "$1" --revision "$3"\n"} ; END {print "exit 0"}' > script && chmod +x script && ./script && rm script && echo && snap list --all && echo && df -Th

Puis donne le retour.

fournie dans > Bugue libreoffice
        _ _ _

ou si retours en anglais :

Le 01/01/2019, nany a écrit :

Bonjour,

Ce n’est pas bizarre car la commande snap donne des retours en anglais. Il faut donc remplacer désactivé par disabled dans la ligne de commandes.
Ce qui donne ceci :

snap list --all | awk 'BEGIN {print "#! /bin/sh\n"} ; /disabled/ {print "snap remove "$1" --revision "$3"\n"} ; END {print "exit 0"}' > script && chmod +x script && ./script && rm script && echo && snap list --all && echo && df -Th

> Résolue comment nettoyer /boot pour faire mise a jour

_ _ _

Dupliquées au #7 >  |RESOLU] snap nettoyage des versions désactivées.

Dernière modification par xubu1957 (Le 19/03/2022, à 20:46)


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] 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

Hors ligne

#68 Le 10/11/2018, à 22:51

Mornagest

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Ouais, Snap c'est une vraie saleté.

@ Nany : ok, je pensais que c'était toujours d'actualité, d'où mon interrogation smile


N'oubliez pas de consulter la documentation pour vous donner un coup de main !
Merci de modifier le premier message de votre sujet pour ajouter [Résolu] lorsque votre problème l'est :)
Xubuntu 20.04 sur deux ordinateurs, zéro souci. Passez à Xubuntu ;)

Hors ligne

#69 Le 17/03/2019, à 19:35

ognio2009

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Ok merci à tous


Asus Laptop Ubuntu 21.04 / MX 04
DELL - ANTIX  19.04
Ipad MINI -  IOS 15

Hors ligne

#70 Le 05/05/2019, à 19:23

nany

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Mise à jour :
EDIT2 dans le message #7 et passage des différentes commandes à la moulinette de shellcheck (donc, pensez à réviser vos tablettes pour celles et ceux qui utilisent mes commandes).

Hors ligne

#71 Le 16/05/2019, à 23:44

moko138

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Je crois qu'une erreur s'est glissée dans la version du 05/5/2019 du #3 :

[[ $(apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe") -ne '' ]] && apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe" | xargs sudo apt-mark auto

Cette commande, traduite en langage humain dit ceci :

Si il existe des paquets de noyaux marqués comme installés manuellement,
alors on les marque comme installés automatiquement.

.
  Ne serait-ce pas plutôt

[[ $(apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe") ]] && apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe" | xargs sudo apt-mark auto

?


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#72 Le 17/05/2019, à 07:27

nany

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Non, non. C’est bien comme je l’ai mis où ShellCheck ne râle pas.

Hors ligne

#73 Le 17/05/2019, à 10:00

moko138

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

Pourtant,
1) Regarde le fil de tintinux ./viewtopic.php?id=2040176 (xenial (issue de trusty via enablement stack), en particulier à partir du #6 où j'avais demandé ton

[[ $(apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe") -ne '' ]] && apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe" | xargs sudo apt-mark auto

.

2) et dans ma vieille CrunchBang (ben oui...) ça a répondu hier :

moko@cb:~$ [[ $(apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe") -ne '' ]] && apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe" | xargs sudo apt-mark auto
bash: [[: linux-headers-686-pae
linux-image-3.2.0-6-486
linux-image-3.2.0-6-686-pae
linux-image-486 : erreur de syntaxe dans l'expression (le symbole erroné est "linux-image-3.2.0-6-486
linux-image-3.2.0-6-686-pae
linux-image-486")
moko@cb:~$

Tandis qu'en retirant le

-ne ''

j'ai obtenu (l'onglet de mon terminal est encore ouvert) :

moko@cb:~$ [[ $(apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe") ]] && apt-mark showmanual | grep -E "linux-.*[0-9]" | grep -v "hwe" | xargs sudo apt-mark auto
[sudo] password for moko: 
linux-headers-686-pae passé en « installé automatiquement ».
linux-image-3.2.0-6-486 passé en « installé automatiquement ».
linux-image-3.2.0-6-686-pae passé en « installé automatiquement ».
linux-image-486 passé en « installé automatiquement ».
moko@cb:~$

.

3) Tu sais que je suis très loin de ton niveau, mais
« -ne '' », dans
« [[ $( (...) ) -ne '' ]] », on dirait des options derrière juste une variable.
Est-ce possible ???
Et le guillemet simple redoublé ? Derrière une commande comme echo, je comprends, mais là ???

= =

  Veuille m'excuser si j'écris des énormités, mais là, tentant d'aider tintinux, je crois avoir suivi ta procédure, y compris ton

commençons par demander le retour de :

cat /etc/apt/apt.conf.d/01autoremove-kernels

Si les numéros de versions de la liste correspondent bien aux deux dernières versions de noyau installées, on peut passer à la commande autoremove.

Or l'autoremove --purge -y   n'a rien désinstallé chez tintinux.

  D'où mon désir de comprendre.
Et merci pour le temps consacré !  big_smile


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#74 Le 17/05/2019, à 10:18

kholo

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

@ moko : on a un test... la résolution d'une commande
quant à -ne : non egal
et enfin le double tick : rien oups : vide (soyons précis)

Dernière modification par kholo (Le 17/05/2019, à 10:19)

Hors ligne

#75 Le 17/05/2019, à 10:39

moko138

Re : Sens interdit, paquets cassés > 0, espace insuffisant… Que faire ?

nany,
Je viens de retrouver ./viewtopic.php?pid=21927790#p21927790 de juin 2018. Je t'y citais et ta commande opérationnelle était alors :

[[ $(apt-mark showmanual | egrep 'linux-.*[0-9]' | grep -v "hwe") ]] && sudo apt-mark auto $(apt-mark showmanual | egrep linux-.*[0-9] | grep -v "hwe")

kholo,
Merci pour l'explication !  smile
Mais ça a provoqué :
- chez tintinux, à ce qu'il dit, un retour trop long pour tenir dans son terminal ;
- chez moi, "erreur de syntaxe".


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne