#1 Le 22/06/2019, à 14:49
- framboise38
/var plein
Bonjour,
J'ai réinstallé ubuntu de frais (ubuntu 18.4) il y a un mois, et là, chroniquement /var est presque plein. J'ai fait un
sudo apt-get autoclean
sudo apt-get clean
sudo apt get autoremove
Mais cela ne suffira pas à terme.
Voilà ce que donne df-h
soazig@embrun:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 2,0M 1,6G 1% /run
/dev/sdb2 20G 5,5G 13G 30% /
tmpfs 7,8G 162M 7,7G 3% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/sdb4 2,9G 281M 2,4G 11% /opt
/dev/sdb1 511M 8,6M 503M 2% /boot/efi
/dev/sdc1 1,8T 588G 1,2T 34% /mnt/Backup2T
/dev/sda2 481G 35G 422G 8% /home
/dev/sda4 1,7T 586G 981G 38% /home/multimedia
/dev/sda6 7,7G 19M 7,3G 1% /tmp
/dev/sda3 577G 183G 365G 34% /home/data
/dev/sda5 4,8G 4,0G 559M 88% /var
/dev/loop2 91M 91M 0 100% /snap/core/6350
/dev/loop7 54M 54M 0 100% /snap/core18/970
/dev/loop6 35M 35M 0 100% /snap/gtk-common-themes/818
/dev/loop8 36M 36M 0 100% /snap/gtk-common-themes/1198
/dev/loop9 4,2M 4,2M 0 100% /snap/gnome-calculator/406
/dev/loop13 203M 203M 0 100% /snap/vlc/770
/dev/loop11 89M 89M 0 100% /snap/core/6964
/dev/loop14 1,0M 1,0M 0 100% /snap/gnome-logs/61
/dev/loop15 3,8M 3,8M 0 100% /snap/gnome-system-monitor/87
/dev/loop20 219M 219M 0 100% /snap/gimp/165
/dev/loop3 87M 87M 0 100% /snap/flameshot-app/188
/dev/loop5 203M 203M 0 100% /snap/vlc/1049
/dev/loop23 2,3M 2,3M 0 100% /snap/gnome-calculator/260
/dev/loop24 18M 18M 0 100% /snap/pdftk/9
/dev/loop25 15M 15M 0 100% /snap/gnome-logs/45
/dev/loop0 96M 96M 0 100% /snap/keepassxc/378
/dev/loop1 156M 156M 0 100% /snap/chromium/762
/dev/loop10 15M 15M 0 100% /snap/gnome-characters/284
/dev/loop12 152M 152M 0 100% /snap/gnome-3-28-1804/55
/dev/loop22 220M 220M 0 100% /snap/gimp/189
/dev/loop18 141M 141M 0 100% /snap/gnome-3-26-1604/86
/dev/loop17 156M 156M 0 100% /snap/chromium/750
tmpfs 1,6G 16K 1,6G 1% /run/user/121
tmpfs 1,6G 48K 1,6G 1% /run/user/1001
/dev/loop26 15M 15M 0 100% /snap/gnome-characters/288
/dev/loop27 3,8M 3,8M 0 100% /snap/gnome-system-monitor/91
/dev/loop28 141M 141M 0 100% /snap/gnome-3-26-1604/88
/dev/loop29 152M 152M 0 100% /snap/gnome-3-28-1804/59
Mon Pc a deux disques dur internes
/dev/sda de 2,7 To
/dev/sdb de 466 GO qui est un SSD
Sur le ssd on a le boot uefi, / et /opt
et deux partitions libres
/dev/sdb5 426,87Gio
/dev/sdb3 15,93 Gio
Sur l'autre
on a /var sur 4,88 Gio
/tmp sur 7,61 Gio
le swap sur 31 Go
/home (/home classique) 500 Go
/home/data (des données) 600 Go
/home/multimedia (des contenus video audio 1,6 To
En terme de partition /var et /tmp et le swap sont contiguës.
Il y a t-il un moyen d'agrandir /var sans tout réinstaller.
J'ai le live cd ubuntu 18.4.2
Merci de votre aide.
Framboise
Dernière modification par framboise38 (Le 22/06/2019, à 15:14)
Hors ligne
#2 Le 22/06/2019, à 16:59
- nam1962
Re : /var plein
C'est quoi ce partitionnement ?
On peut bien sûr virer la swap pour la remplacer par systemd-swap (sauf si tu hibernes, mais qui hiberne ?) mais je ne pige ni ces bidouilles de partitionnement, ni les snaps dans tous les sens, dont redondants.
[ Modéré ]
Hors ligne
#3 Le 22/06/2019, à 19:34
- lucmars
Re : /var plein
Pourquoi une Swap de 30go ? Si tu as autant de ram c'est inutile.
Est-ce une partition ou le fichier swap ? Car la 1804 n'utilise plus de partition.
Gaulois Matter !
Hors ligne
#4 Le 22/06/2019, à 20:48
- framboise38
Re : /var plein
C'est une partition swap que j'ai créé avec la 16.04 et que j'ai gardé.
Hors ligne
#5 Le 22/06/2019, à 20:51
- framboise38
Re : /var plein
J'ai découvert les snaps en faisant mon df -h. Je n'ai installé que du standard via la logithèque. Je n'ai pas créé de partition pour eux.
Hors ligne
#6 Le 22/06/2019, à 20:59
- nam1962
Re : /var plein
Tes données sont-elles sauvegardées ?
Si non, fais-le
Si oui, il faut faire une clean install bien plus simple : soit juste /home séparé, soit juste données séparées sans les fichiers de config, en tous cas pas le bazar actuel.
[ Modéré ]
Hors ligne
#7 Le 23/06/2019, à 02:41
- kholo
Re : /var plein
salut,
vous êtes durs... pour une fois que quelqu'un se creuse le citron pour essayer de faire les choses bien...
ceci dit, il serait bon de donner plus d'explications pour avoir une aide adaptée...
bien sûr une clean install est toujours plus simple à priori mais on doit pouvoir faire des choses...
par exemple, vu la Ram, tu peux au moins désactiver la swap et en profiter pour la déplacer voire l'oublier...
et, vu le mal que tu t'es donné pour les partitions, tu peux aussi donner des retours sur la config système : fstab par exemple...
voir aussi pourquoi autant de snaps... tu ne dois pas cliquer où il faut... mais là aussi tu peux dézinguer les snaps un par un et installer les versions en durs (avec apt tant qu'à faire !)
et pour en revenir à la question : ya quoi donc dans ce var qui prend tant de place ?
Hors ligne
#8 Le 23/06/2019, à 09:13
- nam1962
Re : /var plein
4.5Go ce n'est pas grand chose, chez moi :
~]$ sudo du -h --max-depth=1 /var
4,0K /var/local
4,0K /var/empty
44K /var/spool
265M /var/log
640M /var/tmp
3,2G /var/cache
24K /var/db
4,0K /var/opt
4,7G /var/lib
4,0K /var/games
8,8G /var
Multiplier les partitions système c'est principalement multiplier les contingences...
[ Modéré ]
Hors ligne
#9 Le 23/06/2019, à 11:37
- grandtoubab
Re : /var plein
Salut
généralement des logs /var/log mal gérés ou trop verbeux à cause de fautes
As tu installé logrotate?
https://doc.ubuntu-fr.org/logrotate
Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....
Hors ligne
#10 Le 23/06/2019, à 14:51
- framboise38
Re : /var plein
Bonjour,
/var
sudo du -hs *
6,2M backups
139M cache
836K crash
3,4G lib
4,0K local
0 lock
558M log
16K lost+found
4,0K mail
4,0K metrics
4,0K opt
0 run
228K snap
120K spool
84K tmp
165M www
pour www c'est que j'ai installé owncloud.
J'aime beaucoup la suggestion de faire une clean update alors que mon installation qui ne me paraissait pas cradingue date d'il y a un mois.
J'ai très envie de perdre un week-end entier à réinstaller.
La question qui ne semble pas claire était de savoir s'il y avait un moyen d'agrandir /var sans réinstaller. Réponse réinstalle!
Il me semble que lorsque j'ai installé la 16.4 j'ai du me poser des question et me dire que /var ne devait pas être installé sur un SSD mais sur l'autre disque.
cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb2 during installation
UUID=9373764a-5f04-4220-a1eb-bf3fe278a8e2 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdb1 during installation
UUID=E781-3240 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda2 during installation
UUID=5ce6fd40-e245-4f8b-87ce-71c969039c60 /home ext4 defaults 0 2
# /opt was on /dev/sdb4 during installation
UUID=6ed9b43c-810a-4bb6-b238-dc4b75c8ebb2 /opt ext4 defaults 0 2
# /tmp was on /dev/sda6 during installation
UUID=5ec7ddf4-e141-4e2d-9909-d397b53caaa5 /tmp ext4 defaults 0 2
# /var was on /dev/sda5 during installation
UUID=e3b9bb81-947d-407b-8257-90c492f04c4b /var ext4 defaults 0 2
# swap was on /dev/sda1 during installation
UUID=cca604fd-c3c9-4300-a1fb-9f648bae6a09 none swap sw
#nos partitions données:
/dev/sda3 /home/data ext4 defaults 0 2
/dev/sda4 /home/multimedia ext4 defaults 0 2
UUID=977c0618-2bd1-4216-91d5-a5550dc8d0c7 /mnt/Backup2T ext4 defaults 0 2
Je vais regarder ces questions de snaps.
Merci malgré tout pour votre aide.
Framboise
Dernière modification par framboise38 (Le 23/06/2019, à 15:02)
Hors ligne
#11 Le 23/06/2019, à 14:55
- xubu1957
Re : /var plein
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#12 Le 23/06/2019, à 15:01
- nam1962
Re : /var plein
(...)
J'aime beaucoup la suggestion de faire une clean update alors que mon installation qui ne me paraissait pas cradingue date d'il y a un mois.
J'ai très envie de perdre un week-end entier à réinstaller.
La question qui ne semble pas claire était de savoir s'il y avait un moyen d'agrandir /var sans réinstaller. Réponse réinstalle!
(...)
Une réinstallation avec finalisation (par exemple avec le script de GammaDraconis), c'est entre 15 et 45 minutes.
Soit moins que ce fil que je quitte.
Dernière modification par nam1962 (Le 23/06/2019, à 15:01)
[ Modéré ]
Hors ligne
#13 Le 23/06/2019, à 15:07
- framboise38
Re : /var plein
Bonjour nam1962,
Je dois être bien lente, mais moi une installation me prends un weekend, surtout la réinstallation d'owncloud, que je ne maitrise pas.
Il me semblait que sous winddows, quand on avait un problème on réinstallait, mais que sous linux on essayer de réparer.
Je viens de vous laisser le résultat de fstab sur le post 10.
Je suis en train de remplacer une partie des snaps par des applications.
Ce que je ne comprends pas c'est que je n'ai pas noté avoir installé le moniteur systeme que ce soit en snap ou pas, ni gnome calculator.
Merci
Framboise
Hors ligne
#14 Le 23/06/2019, à 15:45
- framboise38
Re : /var plein
Coucou,
Je viens de supprimer les snaps désactivés comme suggéré par xubu1957, et de gimp, chromium, vlc pour une install en apt-get.
J'ai désormais 1,1Go de libre sur /var. Cela me laisse un peu de temps pour trouver comment agrandir /var.
Pour ceux qui ne connaissais pas le script de GammaDraconis, il est https://forum.ubuntu-fr.org/viewtopic.php?id=2026344
Cordialement
Framboise
Hors ligne
#15 Le 23/06/2019, à 16:09
- xubu1957
Re : /var plein
Pour la calculette :
(...)
Tu peux passersudo snap remove gnome-calculator ; sudo apt install gnome-calculator
et retester
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#16 Le 23/06/2019, à 16:31
- framboise38
Re : /var plein
Merci pour le lien qui m'a donné les explications sur les snaps et sur pourquoi il y a des snaps que je n'ai pas installé. Avec une clean install, ces snaps auraient été là!
Cordialement
framboise
Hors ligne
#17 Le 23/06/2019, à 20:00
- moko138
Re : /var plein
grandtoubab,
/var/log n'est pas en cause :
265M /var/log 640M /var/tmp 3,2G /var/cache 4,7G /var/lib
.
framboise38,
Purger /var/tmp sauf le contenu du mois de juin :
cd /var/tmp && ls -lAt /var/tmp | grep -E "drwx|-rwx" | grep -vE "juin|total" | awk '{print $9}' | xargs sudo rm -Rv ; echo -e "\n\n\tReste :"; ls -lAt ; cd
.
AJOUT :
Supprimer les snap périmés (qu'ils soient dits "désactivé"s ou "disabled"s)
(Cf. nany, 17/4/2019, ./viewtopic.php?pid=22083683#p22083683 )
snap list --all | awk 'BEGIN {print "#! /bin/sh\n"} ; /désactivé|disabled/ {print "snap remove "$1" --revision "$3"\n"} ; END {print "exit 0"}' > script && chmod +x script && ./script && rm script && echo && snap list --all && echo && df -Th | grep -Ev "tmpfs|squashfs"
FIN d'ajout.
Et surtout, pour la lisibilité, penser à trier ("sort") par taille : | sort -h
Ainsi, pour lire le gros du poids de /var :
sudo du -am --max-depth=1 /var 2>/dev/null | sort -h | tail -7
.
Et pour le poids total du répertoire /var/lib/snapd :
sudo du -sm /var/lib/snapd
(-s = --summarize = total, donc ni sort ni tail ne sont utiles).
Merci de montrer les retours.
Dernière modification par moko138 (Le 23/06/2019, à 20:39)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#18 Le 23/06/2019, à 20:23
- nam1962
Re : /var plein
Je n'interagis plus sur ce fil, par contre le le regarde pour voir jusqu'où peuvent aller les cautères sur une jambe de bois.
Dernière modification par nam1962 (Le 23/06/2019, à 20:32)
[ Modéré ]
Hors ligne
#19 Le 24/06/2019, à 00:53
- moko138
Re : /var plein
Il est vrai que
df -h Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/sdb2 20G 5,5G 13G 30% / /dev/sdb1 511M 8,6M 503M 2% /boot/efi /dev/sdb4 2,9G 281M 2,4G 11% /opt /dev/sda2 481G 35G 422G 8% /home /dev/sda4 1,7T 586G 981G 38% /home/multimedia /dev/sda6 7,7G 19M 7,3G 1% /tmp /dev/sda3 577G 183G 365G 34% /home/data /dev/sda5 4,8G 4,0G 559M 88% /var /dev/sdc1 1,8T 588G 1,2T 34% /mnt/Backup2T
est illogique et surtout contre-productif.
S'il te plaît, peux-tu montrer
sudo parted -l | grep -vA3 loop
?
De retour après le foot, car, framboise38 :
« le foot c'est troublant
et tes tresses m'empêchent de voir le foutbale. »
===========
Ah mince, le message n'était pas parti !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#20 Le 24/06/2019, à 06:58
- framboise38
Re : /var plein
Bonjour,
Je veux bien croire que mon partitionnement ne convienne pas, mais pourriez vous être plus précis ? En effet c'est le troisième post qui le dit, mais il n'y en a pas un qui dit en quoi. Je veux bien corriger mais quoi ?
Voilà les informations demandées
sudo parted -l | grep -vA3 loop
Modèle: ATA ST3000DM001-1ER1 (scsi)
Disque /dev/sda : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Disk Flags:
Numéro Début Fin Taille Système de fichiers Nom Fanions
5 1049kB 5243MB 5242MB ext4
6 5243MB 13,6GB 8390MB ext4 sda6
1 13,6GB 47,2GB 33,6GB linux-swap(v1)
2 47,2GB 571GB 524GB ext4
3 571GB 1201GB 629GB ext4
4 1201GB 3001GB 1800GB ext4
Modèle: ATA Samsung SSD 850 (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags:
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 538MB 537MB fat32 démarrage, esp
2 538MB 21,5GB 21,0GB ext4
4 21,5GB 24,7GB 3146MB ext4
5 24,7GB 483GB 458GB ext4
3 483GB 500GB 17,1GB ext4
Modèle: WD My Passport 0741 (scsi)
Disque /dev/sdc : 2000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 2000GB 2000GB primary ext4
Cordialement
Framboise
Dernière modification par framboise38 (Le 24/06/2019, à 07:44)
Hors ligne
#21 Le 24/06/2019, à 07:51
- xubu1957
Re : /var plein
Bonjour,
Tu peux montrer :
snap list --all
?
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#22 Le 24/06/2019, à 11:17
- moko138
Re : /var plein
Je veux bien croire que mon partitionnement ne convienne pas, mais pourriez vous être plus précis ? En effet c'est le troisième post qui le dit, mais il n'y en a pas un qui dit en quoi.
"En quoi" :
Eh bien, tu as trop de partitions, elles fragmentent contre-productivement ton espace disponible - pourtant vaste (ssd 500 Go + hdd 3 To) - au point que tu constates toi-même un manque d'espace.
Et certains répertoires, inutilement placés sur le HDD, te font perdre la vélocité.
1) En fusionnant
/dev/sdb4 2,9G /opt
/dev/sda6 7,7G /tmp
/dev/sda5 4,8G /var
avec ta racine sur le SSD, on a un système plus spacieux. Et plus rapide grâce au SSD.
2) En contrepartie, pour limiter l'usure du SSD, on ajoute
une petite partition sur le HDD pour /var/log (qui connaît des écritures fréquentes).
3) Et puisque tes données personnelles ont des partitions propres :
/dev/sda4 1,7T /home/multimedia
/dev/sda3 577G /home/data
un home séparé devient, lui aussi, inutile. Le peu qu'il en reste peut rejoindre la racine. Avec, là encore, un gain en vélocité grâce au SSD.
= =
Serai de retour en fin de journée.
Merci de montrer aussi les retours du #17.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#23 Le 24/06/2019, à 11:38
- geole
Re : /var plein
Bonjour,
J'ai réinstallé ubuntu de frais (ubuntu 18.4) il y a un mois, et là, chroniquement /var est presque plein.
Voilà ce que donne df-hSys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/sda2 481G 35G 422G 8% /home /dev/sda3 577G 183G 365G 34% /home/data /dev/sda4 1,7T 586G 981G 38% /home/multimedia /dev/sda5 4,8G 4,0G 559M 88% /var /dev/sda6 7,7G 19M 7,3G 1% /tmp Numéro Début Fin Taille Système de fichiers Nom Fanions 5 1049kB 5243MB 5242MB ext4 6 5243MB 13,6GB 8390MB ext4 sda6 1 13,6GB 47,2GB 33,6GB linux-swap(v1) 2 47,2GB 571GB 524GB ext4 3 571GB 1201GB 629GB ext4 4 1201GB 3001GB 1800GB ext4
J'ai le live cd ubuntu 18.4.2
Merci de votre aide.
Framboise
Bonjour
Pour répondre exactement à ta question:
1) Tu bootes avec le support d'installation que tu possèdes.
2) Tu choisis "essayer avant d'installer".
3) Tu lances l'application "gparted" qui est déjà installée.
4) Tu te positionnes sur la partition swap (SDA1).
5) Tu demandes à gparted de déactiver la fonctionnalité de swap.
6) Tu dis que devant elle, il doit y avoir un espace libre de 5120 Mo. Cela la fera rétrécir de 5 Go mais elle est suffisamment grande.
7) Tu te positionnes sur la partition SDA6 (tmp)
8) Tu dis qu'elle doit se décaler vers la droite en disant que, après elle, il doit y avoir 0 Mo de libre.
9) Tu te positionnes sur la partition SDA5 (/var) et tu lui dis de s'aggrandir de 5120 Mo
10) Tu te positionnes sur l'onglet "édition" et tu lui dis d'exécuter toutes les actions en attente.
Bonne exécution.
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
#24 Le 24/06/2019, à 19:02
- moko138
Re : /var plein
Pour mémoire, l'état initial :
soazig@embrun:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
# sdA hdd 3 To
/dev/sda2 481G 35G 422G 8% /home
/dev/sda4 1,7T 586G 981G 38% /home/multimedia
/dev/sda6 7,7G 19M 7,3G 1% /tmp
/dev/sda3 577G 183G 365G 34% /home/data
/dev/sda5 4,8G 4,0G 559M 88% /var
# sdB SSD 0,5 To
/dev/sdb2 20G 5,5G 13G 30% /
/dev/sdb4 2,9G 281M 2,4G 11% /opt # Gaspillage - Mérite d'être fusionné avec sdb2
/dev/sdb1 511M 8,6M 503M 2% /boot/efi
# sdC hdd 2 To Sauvegarde :
/dev/sdc1 1,8T 588G 1,2T 34% /mnt/Backup2T
==
sudo parted -l | grep -vA3 loop
Modèle: ATA ST3000DM001-1ER1 (scsi)
Disque /dev/sda : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Numéro Début Fin Taille Système de fichiers Nom Fanions
5 1049kB 5243MB 5242MB ext4 VAR # RALENTISSEUR
6 5243MB 13,6GB 8390MB ext4 TMP sda6
1 13,6GB 47,2GB 33,6GB linux-swap(v1)
2 47,2GB 571GB 524GB ext4 HOME occupé à 8% # Gaspillage !
3 571GB 1201GB 629GB ext4 /home/data
4 1201GB 3001GB 1800GB ext4 /home/multimedia
Modèle: ATA Samsung SSD 850 (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 538MB 537MB fat32 démarrage, esp
2 538MB 21,5GB 21,0GB ext4 RACINE occupée à 30%
4 21,5GB 24,7GB 3146MB ext4 OPT occupé à 11%
5 24,7GB 483GB 458GB ext4 ? # À réutiliser en partie pour agrandir sdb2
3 483GB 500GB 17,1GB ext4 ?
Modèle: WD My Passport 0741 (scsi)
Disque /dev/sdc : 2000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 2000GB 2000GB primary ext4
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#25 Le 24/06/2019, à 19:45
- framboise38
Re : /var plein
Bonjour,
Quelques réponses à moko138
soazig@embrun:~$ sudo du -am --max-depth=1 /var 2>/dev/null | sort -h | tail -7
1 /var/tmp
7 /var/backups
165 /var/www
217 /var/cache
559 /var/log
2509 /var/lib
3456 /var
soazig@embrun:~$ sudo du -sm /var/lib/snapd
1870 /var/lib/snapd
soazig@embrun:~$ sudo du -sh /var/lib/snapd
1,9G /var/lib/snapd
soazig@embrun:~$
A xubu1957
core 16-2.39 6964 stable canonical✓ core
core18 20190508 970 stable canonical✓ base
flameshot-app v0.6.0+git37.8887b4e 188 stable vitzy -
gnome-3-26-1604 3.26.0.20190621 88 stable/… canonical✓ -
gnome-3-28-1804 3.28.0-10-gaa70833.aa70833 59 stable canonical✓ -
gnome-characters v3.32.1+git2.3367201 288 stable/… canonical✓ -
gnome-logs 3.32.0-4-ge8f3f37ca8 61 stable/… canonical✓ -
gnome-system-monitor 3.32.1-2-ga7c19eaeff 91 stable/… canonical✓ -
gtk-common-themes 0.1-16-g2287c87 1198 stable/… canonical✓ -
keepassxc 2.4.3 378 stable keepassxreboot -
pdftk 2.02-4 9 stable smoser -
Soit je tenterai les actions proposées par geole, soit je referai une install propre selon les préconisations de moko138, mais en gardant mon home séparé (ce qui permet à chaque réinstall de conserver ma config), cela une fois que j'aurai trouvé une solution à mon autre problème autre post ici. En effet il est possible qu'il faille réinstaller pour le résoudre, et tant qu'à faire je ne réinstalle qu'une fois, même si cela ne prend pour certains que 45 minutes.
Merci à tous
Un merci tout particulier à moko et geole qui m'ont fait des propositions constructives.
Framboise
Hors ligne