Plus de place à quoi ???
La priorité est de comprendre comment ton système occupe 12G: anormal relativement à /usr et /lib.
Tes images n’ont rien à faire dans le système puisque le /home est séparé.
Il reste une bidouille à trouver dans l’historique.
Bon, allez, on arrête de jouer. Résultat de (en root)
du -hxd1 / | sort -h
Ensuite on recommence avec chacun des plus gros répertoires à la place de / sauf /usr.
1 J'aime
root@debian:/home/user1# du -hxd1 / | sort -h
4,0K /mnt
4,0K /opt
4,0K /srv
16K /lost+found
16K /media
60K /tmp
904K /root
10M /sbin
11M /bin
32M /etc
55M /boot
326M /lib
3,6G /usr
7,1G /var
12G /
root@debian:/home/user1# du -hxd1 /var | sort -h
4,0K /var/local
4,0K /var/mail
4,0K /var/opt
600K /var/spool
740K /var/tmp
4,8M /var/backups
74M /var/cache
196M /var/lib
6,8G /var/log
7,1G /var
root@debian:/home/user1# du -hxd1 /lib | sort -h
12K /lib/console-setup
12K /lib/ifupdown
12K /lib/modprobe.d
16K /lib/hdparm
16K /lib/init
28K /lib/lsb
52K /lib/crda
144K /lib/firmware
208K /lib/terminfo
4,2M /lib/discover
6,1M /lib/systemd
16M /lib/udev
19M /lib/i386-linux-gnu
281M /lib/modules
326M /lib
root@debian:/home/user1# du -hxd1 /root | sort -h
4,0K /root/Bureau
4,0K /root/Documents
4,0K /root/.gconf
4,0K /root/Images
4,0K /root/Modèles
4,0K /root/Musique
4,0K /root/Public
4,0K /root/Téléchargements
4,0K /root/Vidéos
8,0K /root/.gnupg
8,0K /root/.ssh
12K /root/.dbus
40K /root/.synaptic
64K /root/.config
92K /root/.cinnamon
104K /root/.local
496K /root/.cache
904K /root
root@debian:/home/user1# du -hxd1 /etc | sort -h
4,0K /etc/binfmt.d
4,0K /etc/dictionaries-common
4,0K /etc/foomatic
4,0K /etc/libpaper.d
4,0K /etc/modprobe.d
4,0K /etc/newt
4,0K /etc/opt
4,0K /etc/rc0.d
4,0K /etc/rc1.d
4,0K /etc/rc2.d
4,0K /etc/rc3.d
4,0K /etc/rc4.d
4,0K /etc/rc5.d
4,0K /etc/rc6.d
4,0K /etc/rcS.d
4,0K /etc/rsyslog.d
4,0K /etc/sensors.d
4,0K /etc/tmpfiles.d
4,0K /etc/udisks2
4,0K /etc/usb_modeswitch.d
8,0K /etc/bonobo-activation
8,0K /etc/calendar
8,0K /etc/cracklib
8,0K /etc/cron.hourly
8,0K /etc/discover.conf.d
8,0K /etc/firefox-esr
8,0K /etc/gnome-chess
8,0K /etc/gtk-2.0
8,0K /etc/gtk-3.0
8,0K /etc/hp
8,0K /etc/ifplugd
8,0K /etc/ldap
8,0K /etc/modules-load.d
8,0K /etc/purple
8,0K /etc/python
8,0K /etc/python2.7
8,0K /etc/python3
8,0K /etc/python3.5
8,0K /etc/selinux
8,0K /etc/sudoers.d
8,0K /etc/sysctl.d
8,0K /etc/terminfo
8,0K /etc/update-motd.d
8,0K /etc/UPower
12K /etc/ca-certificates
12K /etc/cron.d
12K /etc/cron.monthly
12K /etc/groff
12K /etc/gss
12K /etc/ld.so.conf.d
12K /etc/libnl-3
12K /etc/PackageKit
12K /etc/profile.d
12K /etc/resolvconf
12K /etc/thunderbird
12K /etc/timidity
12K /etc/ufw
12K /etc/vim
12K /etc/wildmidi
16K /etc/apm
16K /etc/avahi
16K /etc/bash_completion.d
16K /etc/chatscripts
16K /etc/cron.weekly
16K /etc/cupshelpers
16K /etc/gnome-vfs-2.0
16K /etc/libreoffice
16K /etc/lighttpd
16K /etc/skel
16K /etc/udev
20K /etc/bluetooth
20K /etc/dpkg
20K /etc/emacs
20K /etc/openal
20K /etc/perl
24K /etc/alternatives
24K /etc/apache2
24K /etc/gconf
24K /etc/lightdm
24K /etc/pulse
28K /etc/dhcp
28K /etc/logcheck
28K /etc/logrotate.d
36K /etc/ghostscript
36K /etc/kernel
40K /etc/cron.daily
40K /etc/network
44K /etc/wpa_supplicant
48K /etc/init
48K /etc/iproute2
48K /etc/polkit-1
52K /etc/NetworkManager
56K /etc/security
56K /etc/xml
60K /etc/gimp
60K /etc/sound
72K /etc/initramfs-tools
72K /etc/sgml
76K /etc/ppp
76K /etc/systemd
80K /etc/apparmor.d
80K /etc/grub.d
88K /etc/default
92K /etc/fonts
96K /etc/speech-dispatcher
112K /etc/pam.d
120K /etc/apt
128K /etc/init.d
128K /etc/xdg
140K /etc/console-setup
172K /etc/dbus-1
224K /etc/cups
264K /etc/ImageMagick-6
344K /etc/sane.d
440K /etc/X11
552K /etc/ssh
620K /etc/ssl
1,4M /etc/mono
25M /etc/bootsplash
32M /etcSi je comprends bien j’ai /var/log qui pèse 6.8G. Je pense que c’est là mon soucis.
Merci de votre aide, je n’aurai accès à mon PC debian qu’à partir de jeudi (travail en déplacement).
6,8G /var/log
Donnes nous la tailles des fichiers de /var/log. Soit tu as un fichier qui a énormément augmenté suite à un problème quelconque, soit tu as un logrotate qui ne fonctionne pas.
C’est clair que faire exploser de 6G un répertoire /var après un transfert d’images dans un /home séparé, c’est pas commun… Ça demande une clarification.
Même pas sûr que /var explique tout pour arriver à un système de 12G (quand-même…).
J’ai peut-être une autre piste, mais dans l’agression déclarée de certains échanges, on verra plus tard (ou en message privé éventuellement/ si ça existe).
Merci de votre aide, je regarde jeudi.
Juste une question: de mémoire, te souviens-tu avoir modifié à un moment donné le fichier fstab ? Le montage des partitions ?
Non jamais. Je bricole sur debian mais mon niveau ne m’en permet pas.
Merci.
L’installation remonte à combien d’années ?
Je pense 3 ans environs.
Il faudrait regarder ça pour voir s’il n’y pas des énormités:
# find /var /lib* /usr -size +100M -exec ls -sh {} \;
Pourquoi des logs auraient autant explosé en 3 ans, je trouve ça plus qu’étrange.
Merci Verner, je teste cela jeudi et te tiens au courant.
Logs remplis par des messages répétitifs en rafale causés par un bug matériel ou logiciel par exemple, déjà vu.
1 J'aime
Bonjour,
Voilà pour la taille de /var/log
root@debian:/home/user1# du -hxd1 /var/log | sort -h
4,0K /var/log/speech-dispatcher
8,0K /var/log/hp
52K /var/log/lightdm
92K /var/log/cups
172K /var/log/apt
19M /var/log/installer
6,8G /var/log
root@debian:/home/user1# find /var /lib* /usr -size +100M -exec ls -sh {} \;
2,3G /var/log/kern.log.1
2,3G /var/log/syslog.1
2,3G /var/log/messages.1
Merci d’avance
Ce sont donc des messages générés par le noyau, qui se retrouvent dans ces trois fichiers, qui se sont accumulés entre l’avant-dernière et la dernière rotation des logs. A la prochaine rotation ils seront compressés et occuperont moins d’espace, sauf si tu les as supprimés avant.
Tu peux regarder le contenu de kern.log avec un pager (more, less, most…) pour voir en quoi consiste la séquence répétitive. Evite les éditeurs de texte avec un aussi gros fichier.
Merci Pascal,
Le fichier est vraiment long, il commence en date du 2 novembre jusqu’à aujourd’hui. Pourquoi ces dates?
Je sais pas analyser ce fichier. Veux-tu que je le poste mais il est très long?
Que puis-je faire? Supprimer ce fichier?
ll n’y a pas des groupes de messages qui se répètent sans cesse ? Il suffit d’en poster une occurrence. Ensuite tu pourras le supprimer pour récupérer de l’espace libre.
Par contre s’il va jusqu’à aujourd’hui il faudrait regarder dans kern.log (fichier log en cours) si le problème est toujours présent.
Voilà les premières ligne d’aujourd’hui. J’avoue ne rien y comprendre.
Nov 5 15:07:10 debian kernel: [ 0.000000] Linux version 4.9.0-12-686-pae (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.210-1+deb9u1 (2020-06-07)
Nov 5 15:07:10 debian kernel: [ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Nov 5 15:07:10 debian kernel: [ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Nov 5 15:07:10 debian kernel: [ 0.000000] x86/fpu: Enabled xstate features 0x3, context size is 576 bytes, using 'standard' format.
Nov 5 15:07:10 debian kernel: [ 0.000000] e820: BIOS-provided physical RAM map:
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009e7ff] usable
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x000000000009e800-0x000000000009ffff] reserved
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x00000000000e4000-0x00000000000fffff] reserved
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000cff7ffff] usable
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x00000000cff80000-0x00000000cff8dfff] ACPI data
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x00000000cff8e000-0x00000000cffcffff] ACPI NVS
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x00000000cffd0000-0x00000000cfffffff] reserved
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x00000000fff00000-0x00000000ffffffff] reserved
Nov 5 15:07:10 debian kernel: [ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000012fffffff] usable
Nov 5 15:07:10 debian kernel: [ 0.000000] NX (Execute Disable) protection: active
Nov 5 15:07:10 debian kernel: [ 0.000000] SMBIOS 2.5 present.
Nov 5 15:07:10 debian kernel: [ 0.000000] DMI: System manufacturer System Product Name/P5QL, BIOS 0615 08/03/2009
Nov 5 15:07:10 debian kernel: [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
Nov 5 15:07:10 debian kernel: [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
Nov 5 15:07:10 debian kernel: [ 0.000000] e820: last_pfn = 0x130000 max_arch_pfn = 0x1000000
Nov 5 15:07:10 debian kernel: [ 0.000000] MTRR default type: uncachable
Nov 5 15:07:10 debian kernel: [ 0.000000] MTRR fixed ranges enabled:
Nov 5 15:07:10 debian kernel: [ 0.000000] 00000-9FFFF write-back
Nov 5 15:07:10 debian kernel: [ 0.000000] A0000-BFFFF uncachable
Nov 5 15:07:10 debian kernel: [ 0.000000] C0000-DFFFF write-protect
Nov 5 15:07:10 debian kernel: [ 0.000000] E0000-EFFFF write-through
:
Je supprime quoi tous les kern.log?