[résolu]recupérer mon espace

wardidi · 13-11-2023 19:14:37

Bonjour,

Mon serveur est plein. J'y accède en ssh sans graphique.

df

Sys. de fichiers blocs de 1K   Utilisé Disponible Uti% Monté sur

udev                  734292         0     734292   0% /dev

tmpfs                 154088      5276     148812   4% /run

/dev/sda1          151741000 151724616          0 100% /

tmpfs                 770424         0     770424   0% /dev/shm

tmpfs                   5120         8       5112   1% /run/lock

tmpfs                 154084        64     154020   1% /run/user/1000

J'ai supprimé au moins 1go mais je n'obtiens pas d'espace disponible.
Je suppose que les dossiers supprimés vont dans une poubelle mais je ne la trouve pas

find Trash

find: ‘Trash’: Aucun fichier ou dossier de ce type

Celle que j'ai trouvé
/home/didier/.local/share/Trash

Mais elle ne contient pas ce que j'ai supprimé.

J'ai aussi cherché là

ls /root/.local/share

Mais toujours pas de trash

nano  recently-used.xbel  rhythmbox

Merci de m'aider à retrouver de l'espace dispo.

Dernière modification par wardidi (15-11-2023 14:34:52)

Anonyme · 13-11-2023 21:06:33

Bonjour,
la corbeille c'est ~ /.local/share/Trash/, dans un répertoire caché donc moins visible.
Tu n'as pas forcément un problème de corbeille, regarde ce qui est "gros" avec

ncdu /

Je penserais plus au cache de apt du coté de /var/cache/apt.

arpinux · 13-11-2023 21:09:16

salut

du -hs /*

te permettra de visualiser les répertoires et leur taille

l'utilitaire ncdu fonctionne très bien aussi et permet même d'agir sur les fichiers/répertoires

pour ta poubelle, si tu as supprimé des fichiers en ssh avec rm, tu n'auras pas de traces.

arpinux · 13-11-2023 22:44:53

mieux : donne la taille et classe par volume occupé

du -skh * | sort -hr

exemple @home

 arp@tpx200 ~

 $ du -skh * | sort -hr

93G back

72G pics

21G downloads

16G zik

7,7G  vms

2,9G  docs

1,8G  dev

1,2G  videos

44M bin

31M tmp

26M work

4,0K  share

infothema · 14-11-2023 14:52:06

Merci arpinux pour la commande magique totalement oubliée pour ma part !

wardidi · 15-11-2023 10:51:42

Bonjour Anonyme et arpinux.

Merci pour vos réponses.

Anonyme a écrit :

Bonjour,
la corbeille c'est ~ /.local/share/Trash/, dans un répertoire caché donc moins visible.
Tu n'as pas forcément un problème de corbeille, regarde ce qui est "gros" avec
ncdu /

Je penserais plus au cache de apt du coté de /var/cache/apt.

ncdu 1.18 ~ Use the arrow keys to navigate, press ? for help

--- / --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

.  71,3 GiB [#############################] /var

   68,2 GiB [###########################  ] /home

.   4,5 GiB [#                            ] /usr

  481,8 MiB [                             ] /opt

  258,7 MiB [                             ] /boot

.  19,1 MiB [                             ] /etc

. 976,0 KiB [                             ] /run

   20,0 KiB [                             ] /tmp

!  16,0 KiB [                             ] /lost+found

   12,0 KiB [                             ] /media

e   4,0 KiB [                             ] /srv

!   4,0 KiB [                             ] /root

e   4,0 KiB [                             ] /mnt

!   4,0 KiB [                             ] /.cache

.   0,0   B [                             ] /proc

.   0,0   B [                             ] /sys

    0,0   B [                             ] /dev

@   0,0   B [                             ]  initrd.img.old

@   0,0   B [                             ]  initrd.img

@   0,0   B [                             ]  vmlinuz.old

@   0,0   B [                             ]  vmlinuz

@   0,0   B [                             ]  libx32

@   0,0   B [                             ]  lib64

@   0,0   B [                             ]  sbin

@   0,0   B [                             ]  lib

@   0,0   B [                             ]  bin

du -skh * | sort -hr

68G Musique

4,0K  Vidéos

4,0K  udo -i

4,0K  restart

4,0K  pulse-backup

4,0K  Public

4,0K  Images

4,0K  Documents

4,0K  Bureau

Je pense que Anonyme à la bonne intuition avec /var/cache/apt. Mais quand j'explore les dossiers via transfert sftp de remmina, je n'ai pas du tout les même chiffres.
Que puis-je supprimer sans risque dans /var et comment en commande?

Nb je suis en train de faire un 2ieme serveur pour un copain grace à vous tous.
Merci encore de votre aide précieuse.

arpinux · 15-11-2023 12:08:23

 .  71,3 GiB [#############################] /var

un petit

sudo apt clean

devrait faire l'affaire

wardidi · 15-11-2023 12:21:15

arpinux a écrit :

un petit
sudo apt clean

devrait faire l'affaire

Merci arpinux mais ça na rien changé.

J'ai pigé ncdu. Le problème vient de

/var/log/cups --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

                                            /..

   48,2 GiB [#############################]  error_log.1

   21,9 GiB [#############                ]  error_log

   53,8 MiB [                             ]  error_log.2.gz

    4,0 KiB [                             ]  access_log.1

Puis-je les supprimer?

Anonyme · 15-11-2023 12:23:37

Pour faire du ménage dans le cache de apt, tu as apt autoclean, et apt clean si ça ne suffit pas.

arpinux · 15-11-2023 12:28:29

wardidi a écrit :

J'ai pigé ncdu. Le problème vient de

/var/log/cups --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
/..
48,2 GiB [#############################] error_log.1
21,9 GiB [############# ] error_log
53,8 MiB [ ] error_log.2.gz
4,0 KiB [ ] access_log.1

Puis-je les supprimer?

ouch ... ça en fait des erreurs d'impression ... surtout pour un serveur !!
et oui, tu peux les virer mais c'est tout de même énorme comme log donc il faudrait investiguer sur le pourquoi d'un tel gonflement des logs d'erreur cups ...

vv222 · 15-11-2023 12:48:28

Pour éviter que cups continue à écrire des logs dans un fichier supprimé (oui, c’est possible), utilise truncate plutôt que rm pour réduire le fichier à une taille de 0 octet.

Avant ça, je te conseille de stocker le retour de cette commande pour avoir quelque chose à investiguer et éviter que ce problème ne se reproduise :

tail --lines=100 /var/log/cups/error_log

wardidi · 15-11-2023 12:48:46

arpinux a écrit :

wardidi a écrit :

J'ai pigé ncdu. Le problème vient de

/var/log/cups --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
/..
48,2 GiB [#############################] error_log.1
21,9 GiB [############# ] error_log
53,8 MiB [ ] error_log.2.gz
4,0 KiB [ ] access_log.1

Puis-je les supprimer?

ouch ... ça en fait des erreurs d'impression ... surtout pour un serveur !!
et oui, tu peux les virer mais c'est tout de même énorme comme log donc il faudrait investiguer sur le pourquoi d'un tel gonflement des logs d'erreur cups ...

Il me semblait bien que cups était en rapport avec l'impression. Je n'ai jamais rien imprimer avec ce PC...
Je supprime les fichiers et si ils reviennent je chercherai pourquoi.
EDIT je peux faire

sudo rm /var/log/cups/monfichier

???

Merci encore.

Dernière modification par wardidi (15-11-2023 12:52:35)

vv222 · 15-11-2023 12:52:00

Si tu n’as rien à imprimer avec cette machine, tu devrais désinstaller cups.

wardidi · 15-11-2023 13:04:24

Hello vv222

Les messages se croisent et se chevauchent...

vv222 a écrit :

Si tu n’as rien à imprimer avec cette machine, tu devrais désinstaller cups.

Je vais effectivement désinstaller cups.

pour info le log que des lignes sontde ce style

E [11/Nov/2023:19:38:09 +0100] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100777/uid=0/gid=0).

W [11/Nov/2023:19:38:09 +0100] Notifier for subscription 480 (dbus://) went away, retrying!

Pour truncate est-ce bien

truncate --size=0 /var/log/cups/error_log

Peux tu me dire pourquoi truncate à la place de rm?

Merci

Dernière modification par wardidi (15-11-2023 13:35:04)

vv222 · 15-11-2023 13:17:54

wardidi a écrit :

Pour truncate est-ce bien
truncate /var/log/cups/error_log

J’aurais utilisé cette commande plus explicite, mais c’est possible que sans option elle ait le même effet :

truncate --size=0 /var/log/cups/error_log

---

wardidi a écrit :

Peux tu me dire pourquoi truncate à la place de rm?

rm supprime le lien entre un chemin donné et l’inode auquel un fichier est stocké, mais si ledit fichier a été ouvert avant la suppression de ce lien via rm il reste possible pour le processus qui connaît son inode de continuer à écrire dedans, continuant donc à occuper de l’espace sur le disque.

La page de manuel unlink(2) donne plus de détails sur le fonctionnement de la suppression de fichiers sous Linux :

unlink() détruit un nom dans le système de fichiers. Si ce nom était le dernier lien sur un fichier, et si aucun processus n'a ouvert ce fichier, ce dernier est effacé, et l'espace qu'il utilisait est rendu disponible.

Si le nom était le dernier lien sur un fichier, mais qu'un processus conserve encore le fichier ouvert, celui-ci continue d'exister jusqu'à ce que le dernier descripteur le référençant soit fermé.

Si le nom correspond à un lien symbolique, le lien est supprimé.

wardidi · 15-11-2023 14:01:41

vv222 a écrit :

truncate --size=0 /var/log/cups/error_log

J'éditait mon post pendant que tu me répondais . Je m'étais aperçu de mon oubli de --size=o

vv222 a écrit :

La page de manuel unlink(2) donne plus de détails sur le fonctionnement de la suppression de fichiers sous Linux :
unlink() détruit un nom dans le système de fichiers. Si ce nom était le dernier lien sur un fichier, et si aucun processus n'a ouvert ce fichier, ce dernier est effacé, et l'espace qu'il utilisait est rendu disponible.

Si le nom était le dernier lien sur un fichier, mais qu'un processus conserve encore le fichier ouvert, celui-ci continue d'exister jusqu'à ce que le dernier descripteur le référençant soit fermé.

Si le nom correspond à un lien symbolique, le lien est supprimé.

Merci pour les explications.

Les log se remplissent très vite 500mo en 5mn.

Je supprime cups.

~# apt-get        --purge   autoremove cups

Ca a pris plus de 10mn... et ça a supprimé /var/log/cups.

J'ai récupérer plein de place .

Merci à vv222 et arpilinux

Dernière modification par wardidi (15-11-2023 14:29:56)

Debian-facile

#1 13-11-2023 19:14:37

[résolu]recupérer mon espace

#2 13-11-2023 21:06:33

Re : [résolu]recupérer mon espace

#3 13-11-2023 21:09:16

Re : [résolu]recupérer mon espace

#4 13-11-2023 22:44:53

Re : [résolu]recupérer mon espace

#5 14-11-2023 14:52:06

Re : [résolu]recupérer mon espace

#6 15-11-2023 10:51:42

Re : [résolu]recupérer mon espace

#7 15-11-2023 12:08:23

Re : [résolu]recupérer mon espace

#8 15-11-2023 12:21:15

Re : [résolu]recupérer mon espace

#9 15-11-2023 12:23:37

Re : [résolu]recupérer mon espace

#10 15-11-2023 12:28:29

Re : [résolu]recupérer mon espace

#11 15-11-2023 12:48:28

Re : [résolu]recupérer mon espace

#12 15-11-2023 12:48:46

Re : [résolu]recupérer mon espace

#13 15-11-2023 12:52:00

Re : [résolu]recupérer mon espace

#14 15-11-2023 13:04:24

Re : [résolu]recupérer mon espace

#15 15-11-2023 13:17:54

Re : [résolu]recupérer mon espace

#16 15-11-2023 14:01:41

Re : [résolu]recupérer mon espace

Pied de page des forums