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 04/11/2019, à 00:50

nany

Re : [Resolu] Nettoyage de /

moko138 a écrit :

Je ne comprends pas.

Moi non plus. sad [edit]Je me rends compte que tu as omis le +.[/edit]
Peut-être cette différence entre atime, ctime et mtime qui m’échappe encore.
Donne :

sudo find /var/test \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 ))
sudo find /var/test \( -type d -o -type f \) -ctime +$(( $(date +%d) - 1 ))
sudo find /var/test \( -type d -o -type f \) -atime +$(( $(date +%d) - 1 ))

Dernière modification par nany (Le 04/11/2019, à 03:55)

En ligne

#52 Le 04/11/2019, à 03:55

nany

Re : [Resolu] Nettoyage de /

Tiens, je viens de voir le code qui supprime les fichiers ayant une semaine dans /var/crash :

cat /etc/cron.daily/apport
#!/bin/sh -e
# clean all crash reports which are older than a week.
[ -d /var/crash ] || exit 0
find /var/crash/. ! -name . -prune -type f \( \( -size 0 -a \! -name '*.upload*' -a \! -name '*.drkonqi*' \) -o -mtime +7 \) -exec rm -f -- '{}' \;
find /var/crash/. ! -name . -prune -type d -regextype posix-extended -regex '.*/[0-9]{12}$' \( -mtime +7 \) -exec rm -Rf -- '{}' \;

Du coup, on pourrait avoir :

cd /var/tmp && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . -prune \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 )) -exec rm -Rf -- '{}' \; && echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)"

En ligne

#53 Le 04/11/2019, à 09:45

moko138

Re : [Resolu] Nettoyage de /

nany a écrit :

[edit]Je me rends compte que tu as omis le +.[/edit]

Quel blaireau je fais !  sad

  - -
Je purge /var/test et le réalimente :

sudo rm -Rf /var/test/* && sudo cp -av /var/log/*  /var/test/

1) -mtime /var/test :

sudo find /var/test \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 ))
/var/test/alternatives.log.8.gz
/var/test/alternatives.log.3.gz
/var/test/dpkg.log.9.gz
/var/test/debug.4.gz
/var/test/fontconfig.log
/var/test/mail.err
/var/test/pycentral.log
/var/test/debug.3.gz
/var/test/slim.log.3
/var/test/mail.log
/var/test/auth.log.3.gz
/var/test/lastlog
/var/test/alternatives.log.5.gz
/var/test/user.log.2.gz
/var/test/syslog.6.gz
/var/test/slim.log.4
/var/test/dmesg.4.gz
/var/test/pm-suspend.log.1
/var/test/dpkg.log.4.gz
/var/test/dpkg.log.8.gz
/var/test/pm-powersave.log.4.gz
/var/test/alternatives.log.6.gz
/var/test/pm-powersave.log.1
/var/test/dpkg.log.1
/var/test/messages.4.gz
/var/test/alternatives.log.4.gz
/var/test/dpkg.log.7.gz
/var/test/dpkg.log.5.gz
/var/test/unattended-upgrades
/var/test/unattended-upgrades/unattended-upgrades-shutdown.log
/var/test/daemon.log.3.gz
/var/test/alternatives.log
/var/test/dpkg.log.3.gz
/var/test/news
/var/test/news/news.notice
/var/test/news/news.crit
/var/test/news/news.err
/var/test/btmp.1
/var/test/fail2ban.log.3.gz
/var/test/pm-powersave.log.3.gz
/var/test/dmesg.3.gz
/var/test/fail2ban.log.1
/var/test/dmesg.0
/var/test/dmesg
/var/test/fsck
/var/test/fsck/checkfs
/var/test/fsck/checkroot
/var/test/ConsoleKit/history.1
/var/test/ConsoleKit/history.4.gz
/var/test/ConsoleKit/history.3.gz
/var/test/ConsoleKit/history.2.gz
/var/test/ConsoleKit/history.6.gz
/var/test/ConsoleKit/history.5.gz
/var/test/fail2ban.log.4.gz
/var/test/faillog
/var/test/slim.log.1
/var/test/alternatives.log.1
/var/test/lpr.log
/var/test/pm-powersave.log.2.gz
/var/test/kern.log.4.gz
/var/test/messages.3.gz
/var/test/daemon.log.4.gz
/var/test/dpkg.log.12.gz
/var/test/mail.info
/var/test/alternatives.log.9.gz
/var/test/syslog.nawak
/var/test/dmesg.1.gz
/var/test/samba
/var/test/alternatives.log.7.gz
/var/test/auth.log.4.gz
/var/test/dpkg.log.6.gz
/var/test/auth.log.2.gz
/var/test/user.log.3.gz
/var/test/kern.log.3.gz
/var/test/apt/history.log.11.gz
/var/test/apt/history.log.5.gz
/var/test/apt/term.log.1.gz
/var/test/apt/history.log.6.gz
/var/test/apt/history.log.9.gz
/var/test/apt/term.log.7.gz
/var/test/apt/history.log.2.gz
/var/test/apt/term.log.6.gz
/var/test/apt/history.log.3.gz
/var/test/apt/term.log.10.gz
/var/test/apt/history.log.1.gz
/var/test/apt/history.log.8.gz
/var/test/apt/term.log.4.gz
/var/test/apt/term.log.5.gz
/var/test/apt/term.log.2.gz
/var/test/apt/history.log.7.gz
/var/test/apt/term.log.3.gz
/var/test/apt/history.log.4.gz
/var/test/apt/term.log.8.gz
/var/test/apt/term.log.9.gz
/var/test/apt/term.log.11.gz
/var/test/apt/history.log.12.gz
/var/test/apt/term.log.12.gz
/var/test/apt/history.log.10.gz
/var/test/dpkg.log.11.gz
/var/test/syslog.5.gz
/var/test/debug.2.gz
/var/test/messages.2.gz
/var/test/slim.log.2
/var/test/fail2ban.log.2.gz
/var/test/pm-suspend.log
/var/test/installer
/var/test/installer/status
/var/test/installer/lsb-release
/var/test/installer/partman
/var/test/installer/Xorg.0.log
/var/test/installer/hardware-summary
/var/test/installer/cdebconf
/var/test/installer/cdebconf/templates.dat
/var/test/installer/cdebconf/questions.dat
/var/test/installer/syslog
/var/test/syslog.7.gz
/var/test/dpkg.log.10.gz
/var/test/daemon.log.2.gz
/var/test/alternatives.log.2.gz
/var/test/bootstrap.log
/var/test/dpkg.log.2.gz
/var/test/kern.log.2.gz
/var/test/dmesg.2.gz
/var/test/mail.warn
/var/test/Xorg.0.log.old
/var/test/user.log.4.gz
/var/test/slim.log
/var/test/ntpstats
moko@pc:/var/test$ 

Est-ce bien cela que tu veux ? (Je n'ai pas réussi à les classer par date).
Mais il doit y avoir moyen !

  - -
2) -ctime /var/test

sudo find /var/test \( -type d -o -type f \) -ctime +$(( $(date +%d) - 1 ))
moko@pc:/var/test$ 

Oui : retour vide. Donc, le sudo cp, malgré l'option -a (conservation des attributs) a changé quelquechose.


2b) -ctime dans /var/log (l'original) :

sudo find /var/log \( -type d -o -type f \) -ctime +$(( $(date +%d) - 1 ))
/var/log/alternatives.log.8.gz
/var/log/alternatives.log.3.gz
/var/log/fontconfig.log
/var/log/mail.err
/var/log/pycentral.log
/var/log/slim.log.3
/var/log/mail.log
/var/log/lastlog
/var/log/alternatives.log.5.gz
/var/log/slim.log.4
/var/log/dmesg.4.gz
/var/log/pm-suspend.log.1
/var/log/alternatives.log.6.gz
/var/log/alternatives.log.4.gz
/var/log/unattended-upgrades
/var/log/unattended-upgrades/unattended-upgrades-shutdown.log
/var/log/alternatives.log
/var/log/news
/var/log/news/news.notice
/var/log/news/news.crit
/var/log/news/news.err
/var/log/dmesg.3.gz
/var/log/dmesg.0
/var/log/dmesg
/var/log/fsck
/var/log/fsck/checkfs
/var/log/fsck/checkroot
/var/log/faillog
/var/log/slim.log.1
/var/log/alternatives.log.1
/var/log/lpr.log
/var/log/mail.info
/var/log/alternatives.log.9.gz
/var/log/syslog.nawak
/var/log/dmesg.1.gz
/var/log/samba
/var/log/alternatives.log.7.gz
/var/log/slim.log.2
/var/log/pm-suspend.log
/var/log/installer
/var/log/installer/status
/var/log/installer/lsb-release
/var/log/installer/partman
/var/log/installer/Xorg.0.log
/var/log/installer/hardware-summary
/var/log/installer/cdebconf
/var/log/installer/cdebconf/templates.dat
/var/log/installer/cdebconf/questions.dat
/var/log/installer/syslog
/var/log/alternatives.log.2.gz
/var/log/bootstrap.log
/var/log/dmesg.2.gz
/var/log/mail.warn
/var/log/Xorg.0.log.old
/var/log/slim.log
/var/log/ntpstats
moko@pc:/var/test$ 

3b) -atime /var/log

sudo find /var/log \( -type d -o -type f \) -atime +$(( $(date +%d) - 1 ))
moko@pc:/var/test$ 

Gné ? J'ai quand même une majorité de vieux fichiers, dans /var/log, et un uptime de 22 jours.

ls -lt /var/log | tail -6
drwxr-xr-x 3 root root   4096 mars  24  2018 installer
-rw-r--r-- 1 root root  24024 mars  24  2018 faillog
drwxr-xr-x 2 root root   4096 mars  24  2018 fsck
-rw-r--r-- 1 root root  40884 mai    6  2013 bootstrap.log
drwxr-x--- 2 root adm    4096 avril 16  2013 samba
drwxr-xr-x 2 ntp  ntp    4096 mai   12  2012 ntpstats
ls -lt /var/log | head -6
total 3088
-rw-r--r-- 1 root adm  345704 nov.   4 08:11 daemon.log
-rw-r--r-- 1 root adm    2892 nov.   4 08:11 syslog
-rw-r--r-- 1 root root 437545 nov.   4 08:04 Xorg.0.log
-rw-r----- 1 root adm   17565 nov.   4 08:04 messages
-rw-r----- 1 root adm    2766 nov.   4 08:04 user.log


1b) -mtime /var/log :

sudo find /var/log \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 ))
/var/log/alternatives.log.8.gz
/var/log/alternatives.log.3.gz
/var/log/dpkg.log.9.gz
/var/log/debug.4.gz
/var/log/fontconfig.log
/var/log/mail.err
/var/log/pycentral.log
/var/log/debug.3.gz
/var/log/slim.log.3
/var/log/mail.log
/var/log/auth.log.3.gz
/var/log/lastlog
/var/log/alternatives.log.5.gz
/var/log/user.log.2.gz
/var/log/syslog.6.gz
/var/log/slim.log.4
/var/log/dmesg.4.gz
/var/log/pm-suspend.log.1
/var/log/dpkg.log.4.gz
/var/log/dpkg.log.8.gz
/var/log/pm-powersave.log.4.gz
/var/log/alternatives.log.6.gz
/var/log/pm-powersave.log.1
/var/log/dpkg.log.1
/var/log/messages.4.gz
/var/log/alternatives.log.4.gz
/var/log/dpkg.log.7.gz
/var/log/dpkg.log.5.gz
/var/log/unattended-upgrades
/var/log/unattended-upgrades/unattended-upgrades-shutdown.log
/var/log/daemon.log.3.gz
/var/log/alternatives.log
/var/log/dpkg.log.3.gz
/var/log/news
/var/log/news/news.notice
/var/log/news/news.crit
/var/log/news/news.err
/var/log/btmp.1
/var/log/fail2ban.log.3.gz
/var/log/pm-powersave.log.3.gz
/var/log/dmesg.3.gz
/var/log/fail2ban.log.1
/var/log/dmesg.0
/var/log/dmesg
/var/log/fsck
/var/log/fsck/checkfs
/var/log/fsck/checkroot
/var/log/ConsoleKit/history.1
/var/log/ConsoleKit/history.4.gz
/var/log/ConsoleKit/history.3.gz
/var/log/ConsoleKit/history.2.gz
/var/log/ConsoleKit/history.6.gz
/var/log/ConsoleKit/history.5.gz
/var/log/fail2ban.log.4.gz
/var/log/faillog
/var/log/slim.log.1
/var/log/alternatives.log.1
/var/log/lpr.log
/var/log/pm-powersave.log.2.gz
/var/log/kern.log.4.gz
/var/log/messages.3.gz
/var/log/daemon.log.4.gz
/var/log/dpkg.log.12.gz
/var/log/mail.info
/var/log/alternatives.log.9.gz
/var/log/syslog.nawak
/var/log/dmesg.1.gz
/var/log/samba
/var/log/alternatives.log.7.gz
/var/log/auth.log.4.gz
/var/log/dpkg.log.6.gz
/var/log/auth.log.2.gz
/var/log/user.log.3.gz
/var/log/kern.log.3.gz
/var/log/apt/history.log.11.gz
/var/log/apt/history.log.5.gz
/var/log/apt/term.log.1.gz
/var/log/apt/history.log.6.gz
/var/log/apt/history.log.9.gz
/var/log/apt/term.log.7.gz
/var/log/apt/history.log.2.gz
/var/log/apt/term.log.6.gz
/var/log/apt/history.log.3.gz
/var/log/apt/term.log.10.gz
/var/log/apt/history.log.1.gz
/var/log/apt/history.log.8.gz
/var/log/apt/term.log.4.gz
/var/log/apt/term.log.5.gz
/var/log/apt/term.log.2.gz
/var/log/apt/history.log.7.gz
/var/log/apt/term.log.3.gz
/var/log/apt/history.log.4.gz
/var/log/apt/term.log.8.gz
/var/log/apt/term.log.9.gz
/var/log/apt/term.log.11.gz
/var/log/apt/history.log.12.gz
/var/log/apt/term.log.12.gz
/var/log/apt/history.log.10.gz
/var/log/dpkg.log.11.gz
/var/log/syslog.5.gz
/var/log/debug.2.gz
/var/log/messages.2.gz
/var/log/slim.log.2
/var/log/fail2ban.log.2.gz
/var/log/pm-suspend.log
/var/log/installer
/var/log/installer/status
/var/log/installer/lsb-release
/var/log/installer/partman
/var/log/installer/Xorg.0.log
/var/log/installer/hardware-summary
/var/log/installer/cdebconf
/var/log/installer/cdebconf/templates.dat
/var/log/installer/cdebconf/questions.dat
/var/log/installer/syslog
/var/log/syslog.7.gz
/var/log/dpkg.log.10.gz
/var/log/daemon.log.2.gz
/var/log/alternatives.log.2.gz
/var/log/bootstrap.log
/var/log/dpkg.log.2.gz
/var/log/kern.log.2.gz
/var/log/dmesg.2.gz
/var/log/mail.warn
/var/log/Xorg.0.log.old
/var/log/user.log.4.gz
/var/log/slim.log
/var/log/ntpstats
moko@pc:/var/test$

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

Hors ligne

#54 Le 04/11/2019, à 10:11

moko138

Re : [Resolu] Nettoyage de /

nany a écrit :

Du coup, on pourrait avoir :

cd /var/tmp && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . -prune \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 )) -exec rm -Rf -- '{}' \; && echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)"

Je purge /var/test et le réalimente :

sudo rm -Rf /var/test/* && sudo cp -av /var/log/*  /var/test/
cd /var/test && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . -prune \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 )) -exec rm -Rf -- '{}' \; && echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)"
	Poids initial du répertoire en Mio : 20	.
	Nouveau poids du répertoire en Mio : 3	.
moko@pc:/var/test$ 

Ne marche pas bien :

moko@pc:/var/test$ ls -lRt | grep -v nov
.:
total 2220
-rw-rw-r-- 1 root utmp  35328 oct.  31 22:40 wtmp.1

./ConsoleKit:
total 24
-rw-r--r-- 1 root root 899 oct.  12 22:24 history.1
-rw-r--r-- 1 root root 359 sept. 25 12:20 history.2.gz
-rw-r--r-- 1 root root 440 août  25 01:59 history.3.gz
-rw-r--r-- 1 root root 512 juil. 30 00:25 history.4.gz
-rw-r--r-- 1 root root 408 juin  30 12:10 history.5.gz
-rw-r--r-- 1 root root 248 juin  13 21:18 history.6.gz

./apt:
total 104
-rw-r--r-- 1 root root  138 oct.  13 15:09 history.log.1.gz
-rw-r----- 1 root adm   308 oct.  13 15:09 term.log.1.gz
-rw-r--r-- 1 root root  172 sept. 22 15:40 history.log.2.gz
-rw-r----- 1 root adm   344 sept. 22 15:40 term.log.2.gz
-rw-r--r-- 1 root root  120 août  18 14:34 history.log.3.gz
-rw-r----- 1 root adm   352 août  18 14:34 term.log.3.gz
-rw-r--r-- 1 root root  235 août  13 00:03 history.log.4.gz
-rw-r----- 1 root adm   739 août  13 00:03 term.log.4.gz
-rw-r--r-- 1 root root  130 juin   5 20:32 history.log.5.gz
-rw-r----- 1 root adm   362 juin   5 20:32 term.log.5.gz
-rw-r--r-- 1 root root  234 mai   24 18:35 history.log.6.gz
-rw-r----- 1 root adm   697 mai   24 18:35 term.log.6.gz
-rw-r--r-- 1 root root  134 mai   16 16:09 history.log.7.gz
-rw-r----- 1 root adm   317 mai   16 16:09 term.log.7.gz
-rw-r--r-- 1 root root  163 avril 25  2019 history.log.8.gz
-rw-r----- 1 root adm   400 avril 25  2019 term.log.8.gz
-rw-r--r-- 1 root root  208 févr. 17  2019 history.log.9.gz
-rw-r----- 1 root adm   528 févr. 17  2019 term.log.9.gz
-rw-r--r-- 1 root root  237 janv. 23  2019 history.log.10.gz
-rw-r----- 1 root adm   596 janv. 23  2019 term.log.10.gz
-rw-r--r-- 1 root root  197 déc.  14  2018 history.log.11.gz
-rw-r----- 1 root adm   626 déc.  14  2018 term.log.11.gz

sans parler de :

ls -lRt | grep nov
(...)
-rw-r--r-- 1 root root  336 nov.  25  2018 history.log.12.gz
-rw-r----- 1 root adm  1188 nov.  25  2018 term.log.12.gz

sad


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

Hors ligne

#55 Le 05/11/2019, à 07:15

nany

Re : [Resolu] Nettoyage de /

Bon, rapidement, mes conclusions :

  • je n’ai rien compris à -prune ;

  • je n’ai toujours pas saisi les subtilités de -mtime, -ctime et -atime.

Je mets en pause mes lectures du man de find et livre, faute de mieux, ceci :

cd /var/tmp && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 )) -delete && echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)" && cd

En ligne

#56 Le 05/11/2019, à 16:30

moko138

Re : [Resolu] Nettoyage de /

C'est quasi parfait.  big_smile

Je purge /var/test et le réalimente :

sudo rm -Rf /var/test/* && sudo cp -av /var/log/*  /var/test/

Exécution :

moko@pc:/var/test$ cd /var/test && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 )) -delete && echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)"
	Poids initial du répertoire en Mio : 23	.
	Nouveau poids du répertoire en Mio : 6	.
moko@pc:/var/test$ 

Il ne reste plus de fichiers de 2018 ni des années précédentes :

moko@pc:/var/test$ ls -lRt | grep 201
moko@pc:/var/test$ 

Il reste, je ne comprends pas pourquoi, un élément antérieur à novembre :

moko@pc:/var/test$ ls -lRt | grep -v nov
.:
total 5428
-rw-rw-r-- 1 root utmp   35328 oct.  31 22:40 wtmp.1

./apt:
total 8

./ConsoleKit:
total 0
moko@pc:/var/test$

  - -

Je ne suis pas sûr de comprendre ! -name .   Nous ne cherchons pourtant pas des fichiers sans nom !  big_smile
Tu exclus les éléments dont le nom comporte "un caractère et un seul", c'est ça ?
Et c'est fait pour empêcher la suppression du répertoire entier ; j'ai bon ?

= =

-ctime, et la modification du "statut" du fichier, je ne comprends pas non plus.
                         Mais je ne dois pas être loin de la vérité avec :
-mtime : date de dernière modification du contenu du fichier ;
-atime : date de dernier accès au fichier.

= =

           Re,
Ouiiiiiiiii !
Moyennant l'ajout de -daystart, ça devient enfin parfait !
(À part ! -name ., tu y étais, et si je n'avais pas omis le signe "+", on l'aurait vu dès le 3/11 à 23h57.)


           Je purge /var/test et le réalimente :

sudo rm -Rf /var/test/* && sudo cp -av /var/log/*  /var/test/

           Exécution :

moko@pc:/var/test$ cd /var/test && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . \( -type d -o -type f \) -daystart -mtime +$(( $(date +%d) - 1 )) -delete && echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)"
	Poids initial du répertoire en Mio : 23	.
	Nouveau poids du répertoire en Mio : 6	.
moko@pc:/var/test$
moko@pc:/var/test$ ls -lRt
.:
total 5448
drwxr-xr-x 2 root root    4096 nov.   5 14:32 apt
drwxr-xr-x 2 root root    4096 nov.   5 14:32 ConsoleKit
-rw-r----- 1 root adm    88963 nov.   5 14:31 auth.log
-rw-r--r-- 1 root adm   817075 nov.   5 14:30 daemon.log
-rw-r--r-- 1 root adm   100502 nov.   5 14:30 syslog
-rw-r--r-- 1 root root  472140 nov.   5 13:07 Xorg.0.log
-rw-r----- 1 root adm   572149 nov.   5 13:07 messages
-rw-r----- 1 root adm     6264 nov.   5 13:07 user.log
-rw-r----- 1 root adm  1074871 nov.   5 13:07 kern.log
-rw-r--r-- 1 root adm  1459118 nov.   5 07:51 syslog.1
-rw-rw-r-- 1 root utmp     384 nov.   5 07:04 wtmp
-rw-r----- 1 root adm     2232 nov.   4 19:31 debug
-rw-r--r-- 1 root adm    25408 nov.   4 08:03 syslog.2.gz
-rw-r----- 1 root adm      303 nov.   3 08:00 fail2ban.log
-rw-r--r-- 1 root adm     7375 nov.   3 08:00 daemon.log.1
-rw-r----- 1 root adm   276822 nov.   3 07:49 messages.1
-rw-r--r-- 1 root adm    29276 nov.   3 07:49 syslog.3.gz
-rw-r----- 1 root adm   116042 nov.   3 07:36 auth.log.1
-rw-r----- 1 root adm    33180 nov.   3 07:22 user.log.1
-rw-r----- 1 root adm   303329 nov.   3 07:22 kern.log.1
-rw-r--r-- 1 root adm    35401 nov.   2 07:47 syslog.4.gz
-rw-r----- 1 root adm    36118 nov.   1 18:50 debug.1
-rw-r--r-- 1 root root    1840 nov.   1 08:30 dpkg.log
-rw-rw---- 1 root utmp       0 nov.   1 07:44 btmp
-rw-r--r-- 1 root root       0 nov.   1 07:44 pm-powersave.log
-rw-r--r-- 1 root adm    41511 nov.   1 07:44 syslog.5.gz

./apt:
total 8
-rw-r--r-- 1 root root  192 nov.   1 08:30 history.log
-rw-r----- 1 root adm  1221 nov.   1 08:30 term.log

./ConsoleKit:
total 0
-rw-r--r-- 1 root root 0 nov.   1 07:44 history
moko@pc:/var/test$ 

big_smile
Bravo nany et merci !!!


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

Hors ligne

#57 Le 05/11/2019, à 17:43

nany

Re : [Resolu] Nettoyage de /

moko138 a écrit :

Il reste, je ne comprends pas pourquoi, un élément antérieur à novembre :

Parce que le 31 octobre à 22h40 est compris dans les n×24h.

moko138 a écrit :

Moyennant l'ajout de -daystart, ça devient enfin parfait !

Et voilà qui remédie à ce petit problème.




moko138 a écrit :

Je ne suis pas sûr de comprendre ! -name .   Nous ne cherchons pourtant pas des fichiers sans nom !  big_smile
Tu exclus les éléments dont le nom comporte "un caractère et un seul", c'est ça ?

Attention, ce n’est pas de la regex. On exclut les éléments dont le nom EST « . ».

moko138 a écrit :

Et c'est fait pour empêcher la suppression du répertoire entier ; j'ai bon ?

Oui, c’est ça.

En ligne

#58 Le 05/11/2019, à 18:21

moko138

Re : [Resolu] Nettoyage de /

Merci !

  - -

nany a écrit :

Attention, ce n’est pas de la regex. On exclut les éléments dont le nom EST « . ».

Et donc, quand "ce n’est pas de la regex", le point
- n'est pas un joker ?
- est, par conséquent, reconnu comme ce qu'il est, sans qu'il soit besoin de guillemets ni de contre-oblique ?


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

Hors ligne

#59 Le 05/11/2019, à 18:35

nany

Re : [Resolu] Nettoyage de /

En bash, les deux seuls jokers sont « ? » et « * ».
Le point est alors reconnu (sans besoin de guillemets ou de contre-oblique) comme composant d’un nom de fichier, tout seul il s’agit alors de la racine du répertoire.

En ligne

#60 Le 05/11/2019, à 20:40

moko138

Re : [Resolu] Nettoyage de /

Merci !

nany a écrit :

En bash, les deux seuls jokers sont « ? » et « * ».

En bash, les deux seuls jokers sont « ? » et « * ».
En bash, les deux seuls jokers sont « ? » et « * ».
En bash, les deux seuls jokers sont « ? » et « * ».
En bash, les deux seuls jokers sont « ? » et « * ».
...
  Ça va finir par rentrer.


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

Hors ligne

#61 Le 06/11/2019, à 10:34

Milkdo

Re : [Resolu] Nettoyage de /

@Nany #40 #45

milkdo@milkdo-Yoga-500:~$ sudo find /var/tmp -atime +$(date +%d)
[sudo] Mot de passe de milkdo : 
/var/tmp/mkinitramfs-FW_0yCGmF
/var/tmp/mkinitramfs-FW_Id55Vn
/var/tmp/mkinitramfs-FW_aPN9Tm
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ sudo find /var/tmp -ctime +$(date +%d)
/var/tmp/mkinitramfs-FW_0yCGmF
/var/tmp/audacity-milkdo
/var/tmp/mkinitramfs-FW_Id55Vn
/var/tmp/mkinitramfs-FW_aPN9Tm
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ sudo find /var/tmp -mtime +$(date +%d)
/var/tmp/mkinitramfs-FW_0yCGmF
/var/tmp/audacity-milkdo
/var/tmp/mkinitramfs-FW_Id55Vn
/var/tmp/mkinitramfs-FW_aPN9Tm
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ cd /var/tmp && sudo du -sm && sudo find -maxdepth 1 -type d,f -mtime +$(date +%d) -delete && sudo du -sm && cd
9	.
9	.
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 
milkdo@milkdo-Yoga-500:~$ 

Ce genre de commande me dépasse un peu!!!
Que signifie "\" et "{}"?


Ubuntu 20.04.3 LTS sur PC Yoga Lenovo

Hors ligne

#62 Le 12/11/2019, à 05:24

nany

Re : [Resolu] Nettoyage de /

Milkdo a écrit :

Ce genre de commande me dépasse un peu!!!
Que signifie "\" et "{}"?

Oui, on a un peu débordé du sujet avec nos recherches sur find.
Le \ est un caractère d’échapement et {} correspond à ce que renvoie find.


Mais dis-nous plutôt où tu en es de ton nettoyage. Donne le retour de :

df -Thx tmpfs -x devtmpfs -x squashfs

En ligne

#63 Le 21/11/2019, à 15:07

Milkdo

Re : [Resolu] Nettoyage de /

nany a écrit :

Mais dis-nous plutôt où tu en es de ton nettoyage. Donne le retour de :

df -Thx tmpfs -x devtmpfs -x squashfs

Oups, je n'avais pas vu cette réponse

donc voila

milkdo@milkdo-Yoga-500:~$ df -Thx tmpfs -x devtmpfs -x squashfs
Sys. de fichiers Type    Taille Utilisé Dispo Uti% Monté sur
/dev/sda8        ext4       20G     18G  988M  95% /
/dev/sda1        vfat      256M     35M  222M  14% /boot/efi
/dev/sda9        fuseblk   792G    418G  375G  53% /media/milkdo/data
milkdo@milkdo-Yoga-500:~$ 

Et ce matin, de nouveau le message "plus que 900Mo de disponible"
Je vais essayé de refaire toutes les commandes que j'ai comprises...


Ubuntu 20.04.3 LTS sur PC Yoga Lenovo

Hors ligne

#64 Le 21/11/2019, à 15:18

malbo

Re : [Resolu] Nettoyage de /

Milkdo a écrit :

Et ce matin, de nouveau le message "plus que 900Mo de disponible"

C'est normal puisque ta partition racine est toujours saturée (on peut lire "95%" dans ton dernier post)

Hors ligne

#65 Le 21/11/2019, à 15:26

Milkdo

Re : [Resolu] Nettoyage de /

Donc, en 10 jours, c'est de nouveau rempli....

après nettoyage des anciens noyaux, j'ai récupéré un peu

milkdo@milkdo-Yoga-500:~$ sudo apt-get autoremove --purge
[sudo] Mot de passe de milkdo : 
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-headers-4.15.0-65* linux-headers-4.15.0-65-generic*
  linux-image-4.15.0-65-generic* linux-modules-4.15.0-65-generic*
  linux-modules-extra-4.15.0-65-generic*
0 mis à jour, 0 nouvellement installés, 5 à enlever et 0 non mis à jour.
Après cette opération, 332 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 274097 fichiers et répertoires déjà installés.)
Suppression de linux-headers-4.15.0-65-generic (4.15.0-65.74) ...
Suppression de linux-headers-4.15.0-65 (4.15.0-65.74) ...
Suppression de linux-modules-extra-4.15.0-65-generic (4.15.0-65.74) ...
Suppression de linux-image-4.15.0-65-generic (4.15.0-65.74) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-65-generic
/etc/kernel/postrm.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-70-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-70-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-66-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-66-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
fait
Suppression de linux-modules-4.15.0-65-generic (4.15.0-65.74) ...
(Lecture de la base de données... 238585 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de linux-image-4.15.0-65-generic (4.15.0-65.74) ...
Purge des fichiers de configuration de linux-modules-4.15.0-65-generic (4.15.0-65.74) ...
Purge des fichiers de configuration de linux-modules-extra-4.15.0-65-generic (4.15.0-65.74) ...
milkdo@milkdo-Yoga-500:~$ df -Thx tmpfs -x devtmpfs -x squashfs
Sys. de fichiers Type    Taille Utilisé Dispo Uti% Monté sur
/dev/sda8        ext4       20G     17G  1,4G  93% /
/dev/sda1        vfat      256M     35M  222M  14% /boot/efi
/dev/sda9        fuseblk   792G    418G  375G  53% /media/milkdo/data
milkdo@milkdo-Yoga-500:~$ 

Ubuntu 20.04.3 LTS sur PC Yoga Lenovo

Hors ligne

#66 Le 21/11/2019, à 17:09

Qid

Re : [Resolu] Nettoyage de /

Je ressors mon 3ieme post... Parce-que devoir faire le ménage tous les jours n'est pas viable sur la durée... La preuve

Qid a écrit :
Milkdo a écrit :

Une idée de ce que je pourrais faire?
Merci d'avance

En fait rien... Enfin plus exactement le problème que tu as est caché : il y a fort à parier que ce qui prend le plus sont comme le sousentend aussi xubu les Snap... Et là ta seule option serait d'agrandir ta partition racine... Oui 20go suffisaient à l'époque mais ce n'est plus le cas... Maintenant faut au moins doubler cet espace


"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

#67 Le 22/11/2019, à 11:48

moko138

Re : [Resolu] Nettoyage de /

.                              Option "Pas touche aux partitions"
Alors
1)  Il faut remplacer la plupart de tes .snap par des .deb.


2)  Il faut nettoyer tous les jours :
2.1)

sudo apt-get clean ; sudo apt-get autoremove --purge

2.2) cd /var/tmp && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . \( -type d -o -type f \) -daystart -mtime +$(( $(date +%d) - 1 )) -delete && echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)" && cd
.        Correction pour tenir compte du #75

cd /var/tmp && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . \( -type d -o -type f \) -daystart -mtime +$(( $(date +%d) - 1 )) -delete ; echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)" && cd

.
2.3)  Purger quotidiennement (au moins) le cache de chaque navigateur :
Pour firefox : https://support.mozilla.org/fr/kb/comme … de-firefox
Pour chrome : https://support.google.com/accounts/ans … ktop&hl=fr
.
2.4)  Et contrôler l'espace disponible :

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

C'est parfaitement viable, puisque c'est à peu près ce que je fais chez moi depuis des années, pour tenir avec un espace libre de 610 Mio dans le meilleur des cas. Alors que ton système, Milkdo, était remonté à 3,5 G de libres en fin de nettoyage.  smile
.

= =  Ou bien on modifie les partitions... = =

Dernière modification par moko138 (Le 27/03/2020, à 06:18)


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

Hors ligne

#68 Le 22/11/2019, à 11:51

moko138

Re : [Resolu] Nettoyage de /

.                              Option modifier les partitions

Ètat des lieux - en #35, on a :

sudo fdisk -l
(...)
Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt

Périphérique      Début        Fin   Secteurs Taille Type
/dev/sda1          2048     534527     532480   260M Système EFI
/dev/sda2        534528     567295      32768    16M Réservé Microsoft
/dev/sda3        567296  205367295  204800000  97,7G Données de base Microsoft
/dev/sda4    1910020096 1912068095    2048000  1000M Environnement de récupération Windows
/dev/sda5    1912068096 1951475711   39407616  18,8G Environnement de récupération Windows
/dev/sda6    1951475712 1953523711    2048000  1000M Partition d'amorçage Lenovo
/dev/sda7     205367296  209463295    4096000     2G Partition d'échange Linux
/dev/sda8     209463296  250423295   40960000  19,5G Système de fichiers Linux
/dev/sda9     250423296 1910020095 1659596800 791,4G Données de base Microsoft

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

              Je reclasse par débuts de partitions :

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
(...)
Type d'étiquette de disque : gpt

Périphérique      Début        Fin   Secteurs Taille Type
/dev/sda1          2048     534527     532480   260M Système EFI
/dev/sda2        534528     567295      32768    16M Réservé Microsoft
/dev/sda3        567296  205367295  204800000  97,7G Données de base Microsoft
/dev/sda7     205367296  209463295    4096000     2G Partition d'échange Linux
/dev/sda8     209463296  250423295   40960000  19,5G RACINE Linux
/dev/sda9     250423296 1910020095 1659596800 791,4G DONNÉES de base Microsoft
/dev/sda4    1910020096 1912068095    2048000  1000M Environnement de récupération Windows
/dev/sda5    1912068096 1951475711   39407616  18,8G Environnement de récupération Windows
/dev/sda6    1951475712 1953523711    2048000  1000M Partition d'amorçage Lenovo

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

Pour moi, on ne peut jouer que sur
/dev/sda8       19,5G  RACINE        ext4      Linux
/dev/sda9      791,4G  DONNÉES   ntfs       Microsoft


Comment ?
  Pour séduisante qu'elle soit, j'écarte la proposition de geole, parce que sur ce disque mécanique, elle ferait faire à tout moment aux bras de lecture des va-et-vient de 800 Go. Ça marcherait très bien mais ça provoquerait une usure accélérée des bras et de leur axe.

  Reste la proposition de Qid : réduire D: à gauche.


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

Hors ligne

#69 Le 22/11/2019, à 11:59

moko138

Re : [Resolu] Nettoyage de /

.           Réduire D: à gauche
Milkdo,
Par sécurité, tu peux commencer par copier le contenu de D: sur un disque externe.
  La suite je la vois comme ceci :

                Première phase, depuis Windows
La réduction à gauche de la partition de 792G
doit être faite depuis Windows :

11)  D'abord vérification du système de fichiers :

chkdsk  D: /r

           .
12)  Ensuite défragmentation de D:

13)  Enfin réduction à gauche de D:
  Puisqu'il y a 375 G de libres dans D: (= /media/milkdo/data), je propose d'y prélever une bonne trentaine de Gio. Ce en vue de porter finalement / à une cinquantaine de Gio.

14) Redémarrer impérativement sur Windows !

15) Puis redémarrer sur l'Ubuntu installé.


                Depuis un support d'installation d'Ubuntu
16)  Lancer gparted
  > Démonter toutes les partitions
  > Agrandir de 20 à 50+Go la partition ext4 dans l' "espace non alloué".
  > Valider.
Remarque : en principe, la numérotation des partitions aura été changée par Windows, de sorte que
  sda8 sera probablement devenue sda5
  et sda9  --> sda6.

Il n'y a plus qu'à redémarrer sur la session installée.  smile


Qu'en pensez-vous ?


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

Hors ligne

#70 Le 22/11/2019, à 12:42

geole

Re : [Resolu] Nettoyage de /

moko138 a écrit :

                Première phase, depuis Windows
La réduction à gauche de la partition de 792G
doit être faite depuis Windows :

Bonjour
Depuis quand windows sait faire cela  ?

Il est plus simple de  réduire SDA3 par la  la droite
De réduire la partition de 792 Go par la droite de 2 Go
De déplacer par copier/coller la partition de swap
De supprimer la partition de swap initiale
D'agrandir par la gauche la partition racine

Sinon
Réduction par la droite de la grosse partition de  la taille prévue
Duplication de cette partition sur un autre disque
Suppression de la partition
Agrandissement de la racine
Récupération de la duplication..


NOTA.    Gparted sait déplacer des partitions windows (y compris le logiciel windows10) par la gauche.

Dernière modification par geole (Le 22/11/2019, à 12:57)


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

Hors ligne

#71 Le 22/11/2019, à 13:08

moko138

Re : [Resolu] Nettoyage de /

Windows ne saurait pas réduire à gauche ???
Tu en es certain ?
Ça me paraît énorme !

= =

Il est plus simple de  réduire SDA3 par la  la droite
De réduire la partition de 792 Go par la droite de 2 Go
De déplacer par copier/coller la partition de swap
De supprimer la partition de swap initiale
D'agrandir par la gauche la partition racine

Non : ça cumulerait deux inconvénients :
- l'usure mécanique accélérée mentionnée plus haut ;
- on ne gagnerait que 2 Go.

= =

geole a écrit :

Sinon
Réduction par la droite de la grosse partition de  la taille prévue
Duplication de cette partition sur un autre disque
Suppression de la partition
Agrandissement de la racine
Récupération de la duplication..

Si tu le sens, geole, vas-y


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

Hors ligne

#72 Le 22/11/2019, à 13:26

geole

Re : [Resolu] Nettoyage de /

Pour déplacer 900 Go, C'est pas mal de temps. https://forum.ubuntu-fr.org/viewtopic.php?id=2045936

Il est donc prudent  que ton conseil "Par sécurité, tu peux commencer par copier le contenu de D: sur un disque externe" puisse être exécuté
Si on est certain que le disque externe ne va pas flancher, 50% du travail est déjà fait si on rétrécit par la droite.
Dans ce contexte, on demande à windows  de rétrécir au maxima avant de faire la recopie  puis d'aggrandir après le rapatriement
Il ne reste plus qu'à rapatrier. (De mémoire, Gparted a l'option de cadrer la recopie à droite.)
Si la connectique est en USB3, Cette technique est plus rapide que le déplacement et plus rassurante.

Dernière modification par geole (Le 22/11/2019, à 13:30)


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

Hors ligne

#73 Le 22/11/2019, à 16:05

Qid

Re : [Resolu] Nettoyage de /

geole a écrit :

NOTA.    Gparted sait déplacer des partitions windows (y compris le logiciel windows10) par la gauche.

Oui il sait... Mais si on cause de la partition système de windows ce dernier risque de ne pas supporter et coller un bsod ou équivalent au démarrage suivant...

Édit : d'où le conseil de toucher à Windows depuis Windows

Dernière modification par Qid (Le 22/11/2019, à 16:06)


"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

#74 Le 22/11/2019, à 16:12

geole

Re : [Resolu] Nettoyage de /

Bonjour Qid
J'ai mal expliqué;   Les partitions windows sont des partitions de données.....
Pour le logiciel, il n'y a que windows10 EFI qui accepte être manipulé,  pas les vieilles versions et les versions périmées


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

Hors ligne

#75 Le 04/03/2020, à 15:49

moko138

Re : [Resolu] Nettoyage de /

nany a écrit :
cd /var/tmp && echo -e "\tPoids initial du répertoire en Mio : $(sudo du -sm)" && sudo find . ! -name . \( -type d -o -type f \) -mtime +$(( $(date +%d) - 1 )) -delete && echo -e "\tNouveau poids du répertoire en Mio : $(sudo du -sm)" && cd

nany, tu viens de faire un heureux supplémentaire !

Je propose de remplacer   
-delete &&   par   -delete ;

La raison vous sautera aux yeux en lisant ./viewtopic.php?pid=22230820#p22230820 et le message qui le suit.


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

Hors ligne