AureusMS a écrit 11 commentaires

Hmmm, malheureusement, cela ne marche pas malgré le marquage.

sudo apt-mark showhold
base-files


Bonjour Iann,

Ok je vais tenter cela.

En farfouillant dans /var/log, j'ai trouvé dpkg.log.

A l'intérieur :

2023-03-03 18:43:11 startup packages configure
2023-03-03 18:43:11 configure base-files:amd64 12ubuntu4.3 <none>
2023-03-03 18:43:11 status unpacked base-files:amd64 12ubuntu4.3
2023-03-03 18:43:11 status half-configured base-files:amd64 12ubuntu4.3


C'est le <none> que je trouve surprenant…

Dis m'en plus ?

Voilà ce que me retourne

df -h
Filesystem                         Size  Used Avail Use% Mounted on
tmpfs                              3,2G  3,7M  3,2G   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   98G   19G   75G  20% /
tmpfs                               16G   28K   16G   1% /dev/shm
tmpfs                              5,0M     0  5,0M   0% /run/lock
/dev/sda2                          2,0G  248M  1,6G  14% /boot
/dev/sda1                          1,1G  6,1M  1,1G   1% /boot/efi
tmpfs                              3,2G     0  3,2G   0% /run/user/1000

et

df -i
Filesystem                         Inodes  IUsed   IFree IUse% Mounted on
tmpfs                             4102701   1030 4101671    1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 6553600 133285 6420315    3% /
tmpfs                             4102701      2 4102699    1% /dev/shm
tmpfs                             4102701      3 4102698    1% /run/lock
/dev/sda2                          131072    310  130762    1% /boot
/dev/sda1                               0      0       0     - /boot/efi
tmpfs                              820540     20  820520    1% /run/user/1000

Malheureusement, je ne peux pas : le serveur en question contient des données SQL.

J'ai avancé.
J'ai purgé /var/lib/dpkg/updates via un rm * ce qui m'a redonné la main.
Puis un killall dpkg a permis de relancer des "install" d'APT.

Je suis donc revenu au point de départ : dès que je fais un sudo APT install --reinstall base-files (c'est un exemple), le curseur se bloque à 33% puis rien…

Il y a-t-il un log quelque part qui pourrait m'aider ?

Bonjour gUI,

df -h me retourne un maximum d’occupation de 20%. Ce n'est donc pas cela malheureusement.

Pour /etc/apt/source.list, ne n'ai rien vu de probant

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://fr.archive.ubuntu.com/ubuntu jammy main restricted
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://fr.archive.ubuntu.com/ubuntu jammy-updates main restricted
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu jammy universe
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy universe
deb http://fr.archive.ubuntu.com/ubuntu jammy-updates universe
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://fr.archive.ubuntu.com/ubuntu jammy multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy multiverse
deb http://fr.archive.ubuntu.com/ubuntu jammy-updates multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu jammy-backports main restricted universe multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy-backports main restricted universe multiverse

deb http://fr.archive.ubuntu.com/ubuntu jammy-security main restricted
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy-security main restricted
deb http://fr.archive.ubuntu.com/ubuntu jammy-security universe
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy-security universe
deb http://fr.archive.ubuntu.com/ubuntu jammy-security multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu jammy-security multiverse

Merci pour ta réponse.
J'ai cherché et ai conçu cela (très simple finalement) :

find $chemin -iname "*.zip" -type f -ctime +180 -maxdepth 1 -exec  rm {} \;

Tu m'indiques que cette commande pourrait fonctionner :

find $chemin -iname "*.zip" -type f -ctime +180 -maxdepth 1 -delete


Est ce que cette commande va exécuter ce que je recherche (fichiers zip > 180 jours = poubelle)? (je préfère demander à cause de la commande rm ou delete)

Merci pour ta réponse.
J'ai cherché et ai conçu cela (très simple finalement) :

find $chemin -iname "*.zip" -type f -ctime +180 -maxdepth 1 -exec  rm {} \;

Tu m'indiques que cette commande pourrait fonctionner :

find $chemin -iname "*.zip" -type f -ctime +180 -maxdepth 1 -delete


Est ce que cette commande va exécuter ce que je recherche (fichiers zip > 180 jours = poubelle)? (je préfère demander à cause de la commande rm ou delete)

Le problème de message d'erreur provenait bien de /sbin/sysctl qui n'était pas renseigné correctement.
Merci encore à ceux qui m'ont aidé.

J'en profite pour dire que j'ai suivi vos conseils et ai désactivé cette commande pour observer la gestion de la RAM. En effet, comme l'indiquait NeoX, la "fuite" proviendrait des machines virtuelles dont une que je soupçonne un peu plus…

Encore merci pour l'aide.
Prenez soin de vous.

Déjà merci de m'avoir lu.

Je ne débute pas dans le monde Linux mais je reste encore un gros débutant.

L'ordinateur est derrière un parefeu matériel complet qui bloque tous les ports vers l'extérieur du réseau interne. Je pense comprendre que, concernant l'utilisation de la RAM sur cet ordinateur, une tâche s'effectue à intervalle régulier mais que, comme certains ports sont bloqués, la RAM augmente.
C'est une hypothèse, soyez indulgent ;-). En effet, quand je laisse les ports ouverts 123 et 80,443, la RAM reste stable. Cela pourrait venir ainsi des demandes de synchronisations NTP mais j'en sais pas plus… (et je suis très intéressé de savoir comment diagnostiquer.).

---

Pour répondre à un commentaire précédent :

echo $(sysctl vm.drop_caches=3)

Je me suis basé sur un article : https://www.windows8facile.fr/linux-vider-memoire-ram/. Honnêtement, si je sais ce qui la sature, je m'en passerai… Je sais que ce n'est pas très judicieux de jouer avec la RAM.

---

Pour la solution /sbin/sysctl…, j'essaye et vous retourne cela.

---

Enfin concernant :

As-tu des problèmes de saturation de la mémoire ? Par exemple des programmes qui ne peuvent pas se lancer en raison de mémoire insuffisante.

Quels sont les élément qui te permettent de savoir que cette mémoire est utilisée pour rien ?
Quel programme l'utilise ? Est-ce une fuite de mémoire ?
Si c'est un truc totalement inutile, ne peux-tu pas éviter que le programme correspondant ne soit pas lancé ?

Cet ordinateur est le "Master" des machines virtuelles en dessous. J'utilise Promox.
A part la commande top ou free -h, je ne sais pas comment savoir comment la RAM est utilisé.