Taille de ma /

Bonsoir,

J'ai comme qui dirais un grand problème et je ne vois pas où il se trouve:

J'ai ma / qui est à 100 %, je ne peux d'ailleurs plus faire de màj.
Mais je lis ceci :

 /  df
df: /run/user/1000/doc: Opération non permise
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
dev                7,8G       0  7,8G   0% /dev
run                7,8G    1,8M  7,8G   1% /run
/dev/nvme0n1p2     116G    110G     0 100% /
tmpfs              7,8G    188M  7,6G   3% /dev/shm
tmpfs              7,8G       0  7,8G   0% /sys/fs/cgroup
tmpfs              7,8G    331M  7,5G   5% /tmp
/dev/nvme0n1p1     999M    280K  998M   1% /boot/efi
/dev/sda1          916G     95G  775G  11% /home
tmpfs              1,6G     92K  1,6G   1% /run/user/1000
/dev/sr0           3,3G    3,3G     0 100% /run/media/bruno/Classes vertes
pCloud.fs          2,0T    869G  1,2T  43% /home/bruno/pCloudDrive
/dev/sdd1          3,6T    2,4T  1,1T  71% /run/timeshift/backup
/dev/sdb1          2,7T    1,4T  1,3T  52% /mnt/data1
/dev/sdc1          3,6T    2,7T  788G  78% /mnt/data2

À part mes /dev qui sont des disques externes, je evois pas où est le problème avec une taille de / de 110 Go ??

Mis à par que j'ai un /proc de 128 Tio, ce qui fait pas mal de processus !! (là j'y pige que dalle !), mais enfin...

Merci et désolé de cette question qui doit être toute bête....

bonjour

donc pas grand chose de nouveau, comme cet autre sujet, à toi de trouver ce qui prend de la place...
/proc/ est un des répertoires virtuel donc sa taille n'a pas d’intérêt

papajoke a écrit : ↑il y a 3 ans bonjour

donc pas grand chose de nouveau, comme cet autre sujet, à toi de trouver ce qui prend de la place...
/proc/ est un des répertoires virtuel donc sa taille n'a pas d’intérêt

Ben si il y a du nouveau : c'est que ma /var n'a plus beaucoup de place et que je ne sais pas d'où viennent ces 100 Go...

var  ls -lhs
total 52K
8,0K drwxr-xr-x 11 root root  4,0K  6 jun 10:06 cache
4,0K drwxr-xr-x  4 root root  4,0K  6 jun 10:03 db
4,0K drwxr-xr-x  2 root root  4,0K 21 mai 09:30 empty
4,0K drwxrwxr-x  2 root games 4,0K 21 mai 09:30 games
8,0K drwxr-xr-x 47 root root  4,0K  6 jui 10:13 lib
4,0K drwxr-xr-x  2 root root  4,0K 21 mai 09:30 local
   0 lrwxrwxrwx  1 root root    11 21 mai 09:30 lock -> ../run/lock
8,0K drwxr-xr-x 11 root root  4,0K  4 jui 07:09 log
   0 lrwxrwxrwx  1 root root    10 21 mai 09:30 mail -> spool/mail
4,0K drwxr-xr-x  3 root root  4,0K 28 jun 11:51 opt
   0 lrwxrwxrwx  1 root root     6 21 mai 09:30 run -> ../run
4,0K drwxr-xr-x  7 root root  4,0K  5 jui 22:22 spool
4,0K drwxrwxrwt  7 root root  4,0K  6 jui 10:14 tmp

J'ai beau analyser les différents dossiers qui composent ma racine, sachant que ma partition home est à part, je ne vois pas d'où viennent ces 100 Go.

Je reprends, si vous me le permettez, cette question de /.

Ma racine est montée sur /dev/nvmeon1p2 selon gparted.

et lorsque le liste ma /, avec la commande ls -l, je retrouve encore une fois ce /dev/nvme0n1p2.

Donc, ma racine serait dans ma racine ???

Aussi, lorsque je veux m'y rendre :

cd /dev/nvme0n1p2
bash: cd: /dev/nvme0n1p2: N'est pas un dossier

Donc, ce n'est pas un dossier. Qu'est-il alors ?
Voici une copie écran de gparted :

Bonjour.
Regarde si /root n'est pas saturé.

https://forum.manjaro.org/t/problem-wit ... y/152346/8

a voir dans le détail dans /home ce qui prends 97 Go

+1 avec stephane

pour une fois, tu n'as pas un home dans une autre partition

donc un peut normal que tu puisses saturer cette partition.
ici, c'est des fichiers dans ton home, tu as les outils pour le scanner

(vu à l'inter)

tu as 2 solutions pour les points de montages
1) si c'est des disques internes , et s'il ont au moins un repertoire 1er niveau ( type data1 ,2 , 3 )
les ajouter dans fstab
s'il s'agit de disque externes , voir avec une solution /media dans /etc/fstab
*** attention tout partition nouvelle ou modifié sur ces disques peut demander un nouveau UUID

2) effectuer à partir de /home/<user>/<type doc>
un lien vers les répertoires associés ( conséquence /home au global est plus élevé )

liens utiles
https://forum.manjaro.org/t/howto-share ... nfs/102992
https://forum.manjaro.org/t/howto-autom ... tab/122899
https://forum.manjaro.org/t/howto-autom ... emd/122947
https://forum.manjaro.org/t/howto-minim ... are/104984

https://forum.manjaro.org/t/howto-move- ... tion/47790

Merci Stéphane,
Mon problème était que lors de la réinstallation de Manjaro sur mon nouveau PC, j'ai par mégarde fichu mon ancien /home dans la /.
Ce qui bien sûr me saturait la /. Je ne comprenais pas car ces mêmes fichiers étaient repris dans /mnt/data1. Donc, ils faisaient double emplois en quelques sortes.
J'ai donc supprimé, après les avoir comparé, ces fichiers, remis de l'ordre dans mes disques et j'ai maintenant monté ces disques externes sur /mnt/disque1,2 et 3.
J'ai bien entendu modifié le fichier /etc/fstab avec les bons UUID, etc.
Mais je n'ai plus suivi les pages du Wiki d'Archlinux qui provoquaient chez moi plein d'erreurs avec les nofail,x-systemd.device-timeout=1ms 0 2.
Au démarrage comme à l'arrêt, j'avais un écran rouge tellement il y avait des erreurs (j'exagère - je suis pourtant pas marseillais -, mais c'était pas croyable !!).
On était parvenu à le résoudre à l'inter après avoir galéré pour un truc somme toute tout simple. J'avais même essayé le chroot, pour m'apercevoir, comme un con, que c'était comme si j'étais face à mon PC dans une session normale. Mais même en live, il nous a été impossible d'éditer ce /dev/nvme0n1p2.
Je me suis rendu compte de tout cela grâce à l'outil k3b qui est un graveur de disque. Quand j'ai ouvert ce fameux fichier avec cet outil, j'ai vu mes dossiers de l'ancien /home à l'intérieur, ce qui m'a mis la (très grosse

) puce à l'oreille.