Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

dev/sda2 full

moko138

geole a écrit Pour moko138
mais j'ai l'impression que les enflures......
Rappel : attention au poids de /snap !

Pourquoi ne pas dire directement , "Cherches dans le forum, tu trouveras la documentation de nany.... "
Si tu penses que ta réponse est parfaite, il n'y a rien à dire de plus . notamment ne pas dire
"Il va me falloir du temps pour digérer tout ça" qui semble prouver que ce n'est pas très clair, Mais peut-être était-ce de l'humour que je n'ai pas perçu.

geole
1) Tu devrais arrêter de faire une demi-journée plus tard (31/5, 21h14, modifié 1[sup]er[/sup]/6 à 10h53) des ajouts non signalés en tant que tels.
Ce n'est pourtant pas compliqué de poster un nouveau message pour
- soit y mettre tes nouveautés,
- soit dire "j'ai complété" mon message d'hier".

2) Sur "Pourquoi ne pas dire"
Parce ça n'aurait pas aidé Morrizz, vu que les snap ne sont pas son problème principal,
parce que je n'avais aucune raison de me substituer à cqfd93 qui avait commencé le dépannage,
et parce que mon #13 répondait à la question que cqfd93 m'avait posée en #11 ("que dis-tu de").

3) Sur "Il va me falloir du temps pour digérer tout ça"
Si tu avais fait attention... ce n'est pas moi qui ai écrit cela.
C'est la réponse #15 de cqfd93 à mon #13.

4) Encore une fois :
« Puis-je te suggérer de lire attentivement le fil avant d'y répondre ? »

geole

Morrizz a écritSalut a tous,

merci mais dois dire que je me perd un peu dans toutes vos réponses

voici le retour de la dernière commande
****@owncloud:~$ sudo du -xam   /var/backups | sort -nr | head -20
[sudo] password for ******:
sort: write failed: /tmp/sortLSlwMO: No space left on device
******@owncloud:~$
moi j'ai supprimé 20 Go depuis var/www/owncloud/data pour lui donner un peu d'air, mais l'espace disque du var reste le meme, donc soit il ne supprime pas vraiment, soit il y a une sorte de corbeille quelque part , je me trompe?

merci encore

Bonjour
Faisons donc plus simple
1) A quoi te sert le répertoire /var/backup ?
2) Donne le retour de la commande sudo ls -als /var/backup
3) Ainsi que sudo ls -als /tmp
4) Avec quelle commande as-tu supprimé les 20 Go dans /var/www ?

Pour Moko138
J'avais très bien vu que ce n'est pas toi qui avait écrit "Il va me falloir du temps pour digérer tout ça" puisque cela a été écrit par une personne ayant une certaine compétence me semble-t-il
C'est d'ailleurs la lecture de cette phrase, que j'ai pris au premier niveau qui m'a fait intervenir car je n'étais pas certain que ta réponse était "lumineuse" puisqu'elle se terminait par
Rappel : attention au poids de /snap !

N.B. : c'est la première fois que je vois ce gros fichier :
"/swap.img". (Et 3.9 Gio, c'est le poids dans ma Lubuntu 14.04 de la racine tout entière...)

Alors que tu aurais pu te contenter de dire " faits le ménage dans le répertoire /var/backups" puisque tu savais déjà que le répertoire /var/log avait une taille normale.

cqfd93

geole a écrit J'avais très bien vu que ce n'est pas toi qui avait écrit "Il va me falloir du temps pour digérer tout ça" puisque cela a été écrit par une personne ayant une certaine compétence me semble-t-il

Ça ne voulait pas dire que moko138 n'était pas clair, c'est juste que je ne suis pas du tout familière de la commande du ni de sort. Et pour ce qui est de la clarté, je crois que tu as vraiment des leçons à prendre de lui.

GammaDraconis

Je rappelle qu'avec les versions récentes d'Ubuntu, il n'y a plus de partition swap, c'est un fichier swap qui est crée automatiquement à la place dans la racine, il est donc normale qu'il ai un fichier /swap (même si il me semble que par défaut il doit faire 1 Go et non 4 Go).
Mais peu importe, c'est une taille assez faible par rapport à son espace de stockage, ce n'est pas ça son problème, c'est /var/Backup et /var/www qui lui prend beaucoup d'espace. Le reste est quasi négligable pour son problème d'espace disque.

geole

Bonjour

cqfd93 a écrit
geole a écrit J'avais très bien vu que ce n'est pas toi qui avait écrit "Il va me falloir du temps pour digérer tout ça" puisque cela a été écrit par une personne ayant une certaine compétence me semble-t-il
Ça ne voulait pas dire que moko138 n'était pas clair, c'est juste que je ne suis pas du tout familière de la commande du ni de sort. Et pour ce qui est de la clarté, je crois que tu as vraiment des leçons à prendre de lui.

Je me retire de cette discussion qui part dans tous les sens.
Je constate simplement que vos échange n'ont apporté aucune solution au problème. Sinon de rendre la discussion illisible pour le demandeur.

cqfd93

geole a écritJe me retire de cette discussion qui part dans tous les sens.

Bonne idée.

Je constate simplement que vos échange n'ont apporté aucune solution au problème. Sinon de rendre la discussion illisible pour le demandeur.

On a obtenu les retours des commandes du dans le message #10. Dans son message #13, moko138 met en évidence en gras les dossiers volumineux. C'est seulement après dans le message #16 que tu mets les pieds dans le plat, allant même jusqu'à dire dans le #18 :

geole a écrit…
On y voit donc la présence de deux répertoires qui sont assez volumineux ( 449 Go à eux seuls)
333G /var/backups
116G /var/www

Alors je ne comprends pourquoi on ne s'y intèresse pas...

Ah bon, on ne s'y intéresse pas ???

cqfd93

@Morrizz :

Montre-nous le contenu de /var/backups et /tmp :

sudo ls -als /var/backups
sudo ls -als /tmp

Morrizz

Bonjour a tous,

voici le resultat des deux dernieres commandes

Last login: Sat Jun  1 16:41:16 2019 from 192.168.2.156
*******@owncloud:~$ sudo ls -als /var/backups
[sudo] password for ********:
total 176
 4 drwxr-xr-x  3 root root    4096 Jun  3 06:25 .
 4 drwxr-xr-x 14 root root    4096 Feb 13 09:14 ..
60 -rw-r--r--  1 root root   61440 May  1 06:25 alternatives.tar.0
 4 -rw-r--r--  1 root root    2636 Apr 26 06:25 alternatives.tar.1.gz
 4 -rw-r--r--  1 root root    2629 Mar 28 06:25 alternatives.tar.2.gz
 4 -rw-r--r--  1 root root    2633 Feb 22 06:25 alternatives.tar.3.gz
 4 -rw-r--r--  1 root root    2361 Feb 14 06:25 alternatives.tar.4.gz
12 -rw-r--r--  1 root root   12034 May 18 06:33 apt.extended_states.0
 4 -rw-r--r--  1 root root    1337 May 17 06:26 apt.extended_states.1.gz
 4 -rw-r--r--  1 root root    1352 May 16 06:19 apt.extended_states.2.gz
 4 -rw-r--r--  1 root root    1334 Apr  3 06:41 apt.extended_states.3.gz
 4 -rw-r--r--  1 root root    1316 Mar  7 06:01 apt.extended_states.4.gz
 4 -rw-r--r--  1 root root    1342 Mar  6 06:57 apt.extended_states.5.gz
 4 -rw-r--r--  1 root root    1319 Feb 25 14:44 apt.extended_states.6.gz
 0 -rw-------  1 root root       0 Jun  3 06:25 dpkg.diversions.0
 4 -rw-------  1 root root      38 Jun  2 06:25 dpkg.diversions.1.gz
 4 -rw-------  1 root root      38 May 30 06:25 dpkg.diversions.4.gz
 4 -rw-------  1 root root      38 May 28 06:25 dpkg.diversions.6.gz
 0 -rw-------  1 root root       0 Jun  3 06:25 dpkg.statoverride.0
 4 -rw-------  1 root root      40 Jun  2 06:25 dpkg.statoverride.1.gz
 4 -rw-------  1 root root      40 Jun  1 06:25 dpkg.statoverride.2.gz
 4 -rw-------  1 root root      40 May 31 06:25 dpkg.statoverride.3.gz
 4 -rw-------  1 root root      40 May 30 06:25 dpkg.statoverride.4.gz
 4 -rw-------  1 root root      40 May 28 06:25 dpkg.statoverride.6.gz
 0 -rw-------  1 root root       0 Jun  3 06:25 dpkg.status.0
 4 -rw-------  1 root root      34 May 28 06:25 dpkg.status.6.gz
 4 -rw-------  1 root root     756 Feb 21 12:42 group.bak
 4 -rw-------  1 root shadow   632 Feb 21 12:42 gshadow.bak
 4 -rw-------  1 root root    1717 Feb 25 08:52 passwd.bak
 4 -rw-------  1 root shadow  1018 Feb 25 08:52 shadow.bak
 4 drwxr-xr-x 11 root root    4096 Jun  2 23:00 synobck
*****@owncloud:~$

******@owncloud:~$ sudo ls -als /tmp
total 44
4 drwxrwxrwt 11 root root 4096 Jun  3 07:02 .
4 drwxr-xr-x 23 root root 4096 May 29 00:59 ..
4 drwxrwxrwt  2 root root 4096 May 28 14:48 .font-unix
4 drwxrwxrwt  2 root root 4096 May 28 14:48 .ICE-unix
4 drwx------  3 root root 4096 May 28 14:50 systemd-private-46ca5751d73f44e588c80f0dae9722e2-apache2.service-yq1X7y
4 drwx------  3 root root 4096 May 28 14:50 systemd-private-46ca5751d73f44e588c80f0dae9722e2-redis-server.service-MEq4aD
4 drwx------  3 root root 4096 May 28 14:48 systemd-private-46ca5751d73f44e588c80f0dae9722e2-systemd-resolved.service-KHl1ee
4 drwx------  3 root root 4096 May 28 14:48 systemd-private-46ca5751d73f44e588c80f0dae9722e2-systemd-timesyncd.service-feHE5l
4 drwxrwxrwt  2 root root 4096 May 28 14:48 .Test-unix
4 drwxrwxrwt  2 root root 4096 May 28 14:48 .X11-unix
4 drwxrwxrwt  2 root root 4096 May 28 14:48 .XIM-unix
******@owncloud:~$

cqfd93

Bonjour,

Les fichiers présents dans /var/backups ont l'air tout à fait normaux, il y a juste un dossier /var/backups/synobck et c'est certainement là que se trouve le problème.

sudo ls -als /var/backups/synobck

pour voir l'ampleur du problème…

Morrizz

Bonjour cqfd93 et merci pour ton aide.

Effectivement le dossier synobck et un dossier monté d'un NAS Synology.
Voici le résultat de la commande , j'ai déjà supprimé des anciennes versions de sauvegarde depuis le NAS mais rien ne change.

Merci

Last login: Mon Jun  3 07:01:51 2019 from 192.168.2.156
******@owncloud:~$ sudo ls -als /var/backups/synobck
[sudo] password for ******:
total 44
4 drwxr-xr-x 11 root root 4096 Jun  2 23:00 .
4 drwxr-xr-x  3 root root 4096 Jun  3 06:25 ..
4 drwxr-xr-x  3 root root 4096 May 18 00:24 owncloud-config-dirbkp_20190518
4 drwxr-xr-x  3 root root 4096 May 19 00:21 owncloud-config-dirbkp_20190519
4 drwxr-xr-x  3 root root 4096 May 27 23:07 owncloud-config-dirbkp_20190527
4 drwxr-xr-x  3 root root 4096 May 28 23:13 owncloud-config-dirbkp_20190528
0 -rw-r--r--  1 root root    0 May 17 23:00 owncloud-dbbackup_20190517.bak
0 -rw-r--r--  1 root root    0 May 18 23:00 owncloud-dbbackup_20190518.bak
0 -rw-r--r--  1 root root    0 May 19 23:00 owncloud-dbbackup_20190519.bak
0 -rw-r--r--  1 root root    0 May 20 23:00 owncloud-dbbackup_20190520.bak
0 -rw-r--r--  1 root root    0 May 21 23:00 owncloud-dbbackup_20190521.bak
0 -rw-r--r--  1 root root    0 May 22 23:00 owncloud-dbbackup_20190522.bak
0 -rw-r--r--  1 root root    0 May 23 23:00 owncloud-dbbackup_20190523.bak
0 -rw-r--r--  1 root root    0 May 24 23:00 owncloud-dbbackup_20190524.bak
0 -rw-r--r--  1 root root    0 May 25 23:00 owncloud-dbbackup_20190525.bak
0 -rw-r--r--  1 root root    0 May 26 23:00 owncloud-dbbackup_20190526.bak
0 -rw-r--r--  1 root root    0 May 27 23:00 owncloud-dbbackup_20190527.bak
0 -rw-r--r--  1 root root    0 May 28 23:00 owncloud-dbbackup_20190528.bak
0 -rw-r--r--  1 root root    0 May 29 23:00 owncloud-dbbackup_20190529.bak
0 -rw-r--r--  1 root root    0 May 30 23:00 owncloud-dbbackup_20190530.bak
0 -rw-r--r--  1 root root    0 May 31 23:00 owncloud-dbbackup_20190531.bak
0 -rw-r--r--  1 root root    0 Jun  1 23:00 owncloud-dbbackup_20190601.bak
0 -rw-r--r--  1 root root    0 Jun  2 23:00 owncloud-dbbackup_20190602.bak
4 drwxr-xr-x  3 root root 4096 May 17 23:00 owncloud-dirbkp_20190517
4 drwxr-xr-x  3 root root 4096 May 18 23:00 owncloud-dirbkp_20190518
4 drwxr-xr-x  3 root root 4096 May 19 23:00 owncloud-dirbkp_20190519
4 drwxr-xr-x  3 root root 4096 May 27 23:00 owncloud-dirbkp_20190527
4 drwxr-xr-x  3 root root 4096 May 28 23:00 owncloud-dirbkp_20190528
*******@owncloud:~$

cqfd93

Alors je n'y connais rien en NAS donc je ne vais pas pouvoir t'aider à y faire du vide, mais ce dossier /var/backups/synobck contient bien des dossiers et fichiers physiquement présents dans ta partition sda2, ça n'est pas juste un point de montage ? C'est bien dans /var/backups/synobck qu'il faut faire le ménage, pas seulement dans le NAS.

Morrizz

d'accord merci , si tu a une piste sur comment en faire je t'en serais reconnaissant .

Je peux supprimer sans problème ce qu'il y a sur le NAS de plus anciens , un rm suffit tu croit ?

merci encore

EDIT:
YES avec un rm -rf j'ai fais de la place, j'avais vue ce dossier mais je croyais qu'il était exclusivement du NAS,

merci infiniment

cqfd93

Morrizz a écritEDIT:
YES avec un rm -rf j'ai fais de la place, j'avais vue ce dossier mais je croyais qu'il était exclusivement du NAS,

Alors ton problème est résolu ? On peut voir df -h ?

Morrizz

oui merci tout fonctionne, apache a pu starter et aussi mysql .

La seule chose que je me demande est pourquoi cette espace qu'on réalité est sur le NAS est considéré par le système comme occupées, et surtout quoi faire pour éviter ça a l'avenir, merci infiniment.

Last login: Mon Jun  3 08:07:39 2019 from 192.168.2.156
******@owncloud:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           394M  1.2M  393M   1% /run
/dev/sda2       457G  160G  274G  37% /
tmpfs           2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/loop0       89M   89M     0 100% /snap/core/6964
tmpfs           394M     0  394M   0% /run/user/1000
******@owncloud:~$

cqfd93

Morrizz a écritoui merci tout fonctionne, apache a pu starter et aussi mysql .

Super, au moins ton problème est résolu (et tu peux modifier le titre de cette discussion).

La seule chose que je me demande est pourquoi cette espace qu'on réalité est sur le NAS est considéré par le système comme occupées, et surtout quoi faire pour éviter ça a l'avenir, merci infiniment.

Comme je te l'ai dit, je n'y connais rien en NAS donc je ne pourrai pas t'en dire plus. Tu pourrais ouvrir une nouvelle discussion à ce propos dans la section NAS.

Last login: Mon Jun  3 08:07:39 2019 from 192.168.2.156
******@owncloud:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
…
/dev/sda2       457G  160G  274G  37% /
…
******@owncloud:~$

Ça a bien dégagé 😉

Morrizz

oui il y a de la place maintenant 😉

Merci encore problème résolu

moko138

En #18, geole a écrit ...que le repertoire /var/backp sert de point de montage pour un logiciel de backup et que si pour une raison quelconque, les disques de backup ont été montés ailleurs, c'est lui qui grossit à chaque fois que le logiciel de backup s'active
https://askubuntu.com/questions/575679/what-is-the-default-location-for-backup-files-of-another-server

Si l'hypothèse de geole est juste, le problème risque de se reproduire.
Donc vérifie
- que les disques de backup sont montés au moment du backup,
- et qu'ils sont montés au bon endroit.

moko138

À propos, merci de montrer

tail -n +7 /etc/fstab

« Page précédente