Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

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.

#26 Le 29/11/2021, à 17:24

geole

Re : Disque quasiment plein

On  t'a proposé de diminuer la taille de la partition SDB3  de 20Go environ et d'agrandir ta partition SDB7 d'autant
Cela me semble la partie prioritaire
Ensuite tu diras si tu veux que tes données  personnelles UBUNTU soient partagées avec windows
Si oui, tu diras  quelle est la partition retenue.
Ensuite, cela sera simple
Grosso-modo
1) Montage de la partition retenue  à chaque démarrage - (utilisation de gnome-disk-utility)
Paragraphe 2.11  de https://doc.ubuntu-fr.org/gnome-disk-utility
Je te conseille de choisir le point de montage /media/data
puis 2.10 du même document.
2) Transfert des données  (fin du document de bluc) http://mezigoo.free.fr/ps/index.html

mv Documents Images Musique Public Téléchargements Vidéos /media/data

3) Créations des liens

ln -s /media/data/Documents && ln -s /media/data/Images && ln -s /media/data/Musique && ln -s /media/data/Public && ln -s /media/data/Téléchargements && ln -s /media/data/Vidéos

Nota: Le nom de ton ordinateur est  empathy-G3-3579

Dernière modification par geole (Le 29/11/2021, à 17:41)

En ligne

#27 Le 30/11/2021, à 15:03

Wildpanda

Re : Disque quasiment plein

Re bonjour!

Encore merci pour votre aide hier.
Vous m'aviez libéré plus d'1Go 'espace libre. Cependant, et je pense que mon problème vient de là... Je n'ai rien installé, absolument rien fait sur mon ordinateur depuis, j'ai ceci qui s'affiche cet après-midi :

https://zupimages.net/viewer.php?id=21/48/v7ia.png

Si vous avez une piste ou si vous avez besoin de lignes de commande pour vous éclairer, je suis à votre disposition.
Merci d'avance.

Hors ligne

#28 Le 30/11/2021, à 15:12

Qid

Re : Disque quasiment plein

Entre les log et les fichiers temporaires il y en a des choses qui bougent tout le temps même quand on fait rien...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne

#29 Le 30/11/2021, à 15:13

iznobe

Re : Disque quasiment plein

Bonjour que donne

ls -l /var

retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#30 Le 30/11/2021, à 15:22

Wildpanda

Re : Disque quasiment plein

iznobe a écrit :

Bonjour que donne

ls -l /var

Bonjour!

ls -l /var
total 52
drwxr-xr-x  2 root root     4096 nov.  30 09:02 backups
drwxr-xr-x 18 root root     4096 sept. 23 09:16 cache
drwxrwsrwt  2 root whoopsie 4096 nov.  19 11:17 crash
drwxr-xr-x 77 root root     4096 oct.  25 14:21 lib
drwxrwsr-x  2 root staff    4096 avril 15  2020 local
lrwxrwxrwx  1 root root        9 sept. 13 20:55 lock -> /run/lock
drwxrwxr-x 15 root syslog   4096 nov.  30 09:57 log
drwxrwsr-x  2 root mail     4096 août  19 12:29 mail
drwxrwsrwt  2 root whoopsie 4096 août  19 12:41 metrics
drwxr-xr-x  2 root root     4096 août  19 12:29 opt
lrwxrwxrwx  1 root root        4 sept. 13 20:55 run -> /run
drwxr-xr-x 15 root root     4096 nov.  29 14:47 snap
drwxr-xr-x  6 root root     4096 sept. 13 20:58 spool
drwxrwxrwt 10 root root     4096 nov.  30 15:18 tmp
drwxr-xr-x  3 root root     4096 sept. 23 09:16 www

Hors ligne

#31 Le 30/11/2021, à 15:30

iznobe

Re : Disque quasiment plein

il est possible de limiter la taille des fichiers journaux stockés :

sudo journalctl --vacuum-size=200M

200 M etant la taille maxi pouvant etre occupés , c ' est deja pas mal .
cette commande va en plus liberé la place utilisée actuellement par les fichiers journaux les plus anciens , poste le retour stp .

si c ' est effectivement un soucis avec le journal qui occupe de la place , cela resoudra le probleme .

Dernière modification par iznobe (Le 30/11/2021, à 15:31)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#32 Le 30/11/2021, à 15:34

Qid

Re : Disque quasiment plein

iznobe a écrit :

il est possible de limiter la taille des fichiers journaux stockés :

sudo journalctl --vacuum-size=200M

200 M etant la taille maxi pouvant etre occupés , c ' est deja pas mal .
cette commande va en plus liberé la place utilisée actuellement par les fichiers journaux les plus anciens , poste le retour stp .

si c ' est effectivement un soucis avec le journal qui occupe de la place , cela resoudra le probleme .

Ah c'est intéressant ça... Je vais peut-être l'utiliser chez moi aussi car je maîtrise un peu plus l'utilisation d'espace réduit mais ça n'empêche que si les logs n'ont pas de limite c'est le premier truc qui peut poser souci et qu'on oublie beaucoup...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne

#33 Le 30/11/2021, à 15:40

Wildpanda

Re : Disque quasiment plein

iznobe a écrit :

il est possible de limiter la taille des fichiers journaux stockés :

sudo journalctl --vacuum-size=200M

200 M etant la taille maxi pouvant etre occupés , c ' est deja pas mal .
cette commande va en plus liberé la place utilisée actuellement par les fichiers journaux les plus anciens , poste le retour stp .

si c ' est effectivement un soucis avec le journal qui occupe de la place , cela resoudra le probleme .

Voici :

sudo journalctl --vacuum-size=200M
[sudo] Mot de passe de empathy : 
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000abbdb7-0005d1912341b90e.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000ae0c87-0005d19a5d554b84.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000ae11f2-0005d19a624cbcfd.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000b06c37-0005d19c543148a3.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000b0749d-0005d19c5ae7726a.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000b2d4e7-0005d19e27f7ef2f.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000b2d859-0005d19e2a9451b4.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000b53ae1-0005d19fffc05695.journal (120.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000b53d61-0005d1a001bdfae3.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000b7a3bd-0005d1a1d3d009fa.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000b7a6d3-0005d1a1d621243b.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000ba0539-0005d1a39ae4076b.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000ba0663-0005d1a39bbe8749.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000bc673c-0005d1a55993b04c.journal (96.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000bc6c21-0005d1a55d5f74c6.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000be290c-0005d1ac6f395e16.journal (120.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000be29a8-0005d1ac6fbef3b9.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000c091a4-0005d1ae4ff0be7c.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000c092d4-0005d1ae50a2fb4a.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000c2f82d-0005d1b02da1053a.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000c2fb8f-0005d1b03005ea28.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000c55a29-0005d1b208b901d6.journal (32.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000c55e28-0005d1b20c37db6e.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000c5e3ca-0005d1e87bfa9b92.journal (120.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000c5e412-0005d1e87c2d025c.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000c84cc9-0005d1ea50785ea1.journal (120.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000c89877-0005d1ea855bc5f4.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000cab35f-0005d1ec12f1f5dc.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000cad115-0005d1ec28f68656.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000cd1616-0005d1edcf04d93a.journal (120.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000cd1c65-0005d1edd344faed.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000cf7d0c-0005d1ef862015e4.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000cf7f57-0005d1ef87d35203.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000d1e256-0005d1f13dbc8af2.journal (56.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000d2318b-0005d1f1767f47e1.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000d3263d-0005d1fcebe986fb.journal (112.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/user-1000@0d6b505ab7aa4cb79ddd5e29d3d8cbde-0000000000d3263e-0005d1fcebea5275.journal (8.0M).
Deleted archived journal /var/log/journal/30184caabee5442f96107719ea3fd3fe/system@f8f7ae69fb674648aaebbcd9ffce2c1d-0000000000d58d6b-0005d1fec1b6c695.journal (120.0M).
Vacuuming done, freed 2.1G of archived journals from /var/log/journal/30184caabee5442f96107719ea3fd3fe.
Vacuuming done, freed 0B of archived journals from /run/log/journal.
Vacuuming done, freed 0B of archived journals from /var/log/journal.

Hors ligne

#34 Le 30/11/2021, à 15:40

iznobe

Re : Disque quasiment plein

J ' oubliais aussi un truc , si tu utilises la logitheque pour installer des logiciels , il ne faut plus .
Vu la place restreinte de ta partition , en utilisant la logitheque , ca installe des paquets au format SNAP .
Ceux-ci prennent beaucoup , beaucoup plus de place qu ' un paquet au format .deb qu ' on installe avec une commande du type

sudo apt install mon_paquet

Ce que tu peux faire , c ' est regarder le nom du paquet qui t ' interresse , puis taper la commande ci-dessus , tu gagnera facilement de la place .

Pour voir si tu as deja des paquets SNAP installés , que donne :

snap list

Deja 2 Go de recuperés , et plus de place suplementaire occupé par les fichiers journaux , ca doit faire du bien big_smile

Dernière modification par iznobe (Le 30/11/2021, à 15:42)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#35 Le 30/11/2021, à 15:49

Wildpanda

Re : Disque quasiment plein

iznobe a écrit :

J ' oubliais aussi un truc , si tu utilises la logitheque pour installer des logiciels , il ne faut plus .
Vu la place restreinte de ta partition , en utilisant la logitheque , ca installe des paquets au format SNAP .
Ceux-ci prennent beaucoup , beaucoup plus de place qu ' un paquet au format .deb qu ' on installe avec une commande du type

sudo apt install mon_paquet

Ce que tu peux faire , c ' est regarder le nom du paquet qui t ' interresse , puis taper la commande ci-dessus , tu gagnera facilement de la place .

Pour voir si tu as deja des paquets SNAP installés , que donne :

snap list

Deja 2 Go de recuperés , et plus de place suplementaire occupé par les fichiers journaux , ca doit faire du bien big_smile

C'est clair que ça fait déjà du bien smile Je respire déjà un peu +

snap list
Nom                Version                     Révision  Suivi            Éditeur           Notes
bare               1.0                         5         latest/stable    canonical✓        base
chromium           96.0.4664.45                1827      latest/stable    canonical✓        -
core18             20211028                    2253      latest/stable    canonical✓        base
core20             20211115                    1242      latest/stable    canonical✓        base
discord            0.0.16                      130       latest/stable    snapcrafters      -
gnome-3-28-1804    3.28.0-19-g98f9e67.98f9e67  161       latest/stable    canonical✓        -
gnome-3-34-1804    0+git.3556cb3               77        latest/stable/…  canonical✓        -
gnome-3-38-2004    0+git.cd626d1               87        latest/stable    canonical✓        -
gtk-common-themes  0.1-59-g7bca6ae             1519      latest/stable/…  canonical✓        -
snap-store         3.38.0-66-gbd5b8f7          558       latest/stable/…  canonical✓        -
snapd              2.53.2                      14066     latest/stable    canonical✓        snapd
spotify            1.1.72.439.gc253025e        56        latest/stable    spotify✓          -
telegram-desktop   3.2.2                       3343      latest/stable    telegram.desktop  -

Hors ligne

#36 Le 30/11/2021, à 15:53

iznobe

Re : Disque quasiment plein

D ' apres le retour , on voit que tu as 4 ou 5 logiciels installés en snap , dans la mesure du possible , a l' avenir , il vaut mieux installés les logiciels avec apt ( commande donnée precedemment ) .

As tu fais un upgrade de Ubuntu 18.04 => 20.04 ?

il est possible de nettoyer un peu les snaps , mais ca va pas faire gagné grand chose .

Dernière modification par iznobe (Le 30/11/2021, à 15:54)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#37 Le 30/11/2021, à 16:07

Qid

Re : Disque quasiment plein

Sinon pour gérer les deb graphiquement le plus connu est synaptic...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne

#38 Le 30/11/2021, à 16:17

nany

Re : Disque quasiment plein

Bonjour,



Juste une précision,

iznobe a écrit :

il est possible de limiter la taille des fichiers journaux stockés :

sudo journalctl --vacuum-size=200M

200 M etant la taille maxi pouvant etre occupés , c ' est deja pas mal .

Cette commande ne limite pas la taille des journaux. Elle les nettoie en conservant 200M.
Les journaux pourront ensuite reprendre de l’embonpoint.
Pour limiter leur taille, il faut éditer /etc/systemd/journald.conf. Voir https://www.digitalocean.com/community/ … s-journaux

Hors ligne

#39 Le 30/11/2021, à 16:29

Qid

Re : Disque quasiment plein

Merci pour ce complément d'info


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne

#40 Le 30/11/2021, à 16:38

iznobe

Re : Disque quasiment plein

Bonjour , @nany , c ' etait pourtant indiqué dans la doc il n ' y a pas si longtemps que ca faisait les 2 a la fois ...
En tout cas merci wink j ' ai noté et vais aller voir ca de plus pres .

@wildpanda : tu peux passer cette commande de @nany d' ailleurs , pour nettoyer les snaps desactivés ou ancien :

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

Dernière modification par iznobe (Le 30/11/2021, à 16:39)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#41 Le 30/11/2021, à 16:42

xubu1957

Re : Disque quasiment plein

Bonjour,

Au #8, les snaps ont été nettoyés !


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.

Xubuntu 20.04 LTS - Lenovo T410 -18.04.1 LTS Toshiba Satellite A300  Membre de Linux-Azur

Hors ligne

#42 Le 30/11/2021, à 16:48

iznobe

Re : Disque quasiment plein

Dans ce cas , pourquoi dans le dernier retour de " snap list " voit on :

gnome-3-28-1804    3.28.0-19-g98f9e67.98f9e67  161       latest/stable    canonical✓        -
gnome-3-34-1804    0+git.3556cb3               77        latest/stable/…  canonical✓        -
gnome-3-38-2004    0+git.cd626d1               87        latest/stable    canonical✓        -

il est conservé 3 versions de paquets dont 2 ne servent a rien , c ' est bien ca ?
Si en plus , comme le laisse-t a penser les noms des paquets : -1804 et -2004 a la fin , sont pour ubuntu V 18.04 ou 20.04 , je ne vois pas en quoi il est utile de conserver ces paquets qui seront inexploitables ( ceux pour 18.04 ) .


@nany , sur le lien indiqué il ne precise pas comment on specifie la taille dans le fichier /etc/systemd/journald.conf , il faut faire comme dans la commande de nettoyage du coup ?   :   200M

Dernière modification par iznobe (Le 30/11/2021, à 16:58)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#43 Le 30/11/2021, à 16:56

geole

Re : Disque quasiment plein

Presque hors sujet

Qid a écrit :
iznobe a écrit :

il est possible de limiter la taille des fichiers journaux stockés :

sudo journalctl --vacuum-size=200M

200 M etant la taille maxi pouvant etre occupés , c ' est deja pas mal .
cette commande va en plus liberé la place utilisée actuellement par les fichiers journaux les plus anciens , poste le retour stp .

si c ' est effectivement un soucis avec le journal qui occupe de la place , cela resoudra le probleme .

Ah c'est intéressant ça... Je vais peut-être l'utiliser chez moi aussi car je maîtrise un peu plus l'utilisation d'espace réduit mais ça n'empêche que si les logs n'ont pas de limite c'est le premier truc qui peut poser souci et qu'on oublie beaucoup...

Bonjour
Je rappelle que les logs  du systemd   s'autolimitent à 4 Go et que si l'espace disque devient très faible, ils s'autodétruisent pour libérer de l'espace. Il y a certainement un minima.

Rappel, ne pas confondre ces logs avec l'ancien système de log qui reste  fonctionnel et qu'il faut penser à court-circuiter car ceux-ci peuvent effectivement remplir la totalité de l'espace disque disponible.
https://doc.ubuntu-fr.org/ssd_solid_sta … u_logiciel

En ligne

#44 Le 30/11/2021, à 17:00

nany

Re : Disque quasiment plein

iznobe a écrit :

Bonjour , @nany , c ' etait pourtant indiqué dans la doc il n ' y a pas si longtemps que ca faisait les 2 a la fois ...

La page de doc systemd indique ce que j’ai dit depuis le 25/10/2020. wink

Hors ligne

#45 Le 30/11/2021, à 17:00

geole

Re : Disque quasiment plein

Bonjour

Wildpanda a écrit :

Re bonjour!

Encore merci pour votre aide hier.
Vous m'aviez libéré plus d'1Go 'espace libre. Cependant, et je pense que mon problème vient de là... Je n'ai rien installé, absolument rien fait sur mon ordinateur depuis, j'ai ceci qui s'affiche cet après-midi :

https://zupimages.net/viewer.php?id=21/48/v7ia.png

Si vous avez une piste ou si vous avez besoin de lignes de commande pour vous éclairer, je suis à votre disposition.
Merci d'avance.

Je t'avais proposé une solution...==> voir échange N°26

geole a écrit :

On  t'a proposé de diminuer la taille de la partition SDB3  de 20Go environ et d'agrandir ta partition SDB7 d'autant
Cela me semble la partie prioritaire.


On a oublié de te demander ce retour

journalctl --no-pager -b -p err | tail -100

Dernière modification par geole (Le 30/11/2021, à 17:17)

En ligne

#46 Le 30/11/2021, à 17:08

xubu1957

Re : Disque quasiment plein

Au #5, on voyait :

0 mis à jour, 0 nouvellement installés, 0 à enlever et 115 non mis à jour.

Dès que l'on fait de la place, le système l'utilise.


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.

Xubuntu 20.04 LTS - Lenovo T410 -18.04.1 LTS Toshiba Satellite A300  Membre de Linux-Azur

Hors ligne

#47 Le 30/11/2021, à 17:08

nany

Re : Disque quasiment plein

geole a écrit :

Je rappelle que les logs  du systemd   s'autolimitent à 4 Go et que si l'espace disque devient très faible, ils s'autodétruisent pour libérer de l'espace. Il y a certainement un minima.

Par défaut, c’est 15% d’espace libre qui est laissé.

Hors ligne