Manque de place dans une partition système

[Pensionné]

Bonjour,
Quand je réveille le PC le matin, je reçois un message d'alerte à propos d'un manque de place système critique.

Code : Tout sélectionner

peter@PC-Peter:~$ df
Sys. de fichiers blocs de 1K   Utilisé Disponible Uti% Monté sur
udev                32725848         0   32725848   0% /dev
tmpfs                6554432      2172    6552260   1% /run
/dev/nvme0n1p2      28660644  27153280      26148 100% /
tmpfs               32772152    371040   32401112   2% /dev/shm
tmpfs                   5120         8       5112   1% /run/lock
/dev/loop1             57088     57088          0 100% /snap/core18/2829
/dev/loop2             56704     56704          0 100% /snap/core18/2846
/dev/loop0               128       128          0 100% /snap/bare/5
/dev/loop3             76160     76160          0 100% /snap/core22/1612
/dev/loop4             76032     76032          0 100% /snap/core22/1621
/dev/loop5            104704    104704          0 100% /snap/easy-installer/37
/dev/nvme0n1p4     929966240 152347264  730305620  18% /home
/dev/nvme0n1p1        523248      5984     517264   2% /boot/efi
/dev/loop6            104704    104704          0 100% /snap/easy-installer/38
/dev/loop7            215808    215808          0 100% /snap/gaming-graphics-core22/166
/dev/loop8            197632    197632          0 100% /snap/gaming-graphics-core22/184
/dev/loop9            223744    223744          0 100% /snap/gnome-3-34-1804/93
/dev/loop10            93952     93952          0 100% /snap/gtk-common-themes/1535
/dev/loop11            39680     39680          0 100% /snap/snapd/21465
/dev/loop12            39808     39808          0 100% /snap/snapd/21759
tmpfs                6554428      2556    6551872   1% /run/user/1000
/dev/nvme1n1p1     960302096 668097560  243350112  74% /media/peter/SSD2

Je me demande si ce n'est pas ceci : /dev/nvme0n1p2 28660644 27153280 26148 100% /

Si c'est ça, où se trouve les fichiers à supprimer ?

Quelqu'un connaît se genre de problème ?

[diesel]

Ben..., c'est ta partition / qui est pleine. Tu peux essayer dans un premier temps de faire un peu de place dans /var/log (tous les xxx.1, les xxx.n.gz, les xxx.old). Tu ne vas pas gagner grand chose mais ça devrait te permettre de retourner sans message d'erreur.

Après, il faudrait que tu nous donnes le résultat d'un "sudo du -hd1 /".

Amicalement.

Jean-Marie

[Pensionné]

Pas moyen d'effacer ou de déplacer dans VAR/LOG

Voici :

Code : Tout sélectionner

root@PC-Peter:~# du -hd1 /
6,1M	/tmp
du: impossible d'accéder à '/run/user/1000/doc': Permission non accordée
du: impossible d'accéder à '/run/user/1000/gvfs': Permission non accordée
4,7M	/run
638G	/media
4,0G	/snap
8,0K	/mnt
4,0K	/srv
16K	/lost+found
148M	/root
12G	/usr
225M	/opt
307M	/boot
0	/sys
du: impossible de lire le répertoire '/proc/3816/task/3816/net': Argument invalide
du: impossible de lire le répertoire '/proc/3816/net': Argument invalide
du: impossible d'accéder à '/proc/107866/task/107866/fd/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/107866/task/107866/fdinfo/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/107866/fd/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/107866/fdinfo/3': Aucun fichier ou dossier de ce type
0	/proc
6,1G	/var
339M	/dev
4,0K	/.cache
146G	/home
24M	/etc
806G	/
root@PC-Peter:~# 

[piratebab]

On a un tuto dans le wiki
wiki/Partition-pleine

[Pensionné]

Ce n'est pas ça. Le problème est dans la partition 28 Go.

Et je n'arrive pas a effacer des fichiers : https://ibb.co/Hrkwv3d

Comment changer mon statut en 'root', alors que c'est par défaut il me semble

[piratebab]

Tu as plusieurs partitions pleines.
Commence par vider la partition / en suivant le tuto que j'ai indiqué.
Pour passer root c'est

Code : Tout sélectionner

su -

, le - est important

[Pensionné]

Clean, c'est fait,
Localpurge, c'est fait

Ceci

"Méthode simple

La grande majorité du temps, c'est un ou plusieurs fichiers de log qui se remplissent. Aller dans le répertoire /var/log, et supprimez tous les fichiers se terminant par tgz (sauf évidement si vous suspectez une intrusion sur votre système et que vous avez besoin de tous les logs)

Pas possible d'effacer.

Et je suis toujours en su -

[piratebab]

Comment est ce que tu essais de les effacer ?
Le plus simple est dans un terminal (en root) avec l'utilitaire mc. Il est graphique, c'est plus simple et moins risqué qu'avec la commande rm.

[Pensionné]

Voilà, mc installé. Mais je n'ai pas effacé beaucoup. Il faudrait de gros fichiers qui sont inutiles

[piratebab]

ça aussi c'est expliqué dans le tuto.
Vu que ton /home est à seulement 18% , tu peux dimensionner tes partitions depuis une distrib live.

[zargos]

Le problème de ton partitionnement, c'est qu'il aurait fallut séparer /var, /var/log et accessoirement /var/log/audit si tu les utilises.
Par ailleurs il eut été pertinent d'utiliser LVM pour pouvoir traiter ensuite la taille des partitions.

Ensuite, 28 Go pour / avec tout sauf le /home, c'est petit. Surtout si tu n'as pas prévu de sécurité concernant les logs. En utilisant des snaps, il est possible que ton /usr soit artificiellement augmenté par ceux-ci (à voir, je ne suis pas certain pour les snaps), à moins que tu n'utilises beaucoup le /usr/local.

Pour nettoyer les logs, tu efface tous sauf le dernier (celui sans numéro).
Tu vérifie lequel a pris beaucoup de place et tu reconfigure le logrotate pour prendre en compte la gestion des logs relative à ton (petit) espace.

Et avec la 12 toujours penser à mettre du LVM (valable dans la 11 aussi d'ailleurs) c'est moins dangereux pour redimensionner les partitions.

[diesel]

Et avec la 12 toujours penser à mettre du LVM (valable dans la 11 aussi d'ailleurs) c'est moins dangereux pour redimensionner les partitions.

Et avec la 12, je devrais absolument utiliser LVM ?

Code : Tout sélectionner

jean-marie@jean-marie:~$ df -h | grep -E -v 'tmpfs|udev'
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/nvme0n1p3      46G     98M   44G   1% /
/dev/nvme0n1p4     181G     20G  152G  12% /usr
/dev/nvme0n1p2     1,8G    196M  1,5G  12% /boot
/dev/nvme0n1p1      47M    5,9M   42M  13% /boot/efi
/dev/sdb1          916G    627G  244G  73% /home
/dev/sda2           37G    5,7G   29G  17% /var
/dev/sda3           37G     92K   35G   1% /tmp
jean-marie@jean-marie:~$jean-marie@

Amicalement.

Jean-Marie

[zargos]

Et avec la 12, je devrais absolument utiliser LVM ?

Ce n'est pas un absolu, mais vu l'aspect pratique c'est tout de même mieux.
Retailler une partition c'est assez simple avec LVM, alors que sans, c'est plus compliqué et surtout ça comporte des risques élevés.

[piratebab]

Les risques sont relatifs si on n'utilises pas un systeme de fichier peu répandu.
Un petit coup de gparted via systemrescueCD et c'est réglé.
LVM est surtout pratique si on veux utiliser plusieurs disques de tailles différentes, mais pour une install sur un systeme simple par un débutant, c'est une difficulté supplémentaire dont on se passe facilement.

[diesel]

Et surtout, si on a réfléchi avant (oui, je sais, c'est difficile) pour dimensionner ses partitions "système" (/, /boot, /var, /usr), on ne risque pas grand chose. Et donc, pas besoin de LVM.

Amicalement.

Jean-Marie

[Pensionné]

Hum hum, Mon installation Debian est celle par défaut

Avec Gparted, ça donne ceci :
https://freeimage.host/i/2dBnksS

[piratebab]

Tu as fait du ménage, ta partition / a retrouvé de l'espace libre. Tu peux déja l'agrandir en récupérant les 977Mo non utilisés juste à coté.
Il faut pour cela que tu utilises une distribution live afin que tes disques ne soient pas utilisés pendant la manip.

[zargos]

Les risques sont relatifs si on n'utilises pas un systeme de fichier peu répandu.
Un petit coup de gparted via systemrescueCD et c'est réglé.
LVM est surtout pratique si on veux utiliser plusieurs disques de tailles différentes, mais pour une install sur un systeme simple par un débutant, c'est une difficulté supplémentaire dont on se passe facilement.

Pas si sur face aux échecs souvent constaté dans les demandes de support.

Et surtout, si on a réfléchi avant (oui, je sais, c'est difficile) pour dimensionner ses partitions "système" (/, /boot, /var, /usr), on ne risque pas grand chose. Et donc, pas besoin de LVM.

Amicalement.

Jean-Marie

Ça ne résiste que rarement à l'usure du temps, si ce n'est une utilisation faible des données et des applications. En clair si le système n'est relativement statique c'est jouable, au delà LVM reste une valeur sure.

L'intérêt de LVM c'est la facilité de modification de la taille des partitions.

gparted ou autre systemrescuecd etc.. est le peu de convivialité de ces outils, et pour des débutants, pas simple à utiliser. Sur LVM deux commande et c'est réglé, même à partir d'un live-cd.

Et pour les débutant avec une seule partition, c'est malheureusement souvent là que le problème se pose.