Forum

Bonjour!

J'ai Mageia - cinnamon depuis 2014, quelques années maintenant, et j'en suis très satisfait: stable, fiable, pratique.

Il semblerait que ma partition root de 12Go soit pleine à 64%...

Pourriez vous me guider pour savoir quoi supprimer afin de respirer un peu plus à ce niveau? (je n'y connais rien en lignes de code)

L'ordi est utilisé pour internet / vidéos / photos / films / musique.. c'est mon ordinateur fixe de salon. Il ne devrait en principe pas y avoir de problème de mémoire, puisque son utilisation est basique.
Je précise que je fais toutes les mises à jour demandées régulièrement, et ce depuis 2014... (le problème vient peut être de là? Trop de fichiers / logiciels installés automatiquement, et dont je ne me sers jamais ?)

Peut être y a-t-il des fichiers temporaires à supprimer?

Un grand merci d'avance!

Édité par gr33n Le 28/04/2017 à 09h11

Bonjour,

Pas de panique, il reste 4Go.

Première solution, agrandir / en diminuant /home beaucoup trop grand. Pour cela, / et /home doivent être contigus, est-ce le cas ? Pour le savoir :
#parted -l

Ensuite il peut y avoir des fichiers temporaires à supprimer. Pour le savoir :
$du -a /var/log

Enfin, tu peux avec le CCM désinstaller des applications qui ne te servent pas, toi seul sait lesquelles, par ex : Libreoffice, digikam, Thunderbird, etc ... Mais ce sera au plus quelques centaines de Mo à chaque fois.

essaie déjà de nettoyer avec bleachbit présent dans les dépôts mageia, à utiliser en root si tu veux nettoyer les fichiers système


tu peux aussi nettoyer du coté des rpms installé avec la commande en console root



néanmoins je te le déconseille à moins de vraiment bien connaitre , parce qu'il a tendance à faire du grand n'importe quoi et supprimer des paquetage de logiciels qui te servent , voir carrément des vitaux une fois il m'a carrément planté kde
comme là moi entre autres il veut me supprimer tout wine
wine-staging-common-2.4-1.mga5.i586
wine-staging64-2.4-1.mga5.x86_64
winehq-staging-2.4-1.mga5.x86_64

va voir dans le dossier /var/log/journal/, ce dossier enfle vraiment facilement et peut atteindre plusieurs Go et là tu peux supprimer sans probleme tous les fichiers sauf les deux derniers en date dans le dossier avec un nom du genre "27a741adf4ca405e9745b4b50f0f1f2a"

tu peux en dernier recours redimensionner tes partitions avec drakdisk ou gparted, mais cela peut s’avérer long et surtout même si le risque est minime tu prends le risque de foirer tes partitions donc te faut aussi un minimum de connaissance en cas de probleme,et surtout de sauvegarder tes données perso ou autres avant toute manip

Bonjour (re!)

Je suis l'initiateur du post.
Je pense que la taille de mon "root" est à la base suffisante pour l'utilisation que j'en fais: pas d'agrandissement de la partition donc, pour nje pas faire de bêtises, et parce que je pense que depuis l'installation en 2014 un petit nettoyage de ce qui est inutile devrait solutionner la chose.

Merci à toi Bidulle. J'ai exécuté auto-orphans, et ça m'a descendu la partition à 60% au lieu de 64%.
Je n'ai lu qu'après que ça pouvait être dangereux, mais tout fonctionne ^^ (nb: dans les explications, mettre l'alerte avant le conseil peut éviter des problèmes à ceux qui comme moi lisent trop vite ! )

L'un de vous peut il m'indiquer la procédure pour supprimer quelque chose dans log? (permission non accordée m'indique-t-il). J'ai mis mon mdp dans la console après "su - " puis ai laissé la console ouverte, et ai essayé de glisser des fichiers de log dans la corbeille, mais ça ne fonctionne pas.

Pourquoi faut-il conserver les deux derniers en date?

Merci!

Je te déconseille fortement le urpme --auto-orphans comme Bidulle. Ce n'est pas qu'il déconne mais les règles dépendances d'installation ne sont pas réversibles pour une désinstallation. Alors moins de savoir ce que l'on fait, c'est à éviter. En plus cela ne fait pas gagner grand chose.

J'appuie ce que te dis Lebarhon. Presque 5 Go de libre, tu es largement tranquille. Sauf si tu veux installer une palanquée de jeux dnas les prochains jours. Regarde comme il te le conseille le dossier /var/log, tu verras que les journaux les plus anciens sont compressés. Bref, avec une politique prudente de nettoyage, tu gagneras pas grand chose là non plus.

Pour te faire ton avis, tu n'as qu'à passer régulièrement la commande suivante :


Quand tu voudras te rassurer tu examineras ce fichier SlashSize.txt...

Édité par magnux77 Le 28/04/2017 à 13h41

J'ai exécuté auto orphans tout à l'heure (gagné 4%, c'est déjà ça!) mais tout fonctionne: si il y avait eu un problème, je l'aurais vu, non? j'ai redémarré au cas où, et son ok, image ok, internet ok, vidéos ok...

J'ai supprimé quelques logiciels inutiles, et suis désormais à 59% (6,5 utilisés sur 12).

Comment se met on en admin pour supprimer dans var log?
Quand je fais toutes les mises à jour comme je le fais, est ce que les anciens paquetages sont supprimés? c'est peut être ça qui prend un peu de place...

Édité par gr33n Le 28/04/2017 à 13h46

Bonjour,

Oui, les anciens paquets sont enlevés.
indique nous la sortie de
$du -a /var/log
On te donnera ensuite la commande pour supprimer ce qui peut l'être.

@magnux77, tu peux nous en dire plus sur ta commande, elle fait quoi ? Merci.

Merci à toi lebahron (et aux autres).

La réponse de ta commande est celle ci:
Je pense qu'un gros nettoyage de ce qui a plus de 10 jours serait parfait. Bizarrmeent, il n'a pas l'air de supprimer automatiquement les anciennes entrées, j'en ai de 2015.


"
[root@localhost ~]# du -a /var/log
4,0K /var/log/btmp.1
8,0K /var/log/shorewall6-init.log.4.gz
8,0K /var/log/msec.log.2.gz
4,0K /var/log/README
4,0K /var/log/btmp
0 /var/log/ppp/connect-errors
4,0K /var/log/ppp
8,0K /var/log/Xorg.1.log.old
4,0K /var/log/security/mail.weekly.today
4,0K /var/log/security/open_port.daily.yesterday
0 /var/log/security/users_list.daily.diff
4,0K /var/log/security/groups_list.daily.today
0 /var/log/security/groups_list.daily.diff
0 /var/log/security/firewall.daily.diff
4,0K /var/log/security/suid_md5.weekly.today
4,0K /var/log/security/mail.weekly.yesterday
0 /var/log/security/suid_md5.weekly.diff
0 /var/log/security/sgid.weekly.diff
4,0K /var/log/security/open_port.daily.today
4,0K /var/log/security/open_port.daily.diff
0 /var/log/security/unowned_group.weekly.yesterday
4,0K /var/log/security/firewall.daily.today
4,0K /var/log/security/users_list.daily.today
4,0K /var/log/security/mail.daily.today
0 /var/log/security/suid_md5.daily.today
4,0K /var/log/security/writable.weekly.diff
4,0K /var/log/security/mail.daily.yesterday
56K /var/log/security/rpm-qa.weekly.today
0 /var/log/security/suid_root.weekly.diff
4,0K /var/log/security/suid_root.weekly.yesterday
0 /var/log/security/suid_md5.monthly.today
0 /var/log/security/suid_md5.daily.yesterday
4,0K /var/log/security/suid_root.weekly.today
56K /var/log/security/rpm-qa.weekly.yesterday
4,0K /var/log/security/sgid.weekly.yesterday
4,0K /var/log/security/groups_list.daily.yesterday
0 /var/log/security/unowned_group.weekly.diff
4,0K /var/log/security/rpm-qa.weekly.diff
4,0K /var/log/security/sgid.weekly.today
4,0K /var/log/security/writable.weekly.today
0 /var/log/security/suid_md5.monthly.yesterday
0 /var/log/security/unowned_user.weekly.diff
4,0K /var/log/security/firewall.daily.yesterday
0 /var/log/security/unowned_user.weekly.today
4,0K /var/log/security/users_list.daily.yesterday
4,0K /var/log/security/suid_md5.weekly.yesterday
4,0K /var/log/security/writable.weekly.yesterday
0 /var/log/security/unowned_user.weekly.yesterday
0 /var/log/security/unowned_group.weekly.today
208K /var/log/security
4,0K /var/log/sudo-io
8,0K /var/log/shorewall6-init.log.2.gz
72K /var/log/security.log.1
20K /var/log/Xorg.0.log
88K /var/log/shorewall6-init.log
8,0K /var/log/security.log.2.gz
8,0K /var/log/shorewall-init.log.2.gz
52K /var/log/dmesg
8,0K /var/log/msec.log.4.gz
52K /var/log/dmesg.old
20K /var/log/rpmpkgs.3.gz
76K /var/log/rpmpkgs
12K /var/log/lastlog
72K /var/log/security.log
0 /var/log/tallylog
4,0K /var/log/samba
8,0K /var/log/boot.log
12K /var/log/shorewall-init.log.4.gz
40K /var/log/wtmp
0 /var/log/pm-suspend.log
108K /var/log/shorewall-init.log
73M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00051f27146dda3f-b7385253be87be6d.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00051f2716483fed-da0e62c1405a98b7.journal~
8,1M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005225eb6f9d1ac-2be8a89131b57cbf.journal~
17M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005379193a8752d-3bd6fd09eeadd3c4.journal~
41M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005454846044c7e-a6567968399267b4.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005225eb8b74365-aa3c94ecd9e7404f.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/user-491.journal
25M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005225ace3d85b4-e77e5548d9c11053.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00051a91e2b00451-d065a847709a0c19.journal~
25M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000538c66289678e-0eb30aedb7d97fb2.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005347165666a0c-7af12be50b423fb1.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system.journal
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000526d3e0bcafc4-57136c6dacd1d4c0.journal~
49M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@c23a5f5f591742d782955e54dcdc63e3-000000000000e43a-000530b960d27fec.journal
49M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@1a490288fd0c459eaf66f7c584c0a5b5-0000000000000001-000534716561c374.journal
8,1M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000549e9a8a7a979-e9e7520cac80046f.journal~
17M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00051ae134e90df2-10bbe898fff9f0b4.journal~
33M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000528ad23b33ff2-a27eef410ab6bf0c.journal~
49M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@38cd37dd63824ed48edd07d3326ab140-0000000000000001-00054779db9ef6b0.journal
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000537919507bfb6-b7172b5e00921321.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005297fe25058a2-8aa4793cbc0064d5.journal~
17M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00053bf9b6f7a41e-80ae35d21f958065.journal~
41M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@c23a5f5f591742d782955e54dcdc63e3-0000000000000001-00052e4f208861e8.journal
25M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00052e4f1f258ab8-f10e2669eff43fd8.journal~
41M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0bec8667eb634c9ba24229b726a42319-0000000000017285-00054c4e6a8dc6f7.journal
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005193a9cfff5df-49a01df298321b54.journal~
17M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000526324e9a0865-2d3788c2d13b8fd8.journal~
41M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@476a4bc65e7947dfac5bf202d8f713bb-0000000000003d98-00053e6cf5b0688d.journal
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005225acf81ed0b-d55faec7901bc26a.journal~
17M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00051fc017963ba0-b9adc2930d561fab.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00053a091070374a-474d84dd5076713e.journal~
33M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000525a5021c1bb9-134c96c5ef87bb06.journal~
25M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00051a91e1505fd9-069ae884b42d47fe.journal~
17M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00054592e9921489-373149783148a62e.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00051ae136339d77-d70ac0cafef837d3.journal~
8,1M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/user-491@0005193a9d26bcb6-75ba63a50d588783.journal~
17M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@476a4bc65e7947dfac5bf202d8f713bb-0000000000000001-00053bf9b6ef565f.journal
25M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005297fe160c50b-1fd73e391ca70d9e.journal~
41M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00052cd8f004cd20-156a93d3415b546c.journal~
33M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0005243455599fa4-42f6efd33ee0cef3.journal~
17M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000526d3df361aef-d3a35392fce21777.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000528ad24b7d963-5378ca640dfb38d7.journal~
41M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00054779dba3cbcf-c2707f84d9a4f040.journal~
8,1M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/user-491@00051ae136571476-cdf012284a3af03c.journal~
25M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00053a090f70dc14-5da53795d846cf54.journal~
8,1M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/user-500.journal
25M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00052ac91fecdc10-bd1218fb4e0b08e7.journal~
33M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00053b70ebdeac44-8f617c7b82c207b0.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000549e9aa9bf4f9-881831d450592a61.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00052632500055f0-fc745bf6cf66a44f.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000545971c9067a7-1fda2a9aaaa34dd2.journal~
49M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@476a4bc65e7947dfac5bf202d8f713bb-0000000000012577-000540d53feb0b7b.journal
57M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@0bec8667eb634c9ba24229b726a42319-0000000000000001-000549e9aa95ff60.journal
25M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@000534715b127df0-3f5dc5d74e82e764.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00051fc01957ed6a-e529ea3913c46ed4.journal~
8,0M /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f/system@00052e4f208e182e-a0e96164d629010a.journal~
1,2G /var/log/journal/0a2d73afb10c4160b0d1a5676d28e71f
1,2G /var/log/journal
16K /var/log/wtmp.1
100K /var/log/msec.log.1
20K /var/log/rpmpkgs.2.gz
20K /var/log/rpmpkgs.4.gz
52K /var/log/shorewall6-init.log.1
8,0K /var/log/msec.log.3.gz
4,0K /var/log/netprofile.log
4,0K /var/log/chrony
72K /var/log/shorewall-init.log.1
0 /var/log/lightdm/x-1-greeter.log
8,0K /var/log/lightdm/lightdm.log
4,0K /var/log/lightdm/x-1.log.old
4,0K /var/log/lightdm/x-1.log
4,0K /var/log/lightdm/x-0.log
8,0K /var/log/lightdm/lightdm.log.old
4,0K /var/log/lightdm/x-0-greeter.log.old
4,0K /var/log/lightdm/x-0-greeter.log
4,0K /var/log/lightdm/x-0.log.old
44K /var/log/lightdm
4,0K /var/log/sudo.log
8,0K /var/log/security.log.3.gz
20K /var/log/Xorg.0.log.old
128K /var/log/msec.log
8,0K /var/log/Xorg.1.log
8,0K /var/log/shorewall-init.log.3.gz
76K /var/log/rpmpkgs.1
8,0K /var/log/security.log.4.gz
4,0K /var/log/shorewall6-init.log.3.gz
1,2G /var/log
[root@localhost ~]#
"

Tout connement, elle ajoute au cul d'un fichier la date et heure et ensuite l'occupation de /.

S'il la fait régulièrement (ce qui n'est pas une obligation mais une simple invitation à vérifier que toi et moi, on ne dit pas que des conneries) notre ami gr33n verra bien, avec le temps, que / ne s'étend pas inconsidérément et qu'il peut dormir sur ses deux oreilles...

Édité par magnux77 Le 28/04/2017 à 21h58

@ margnux77
Astucieux, merci

@ gr33n
Tu as 1,2 Go a récupérer en effaçant /var/log/journal, pas énorme. connecte toi avec les droits root
$su -
entre le mot de passe et valide
entre la commande suivante :
#rm -rf /var/log/journal/*
et le répertoire journal de 1,2Go sera effacé. Il ne contient que des archives sur le fonctionnement passé.

Merci!
5,3Go sur 12Go, ça redevient très correct.
Problème résolu!


Du coup j'ai réalisé ta commande... mais j'avais cru lire qu'il ne fallait pas supprimer le journal?
Ce n'est pas grave qu'il ait disparu?

Édité par gr33n Le 29/04/2017 à 07h46

gr33n:

Tu n'as pas supprimé le journal mais son contenu, et de plus, même si c'était le cas, il se recrée automatiquement. Retourne voir dans /var/log, tu as à nouveau journal et des fichiers dedans.

Bah justement, le journal a disparu...

Il va réapparaître tout seul, vous pensez?

As-tu redémarré ?