Ubuntu-fr

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)

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é ]

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 !

framboise38

Re : /var plein

C'est une partition swap que j'ai créé avec la 16.04 et que j'ai gardé.

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.

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é ]

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 ?

---

post install - scripts - tutos vidéos - ma musique - kholo-informatique

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é ]

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....

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)

xubu1957

Re : /var plein

Bonjour,

Tu peux regarder > |RESOLU] snap nettoyage des versions désactivées.

et Rubrique Snap

---

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

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é ]

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

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

xubu1957

Re : /var plein

Pour la calculette :

(...)
Tu peux passer

sudo snap remove gnome-calculator ; sudo apt install gnome-calculator

et retester

> [Résolu] Calculatrice et VLC très lents à s'ouvrir

---

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

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

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

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é ]

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

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)

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

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

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-h

Sys. 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

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

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