[résolu] partition racine trop petite, que faire?

vv222 · 06-10-2023 19:03:04

raleur a écrit :

L'ordre des partitions est : racine, swap, home. Agrandir directement la racine en prenant sur home nécessite de déplacer home qui est énorme donc ce serait très lourd, d'où ma suggestion précédente de plutôt récupérer l'espace occupé par le swap de 16 Go.

Dans ce cas ta suggestion est bien meilleure que la mienne, ça ira beaucoup plus vite comme ça et gonflera quand même beaucoup l’espace disponible pour la racine.

raleur · 06-10-2023 20:42:32

Quand on peut voir les informations, c'est plus facile de faire une suggestion éclairée.

À ce propos, j'en profite pour faire ma minute moralisatrice que j'ai oubliée dans mes interventions précédentes. Herve5, poster la table de partition sous forme de texte (par exemple avec fdisk) plutôt qu'une copie d'écran graphique aurait économisé de l'espace de stockage, du transit réseau, du traitement CPU et GPU, donc de l'énergie, et permis à vv222 et tous les autres lecteurs du forum de la voir.

Dernière modification par raleur (06-10-2023 20:43:39)

Herve5 · 07-10-2023 10:39:35

Merci à tous! Je travaille aujourd'hui mais je vais tenter ce soir de publier ici en détail ce que je me propose de faire grâce à vous, de façon à me faire auditer.

raleur a écrit :

Herve5, poster la table de partition sous forme de texte (par exemple avec fdisk) plutôt qu'une copie d'écran graphique aurait économisé de l'espace de stockage, du transit réseau, du traitement CPU et GPU, donc de l'énergie, et permis à vv222 et tous les autres lecteurs du forum de la voir.

Outre tout ceci poster ainsi m'aurait évité à moi aussi de devoir trouver un hébergement pour l'image... mais ma méthode montre bien par contre l'extrême limite de ma compétence : je n'ai pas pensé à fdisk...

Herve5 · 13-11-2023 16:41:31

Rebonjour à tous!

Je me permets de réactiver ce fil car je m'attaque maintenant à la machine de ma compagne, pour laquelle j'ai pareillement besoin d'agrandir la partition système, et (bien sûr) l'ordre de ses partitions n'est pas le même que pour moi, donc pas de solution "simple" comme précédemment où il suffisait de déplacer le swap adjacent pour récupérer sa place :-(

Je pars de ceci, en simplifiant les tmpfs :

~$ df -h

Sys. de fichiers          Taille Utilisé Dispo Uti% Monté sur

/dev/nvme0n1p3               50G     45G  1,7G  97% /

/dev/nvme0n1p1              512M    5,0M  507M   1% /boot/efi

/dev/sda1                   1,8T    1,4T  453G  75% /datadisk

/dev/nvme0n1p4              882G    201G  681G  23% /home

/home/frederique/.Private   882G    201G  681G  23% /home/frederique

et vu par GParted j'ai, dans l'ordre, les partitions efi, swap, / et /home.
Home est donc collée contre /, le swap à gauche de / et l'espace libre tout à droite de home.
Pour agrandir / sans énormes déplacements je ne vois pas bien comment faire.

J'imagine que je peux raboter home à droite autant que je veux, pour par exemple y recréer un swap et récupérer la place de l'ancien, mais je ne sais même pas s'il est possible de bouger ensuite / vers la gauche en récupérant l'espace obtenu.

C'est pas suicidaire de bouger son / ?

Merci d'avance pour vos conseils!!
Hervé

Dernière modification par Herve5 (13-11-2023 16:42:28)

Herve5 · 15-11-2023 12:58:56

J'ajoute qu'après essai sur GParted manifestement je ne peux pas bouger ma partition racine active; peut-être me faut-il booter d'ailleurs?

Croutons · 15-11-2023 13:30:39

hello
ça me parait énorme 45G utilisé sur la partition racine, il faudrait voir ce qui prend autant de place
avec l'utilitaire ncdu

Herve5 · 15-11-2023 16:51:05

Croutons a écrit :

hello
ça me parait énorme 45G utilisé sur la partition racine, il faudrait voir ce qui prend autant de place
avec l'utilitaire ncdu

Merci Croutons!!
J'obtiens ce qui suit, manifestement à 99% ce sont des fichiers temp:

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

--- /var ----------------------------------------------------------------------------------------------------------------------

                         /..                                                                                                   

.  27,5 GiB [######### ] /tmp

.   3,1 GiB [#         ] /lib

. 729,3 MiB [          ] /log

. 223,5 MiB [          ] /cache

   18,0 MiB [          ] /backups

   11,1 MiB [          ] /crash

    1,6 MiB [          ] /snap

.  80,0 KiB [          ] /spool

e   4,0 KiB [          ] /opt

e   4,0 KiB [          ] /metrics

e   4,0 KiB [          ] /mail

e   4,0 KiB [          ] /local

@   0,0   B [          ]  lock

@   0,0   B [          ]  run

Dernière modification par Herve5 (15-11-2023 16:51:26)

vv222 · 15-11-2023 18:47:34

Il va falloir sérieusement nettoyer ce qui traîne sous /var/tmp

Il y a peu de chances qu’il s’agisse de fichiers nécessaires à quoi que ce soit, mais ça peut valoir le coup de vérifier par prudence.

Herve5 · 15-11-2023 19:50:41

Bon, après quelques recherches, je viens de lancer la commande

sudo find /var/tmp -type f -atime +300 -delete

type f pour ne pas effacer de dossiers ; atime +300 qui me semble mégaprudent n'attaque que les fichiers non touchés depuis 300 jours ; delete pour éviter rm
J'ai gagné pas mal mais il en reste encore beaucoup; j'attends demain matin pour continuer ;-)

Merci vraiment à tous, spécialement pour m'avoir évité de déplacer stupidement mes partitions -ce n'était juste pas le bon diagnostic!
Je reviendrai demain clore la discussion en indiquant jusqu'où je suis allé.

Croutons · 16-11-2023 12:30:55

en faite il faut prendre l'habitude de stocker les données personnel dans son home , juste réservé la racine / pour l'installation de nouveau logiciel
peut être faudrait il déplacer quelque répertoire

vv222 · 16-11-2023 14:38:21

Croutons a écrit :

en faite il faut prendre l'habitude de stocker les données personnel dans son home , juste réservé la racine / pour l'installation de nouveau logiciel

Tu devrais relire les derniers messages, l’espace gaspillé a été identifié. Il n’a rien à voir avec des données personnelles.

Herve5 · 16-11-2023 17:14:45

vv222 a écrit :

(...) l’espace gaspillé a été identifié. Il n’a rien à voir avec des données personnelles.

Par contre je me demande toujours "qui" a créé ces énormes fichiers.
Il n'y a pas un utilitaire comme "isof", ou quelque chose comme ça, qui me dénoncerait le coupable?

raleur · 16-11-2023 17:33:16

Le nom, le type ou le contenu des fichiers pourraient fournir des indices.
En principe, /var/tmp est censé contenir des fichiers temporaires mais qui ne doivent pas être supprimés systématiquement à l'arrêt ou au démarrage (contrairement à /tmp).

Herve5 · 16-11-2023 18:20:26

un ls -h -s dans /var/tmp me donne une énorme liste de choses comme

94M cnijrawtmpZh6L2h

  94M cnijrawtmpZiHlPK

  94M cnijrawtmpzKkLzo

  94M cnijrawtmpZqPtYQ

  94M cnijrawtmpzT0M8d

  94M cnijrawtmpzz8J61

Autant dire que, sauf si le début "cnjr" ou la taille standardisée à 94Mo rappelle quelque chose à quelqu'un...
[edit] je viens juste de trouver ce lien https://github.com/linuxmint/linuxmint/issues/383 qui semble dire que c'est un pilote d'impression Canon qui abandonne ça après avoir imprimé... et comme on a bien une Canon...

Dernière modification par Herve5 (16-11-2023 18:23:39)

Croutons · 16-11-2023 19:28:14

vv222 a écrit :

Tu devrais relire les derniers messages, l’espace gaspillé a été identifié. Il n’a rien à voir avec des données personnelles.

je dis ça pour l'avenir , il y a quand même un dossier backup

vv222 · 17-11-2023 03:03:07

Le répertoire /var/backups devrait toujours être présent sur Debian, il est utilisé au moins par apt et dpkg.

debian-noel · 17-11-2023 09:06:30

Bonjour
sur une machine debian 12 avec un bureau mate (que des logiciels debian)
dans /var/tmp/

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

--- /var/tmp ---------------------------------------------------------------------------------------------------------------------------------

    8,0 KiB [####################] /systemd-private-1ed23295ca5a49e188064b61025e5817-upower.service-OpwrA1

    8,0 KiB [####################] /systemd-private-1ed23295ca5a49e188064b61025e5817-systemd-timesyncd.service-NvmknL

    8,0 KiB [####################] /systemd-private-1ed23295ca5a49e188064b61025e5817-systemd-logind.service-YTJlkp

    8,0 KiB [####################] /systemd-private-1ed23295ca5a49e188064b61025e5817-rsyslog.service-aelvN5

    8,0 KiB [####################] /systemd-private-1ed23295ca5a49e188064b61025e5817-polkit.service-SWvd5N

    8,0 KiB [####################] /systemd-private-1ed23295ca5a49e188064b61025e5817-exim4.service-xeFKOa

    8,0 KiB [####################] /systemd-private-1ed23295ca5a49e188064b61025e5817-colord.service-tyazxQ

et (toujours dans /var/tmp/)

ls -l

total 28

drwx------ 3 root root 4096 16 nov.  10:21 systemd-private-1ed23295ca5a49e188064b61025e5817-colord.service-tyazxQ

drwx------ 3 root root 4096 16 nov.  10:21 systemd-private-1ed23295ca5a49e188064b61025e5817-exim4.service-xeFKOa

drwx------ 3 root root 4096 16 nov.  10:21 systemd-private-1ed23295ca5a49e188064b61025e5817-polkit.service-SWvd5N

drwx------ 3 root root 4096 16 nov.  10:21 systemd-private-1ed23295ca5a49e188064b61025e5817-rsyslog.service-aelvN5

drwx------ 3 root root 4096 16 nov.  10:21 systemd-private-1ed23295ca5a49e188064b61025e5817-systemd-logind.service-YTJlkp

drwx------ 3 root root 4096 16 nov.  10:21 systemd-private-1ed23295ca5a49e188064b61025e5817-systemd-timesyncd.service-NvmknL

drwx------ 3 root root 4096 16 nov.  10:21 systemd-private-1ed23295ca5a49e188064b61025e5817-upower.service-OpwrA1

ps: a priori a la date du 16/11 ( hier démarrage du PC )
tous ces dossiers sont la propriété de root (pas de fichiers mais des sous dossiers ).
a mon avis pour avoir un contenu aussi gros dans /var/tmp/ , tu a une (ou des ) application qui fait n'importe quoi

debian-noel · 17-11-2023 18:11:00

quelques liens
=> https://github.com/milahu/canon-pixma-g … r/issues/2
=> https://forum.ubuntu-fr.org/viewtopic.php?id=2020379
=> https://forum.ubuntu-fr.org/viewtopic.p … 045163&p=2

remarque : recherche avec le mot clé "cnijrawtmp"
tu peux faire un nettoyage manuel (voir le 2 ou 3 lien ci dessus)

Dernière modification par debian-noel (17-11-2023 18:37:34)

Debian-facile

#26 06-10-2023 19:03:04

Re : [résolu] partition racine trop petite, que faire?

#27 06-10-2023 20:42:32

Re : [résolu] partition racine trop petite, que faire?

#28 07-10-2023 10:39:35

Re : [résolu] partition racine trop petite, que faire?

#29 13-11-2023 16:41:31

Re : [résolu] partition racine trop petite, que faire?

#30 15-11-2023 12:58:56

Re : [résolu] partition racine trop petite, que faire?

#31 15-11-2023 13:30:39

Re : [résolu] partition racine trop petite, que faire?

#32 15-11-2023 16:51:05

Re : [résolu] partition racine trop petite, que faire?

#33 15-11-2023 18:47:34

Re : [résolu] partition racine trop petite, que faire?

#34 15-11-2023 19:50:41

Re : [résolu] partition racine trop petite, que faire?

#35 16-11-2023 12:30:55

Re : [résolu] partition racine trop petite, que faire?

#36 16-11-2023 14:38:21

Re : [résolu] partition racine trop petite, que faire?

#37 16-11-2023 17:14:45

Re : [résolu] partition racine trop petite, que faire?

#38 16-11-2023 17:33:16

Re : [résolu] partition racine trop petite, que faire?

#39 16-11-2023 18:20:26

Re : [résolu] partition racine trop petite, que faire?

#40 16-11-2023 19:28:14

Re : [résolu] partition racine trop petite, que faire?

#41 17-11-2023 03:03:07

Re : [résolu] partition racine trop petite, que faire?

#42 17-11-2023 09:06:30

Re : [résolu] partition racine trop petite, que faire?

#43 17-11-2023 18:11:00

Re : [résolu] partition racine trop petite, que faire?

Pied de page des forums