J'ai du rater un truc mariadb / disk full

Support Debian
#1

bonjour,
je sais que c’est une erreur de débutant mais j’ai du rater de comprendre quelque chose: je pense que le disque de ma debian est plein à 100% et je ne trouve pas d’où

~# df
Sys. de fichiers blocs de 1K  Utilisé Disponible Uti% Monté sur
udev                  992280        0     992280   0% /dev
tmpfs                 203048     1344     201704   1% /run
/dev/sda1           64753252 61431948          0 100% /

:~# du -sh
316K    .

voilà j’ai des messages d’erreur sur mariadb qui dit que je manque d’espace et je veux bien le croire vu que je lis /dev/sda1 plein à 100% avec la commande df
mais je sais pas pourquoi vu que j’ai rm les logs et que j’ai plus que 316Ko d’utilisés sur mes 250Giga
Je sais bien qu’il y a un truc que j’ai pas compris donc si quelqu’un peut me poser le doigt dessus ca serait vraiment cool

merci :slight_smile:

#2

Ici tu fais un du -h --max-depth=1 /

#3

Version améliorée (à exécuter en root bien sûr) :

du -hxd1 / | sort -h

Ensuite on refait la même chose dans les répertoires les plus volumineux au lieu de /, généralement c’est /var, et ainsi de suite jusqu’à trouver ce qui occupe de l’espace. Il me semble que par défaut les bases de données sont quelque part dans /var/lib.

#5

oui j’avais fait un truc comme ca mais j’ai pas pu trouver: j’ai recommencé ca donne ca

~# du -h --max-depth=1 /
4,0K    /mnt
104K    /tmp
4,0K    /opt
8,0K    /.cache
16K     /lost+found
13M     /etc
du: impossible d'accéder à '/run/user/1000/gvfs': Permission non accordée
du: impossible d'accéder à '/run/user/116/gvfs': Permission non accordée
1,5M    /run
22M     /home
8,0K    /media
du: impossible d'accéder à '/proc/24665/task/24665/fd/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/24665/task/24665/fdinfo/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/24665/fd/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/24665/fdinfo/3': Aucun fichier ou dossier de ce type
0       /proc
0       /dev
105M    /boot
4,2G    /usr
2,1G    /var
0       /sys
4,0K    /srv
316K    /root
6,4G    /

et pour moi ca veut dire que mes centaines de Giga perdus ils les a pas trouvé
c’est super gentil de m’aider là dessus sérieux ca me fait tellement tourner en rond

#6

maintenant tu vas chercher dans ces deux répertoire là, il faut faire des itérations

#7

… d’ailleurs maintenant que j’y pense je suis en root mais il me refuse l’accès à des repertoires seulement parcequ’ils doivent etre utilisés

#8

ok je te suis
mais je vois pas la logique je cherchais un truc plus gros que ca de base ^^

#9

Cette commande affiche tout un tas de trucs inutiles qui polluent la sortie et altèrent sa lisibilité. Utilise plutôt la mienne.

Ces deux répertoires ne regroupent que 6 Go. Or si je sais toujours compter, la taille du système de fichier est censée être environ 60 Go. ("df -hT" pour vérifier). Dans ce cas, on peut avoir affaire à des fichiers supprimés mais pas ou mal fermés, ou des fichiers cachés sous un point de montage.

Non, rien à voir. Certains accès dans /proc échouent parce qu’ils correspondent à des données de processus qui n’existent plus. D’autres accès dans /run échouent parce que ce sont des systèmes de fichiers FUSE dont les permissions sont gérées de telle sorte que même l’accès par root est refusé (par contre l’accès par leur utilisateur normal propriétaire est autorisé).

#10

j’hésite à tout te mettre ca ressemble un peu à un message d’insulte mais en gros j’ai que des petits fichiers en résultat:

# du -h --max-depth=1 /usr | sort -h
4,0K    /usr/lib32
4,0K    /usr/lib64
4,0K    /usr/libx32
4,0K    /usr/src
104K    /usr/local
772K    /usr/include
15M     /usr/games
16M     /usr/libexec
65M     /usr/sbin
228M    /usr/bin
1,7G    /usr/share
2,3G    /usr/lib
4,2G    /usr

# du -h --max-depth=1 /usr/lib | sort -h
4,0K    /usr/lib/binfmt.d
4,0K    /usr/lib/cgi-bin
4,0K    /usr/lib/environment.d
4,0K    /usr/lib/galera
4,0K    /usr/lib/gdm3
4,0K    /usr/lib/gnome-session
4,0K    /usr/lib/gnome-tweak-tool
4,0K    /usr/lib/gnupg2
4,0K    /usr/lib/gvfs
4,0K    /usr/lib/policykit-1
4,0K    /usr/lib/sasl2
4,0K    /usr/lib/udisks2
8,0K    /usr/lib/pam.d
8,0K    /usr/lib/pkgconfig
8,0K    /usr/lib/python2.7
8,0K    /usr/lib/rsyslog
8,0K    /usr/lib/software-properties
12K     /usr/lib/console-setup
12K     /usr/lib/crda
12K     /usr/lib/firewalld
12K     /usr/lib/modules-load.d
12K     /usr/lib/pm-utils
12K     /usr/lib/runit-helper
12K     /usr/lib/unity-settings-daemon-1.0
12K     /usr/lib/zabbix
16K     /usr/lib/ifupdown
16K     /usr/lib/init
16K     /usr/lib/modprobe.d
16K     /usr/lib/sysusers.d
16K     /usr/lib/valgrind
20K     /usr/lib/nodejs
20K     /usr/lib/os-prober
20K     /usr/lib/sysctl.d
20K     /usr/lib/xserver-xorg-video-intel
24K     /usr/lib/apparmor
24K     /usr/lib/kernel
24K     /usr/lib/mozilla
24K     /usr/lib/ssl
28K     /usr/lib/linux-boot-probes
32K     /usr/lib/lsb
36K     /usr/lib/dpkg
36K     /usr/lib/grub-legacy
44K     /usr/lib/caribou
44K     /usr/lib/groff
52K     /usr/lib/tasksel
56K     /usr/lib/dbus-1.0
68K     /usr/lib/emacsen-common
76K     /usr/lib/apg
84K     /usr/lib/mime
84K     /usr/lib/os-probes
92K     /usr/lib/tmpfiles.d
96K     /usr/lib/notification-daemon
116K    /usr/lib/gnome-settings-daemon-3.0
132K    /usr/lib/tc
140K    /usr/lib/girepository-1.0
164K    /usr/lib/firmware
228K    /usr/lib/terminfo
284K    /usr/lib/pppd
308K    /usr/lib/speech-dispatcher-modules
320K    /usr/lib/realmd
320K    /usr/lib/X11
408K    /usr/lib/man-db
584K    /usr/lib/lp_solve
616K    /usr/lib/klibc
680K    /usr/lib/gnupg
812K    /usr/lib/sudo
820K    /usr/lib/open-vm-tools
1,2M    /usr/lib/apt
1,2M    /usr/lib/mysql
1,3M    /usr/lib/openssh
1,7M    /usr/lib/NetworkManager
2,0M    /usr/lib/evolution-data-server
2,2M    /usr/lib/aspell
2,8M    /usr/lib/pulse-14.2
3,3M    /usr/lib/gnome-shell
3,5M    /usr/lib/grub
4,2M    /usr/lib/discover
4,7M    /usr/lib/locale
5,3M    /usr/lib/p7zip
6,4M    /usr/lib/file
7,0M    /usr/lib/xorg
7,7M    /usr/lib/ispell
8,7M    /usr/lib/apache2
9,5M    /usr/lib/evolution
9,5M    /usr/lib/php
12M     /usr/lib/systemd
20M     /usr/lib/udev
21M     /usr/lib/python3
22M     /usr/lib/python3.9
25M     /usr/lib/gcc
210M    /usr/lib/firefox-esr
289M    /usr/lib/libreoffice
587M    /usr/lib/modules
993M    /usr/lib/x86_64-linux-gnu
2,3G    /usr/lib
# du -h --max-depth=1 /var | sort -h
4,0K    /var/agentx
4,0K    /var/local
4,0K    /var/mail
4,0K    /var/opt
12K     /var/www
48K     /var/spool
60K     /var/tmp
4,0M    /var/backups
101M    /var/cache
473M    /var/log
1,5G    /var/lib
2,1G    /var

# du -h --max-depth=1 /var/lib | sort -h
4,0K    /var/lib/alsa
4,0K    /var/lib/boltd
4,0K    /var/lib/dhcp
4,0K    /var/lib/geoclue
4,0K    /var/lib/man-db
4,0K    /var/lib/misc
4,0K    /var/lib/os-prober
4,0K    /var/lib/private
4,0K    /var/lib/python
4,0K    /var/lib/realmd
4,0K    /var/lib/synaptic
4,0K    /var/lib/tpm
4,0K    /var/lib/udisks2
4,0K    /var/lib/unattended-upgrades
4,0K    /var/lib/upower
4,0K    /var/lib/usb_modeswitch
8,0K    /var/lib/dbus
8,0K    /var/lib/ispell
8,0K    /var/lib/logrotate
8,0K    /var/lib/plymouth
8,0K    /var/lib/sudo
8,0K    /var/lib/vim
8,0K    /var/lib/xfonts
8,0K    /var/lib/xkb
12K     /var/lib/grub
12K     /var/lib/sgml-base
12K     /var/lib/snmp
12K     /var/lib/vmware
16K     /var/lib/libreoffice
20K     /var/lib/AccountsService
20K     /var/lib/NetworkManager
24K     /var/lib/emacsen-common
24K     /var/lib/ghostscript
28K     /var/lib/pam
28K     /var/lib/xml-core
36K     /var/lib/apache2
36K     /var/lib/PackageKit
36K     /var/lib/php
44K     /var/lib/dictionaries-common
56K     /var/lib/colord
56K     /var/lib/polkit-1
480K    /var/lib/systemd
700K    /var/lib/usbutils
876K    /var/lib/fwupd
4,5M    /var/lib/ucf
9,3M    /var/lib/gdm3
18M     /var/lib/app-info
22M     /var/lib/aspell
59M     /var/lib/dpkg
145M    /var/lib/apt
1,3G    /var/lib/mysql
1,5G    /var/lib
#11

oh … mais ca me semble bien plausible ca que j’aurais supprimé des trucs qu’il utilisait… les logs mariadb par exemple, je saurais pas jurer que j’ai arreté proprement le service avant de nettoyer ^^

# du -hxd1 / | sort -h
4,0K    /mnt
4,0K    /opt
4,0K    /srv
8,0K    /.cache
8,0K    /media
16K     /lost+found
104K    /tmp
316K    /root
13M     /etc
22M     /home
105M    /boot
2,1G    /var
4,2G    /usr
6,4G    /
# dh -hT
-bash: dh : commande introuvable

# df -hT
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   970M       0  970M   0% /dev
tmpfs            tmpfs      199M    1,4M  197M   1% /run
/dev/sda1        ext4        62G     59G     0 100% /
tmpfs            tmpfs      992M       0  992M   0% /dev/shm
tmpfs            tmpfs      5,0M       0  5,0M   0% /run/lock
tmpfs            tmpfs      199M     88K  199M   1% /run/user/116
tmpfs            tmpfs      199M     56K  199M   1% /run/user/1000
tmpfs            tmpfs      199M     56K  199M   1% /run/user/0
#
#12

je suis désolée du format c’est plus lisible sur ma console

#13

Il faut appliquer le format « texte préformaté » dans l’éditeur.

La taille totale de / est bien 64 Gio, c’est donc inutile de fouiller avec du qui n’en affiche que le dixième.

Si tu as supprimé des fichiers qui étaient encore ouverts par un processus, l’espace disque ne sera libéré que lorsque ces fichiers seront fermés par le processus ou le processus sera terminé. Dans le doute on peut redémarrer le système. Si ce sont des logs, tu peux essayer de redémarrer syslog avec

systemctl restart syslog

Sinon, tu peux remonter la partition dans /mnt pour vérifier sans les montages.

mount --bind / /mnt
du -hd1 /mnt | sort -h
#14

oh oh oh
tu veux dire sous debian aussi le redemarrage est une solution
ca me tente bien de le redemarer mais j’ai un peu la trouille de plus le recuperer après je vais redemarrer le syslog comme tu dis plutot

#15

bon. trouille ou pas je sens bien que je vais me le rebooter mon serveur. après tout si jamais je peux toujours faire 2h de route ou me depatouiller avec l’esxi pour l’atteindre hahaha (rire de desespoir) (mais au moins je comprend ce qui c’est passé et ca c tellllllement un pas en avant!)

# systemctl restart syslog

# df -hT
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   970M       0  970M   0% /dev
tmpfs            tmpfs      199M    1,4M  197M   1% /run
/dev/sda1        ext4        62G     59G     0 100% /
tmpfs            tmpfs      992M       0  992M   0% /dev/shm
tmpfs            tmpfs      5,0M       0  5,0M   0% /run/lock
tmpfs            tmpfs      199M     88K  199M   1% /run/user/116
tmpfs            tmpfs      199M     56K  199M   1% /run/user/1000
tmpfs            tmpfs      199M     56K  199M   1% /run/user/0

# mount --bind / /mnt

# du -hd1 /mnt | sort -h
4,0K    /mnt/mnt
4,0K    /mnt/opt
4,0K    /mnt/proc
4,0K    /mnt/run
4,0K    /mnt/srv
4,0K    /mnt/sys
8,0K    /mnt/.cache
8,0K    /mnt/media
12K     /mnt/dev
16K     /mnt/lost+found
104K    /mnt/tmp
320K    /mnt/root
13M     /mnt/etc
22M     /mnt/home
105M    /mnt/boot
2,1G    /mnt/var
4,2G    /mnt/usr
6,4G    /mnt
#
#16

ah j’ai presque réussi le formatage du texte ce coup ci :grin:

#17

Bon, ce ne sont pas des fichiers cachés sous un point de montage.
Si tu as supprimé des logs de mariadb, essaie aussi de redémarrer son ou ses services (que je ne connais pas). Mais en principe ces fichiers devraient être libérés au redémarrage. Sinon cela peut être une corruption du système de fichiers qui risque de provoquer une erreur à la vérification de la racine lors du redémarrage et une entrée dans le mode dépannage de l’initramfs, sans réseau.

Il y a des commandes pour afficher les fichiers ouverts (fuser, lsof), mais je ne sais plus comment on peut afficher seulement les fichiers supprimés encore ouverts. Essaie

lsof | grep deleted | grep -v /dev/shm
1 J'aime
#18

alors là je le ping mais putty me met

fatal error - Network error: connexion refused.

mais oui mariadb je l’avais arreté (après) avec systemctl
et lsof je l’ai vu citer sur des forums en cherchant mais il faut l’installer et comme j’avais pas beaucoup de place…
en tout cas même si c’est pas dépanné déjà j’ai compris ce qui c’est passé. Je me sentais trop frustrée de pas trouver où etait mon espace disque

#19

Tu as redémarré le système ? Tu as encore la main dessus ?
Il reste assez de place pour installer des paquets. En fait l’espace libre affiché par df tient compte de l’espace réservé à root qui est de 5% par défaut.

#20

ok super
bon mon serveur a fini par remonter
j’ai arrété mariadb, il faut que je limite la taille des logs avant de la redemarrer
maintenant en effet il affiche seulement 5% de l’espace utilisé.
J’étais tellement sure que c quelque chose que j’avais pas compris que je pouvais pas penser « il suffit juste de redemarrer »

vous pouvez clore le sujet
dsl du temps de reponse je me suis fait bloquer

#21

merci beaucoup de m’avoir aidé
j’en pouvais plus de tourner en rond