[résolu] nouvelle installation : occupation racine sans rien faire

Debian Alain · 17-01-2018 12:38:52

bonjour à tous .

après avoir installé buster en lui demandant de séparer les partitions ,

j'obtiens ceci :

~$ df -hT

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

udev             devtmpfs   7,8G       0  7,8G   0% /dev

tmpfs            tmpfs      1,6G     11M  1,6G   1% /run

/dev/sdb2        ext4        23G    9,1G   13G  42% /

tmpfs            tmpfs      7,9G    177M  7,7G   3% /dev/shm

tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock

tmpfs            tmpfs      7,9G       0  7,9G   0% /sys/fs/cgroup

/dev/sdb6        ext4       9,2G    642M  8,0G   8% /var

/dev/sdb9        ext4       964G     67G  848G   8% /home

/dev/sdb8        ext4       1,9G    5,8M  1,7G   1% /tmp

tmpfs            tmpfs      1,6G     16K  1,6G   1% /run/user/119

tmpfs            tmpfs      1,6G     44K  1,6G   1% /run/user/1000

normal , pas normal ?
je pense à la place occupée par la racine .

~$ du -hcxd1

76K ./.pki

4,0K  ./.gconf

28K ./.kde

4,0K  ./Public

4,0K  ./Vidéos

8,0K  ./.hplip

1,3G  ./.cache

385M  ./.config

19G ./Téléchargements

42G ./Musique

8,0K  ./.cups

4,0K  ./Modèles

37M ./.local

4,0K  ./Documents

84K ./Bureau

12M ./.mozilla

8,0K  ./.gnupg

5,0G  ./Images

83M ./.thunderbird

228K  ./.lazarus

67G .

67G total

~$ sudo blkid

[sudo] Mot de passe de alain : 

/dev/sdb2: UUID="236dd9cc-2187-4db5-bdbc-0d3578bfae6d" TYPE="ext4" PARTUUID="d15626ca-02"

/dev/sda1: LABEL="CLONEZILLA" UUID="00C9126C750535DC" TYPE="ntfs" PARTUUID="cbf916aa-5698-4e73-b44e-36924b55762b"

/dev/sdb5: UUID="e53f5228-4fe4-488e-b3a2-70920dafd901" TYPE="ext4" PARTUUID="d15626ca-05"

/dev/sdb6: UUID="d7f0e893-9104-4510-9e25-50d159ef7619" TYPE="ext4" PARTUUID="d15626ca-06"

/dev/sdb7: UUID="856fc1cb-0af9-414d-a86a-05d08de07eea" TYPE="swap" PARTUUID="d15626ca-07"

/dev/sdb8: UUID="95188653-7256-41b5-81c6-904f1cc9268d" TYPE="ext4" PARTUUID="d15626ca-08"

/dev/sdb9: UUID="7226345e-fc46-40c3-9a90-c64d2ff20b15" TYPE="ext4" PARTUUID="d15626ca-09"

/dev/sdc1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" UUID="A6ECA3BDECA385E1" TYPE="ntfs" PARTUUID="000c8e33-01"

/dev/sdc2: UUID="8CC4AD79C4AD6664" TYPE="ntfs" PARTUUID="000c8e33-02"

/dev/sdc5: UUID="df17331a-73c9-4fd9-929f-2b11f03887aa" TYPE="ext4" PARTUUID="000c8e33-05"

/dev/sdd1: PARTLABEL="Microsoft reserved partition" PARTUUID="6cbecf1e-970d-498e-8894-5aa28d0b813e"

/dev/sdd2: LABEL="SAUVEGARDES W10" UUID="0CE41FABE41F95D4" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="7dee4ed1-a599-4baa-906b-fe5ef15fc7bd"

/dev/sde1: LABEL="HDD EXT 3" UUID="B6E8A04DE8A00DA5" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="770cae4f-f9c5-4838-8305-1825b08589e6"

/dev/sdf1: LABEL="HDD EXT 4" UUID="4739E9CC7687E15B" TYPE="ntfs" PARTUUID="3d8de4e7-881d-4061-b36f-d0d25ec0fb8d"

~$ dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t

ii  binutils-x86-64-linux-gnu    2.29.1-13

ii  util-linux-locales           2.30.2-0.1

ii  linux-image-4.13.0-1-amd64   4.13.13-1

ii  linux-headers-4.14.13-amd64  4.14.13-1

ii  linux-image-4.14.13-amd64    4.14.13-1

ii  linux-image-4.14.0-2-amd64   4.14.7-1

ii  linux-image-amd64            4.14+88

Dernière modification par Debian Alain (17-01-2018 15:29:16)

Debian Alain · 17-01-2018 14:43:31

au sujet de la racine , j'ai trouvé ceci :

~$ ls -la /

total 96

drwxr-xr-x  23 root root  4096 janv. 16 23:58 .

drwxr-xr-x  23 root root  4096 janv. 16 23:58 ..

drwxr-xr-x   2 root root  4096 janv. 17 12:08 bin

drwxr-xr-x   3 root root  4096 janv. 17 12:09 boot

drwx------   2 root root  4096 janv. 16 23:20 .cache

drwxr-xr-x  20 root root  4020 janv. 17 13:29 dev

drwxr-xr-x 153 root root 12288 janv. 17 12:48 etc

drwxr-xr-x   4 root root  4096 janv. 16 23:28 home

lrwxrwxrwx   1 root root    30 janv. 16 23:58 initrd.img -> boot/initrd.img-4.14.0-2-amd64

lrwxrwxrwx   1 root root    30 janv. 16 22:44 initrd.img.old -> boot/initrd.img-4.13.0-1-amd64

drwxr-xr-x  17 root root  4096 janv. 16 23:58 lib

drwxr-xr-x   2 root root  4096 janv. 16 22:45 lib64

drwx------   2 root root 16384 janv. 16 22:40 lost+found

drwxr-xr-x   5 root root  4096 janv. 17 00:23 media

drwxr-xr-x   2 root root  4096 janv. 16 22:41 mnt

drwxr-xr-x   2 root root  4096 janv. 16 22:41 opt

dr-xr-xr-x 377 root root     0 janv. 17 13:48 proc

drwx------   6 root root  4096 janv. 17 09:35 root

drwxr-xr-x  25 root root   720 janv. 17 13:14 run

drwxr-xr-x   2 root root  4096 janv. 17 12:08 sbin

drwxr-xr-x   2 root root  4096 janv. 16 22:41 srv

dr-xr-xr-x  13 root root     0 janv. 17 13:48 sys

drwxrwxrwt  19 root root  4096 janv. 17 14:20 tmp

drwxr-xr-x  11 root root  4096 janv. 16 23:08 usr

drwxr-xr-x  13 root root  4096 janv. 16 22:55 var

lrwxrwxrwx   1 root root    27 janv. 16 23:58 vmlinuz -> boot/vmlinuz-4.14.0-2-amd64

lrwxrwxrwx   1 root root    27 janv. 16 22:44 vmlinuz.old -> boot/vmlinuz-4.13.0-1-amd64

au sujet de l'arborescence de la racine

au sujet de "lost+found"

le répertoire /etc

d33p · 17-01-2018 15:22:53

hello,
voici la mienne sur ma VM au boulot:

Filesystem     Type      Size  Used Avail Use% Mounted on

udev           devtmpfs  2,0G     0  2,0G   0% /dev

tmpfs          tmpfs     394M  7,0M  387M   2% /run

/dev/sda1      ext4       30G   19G   11G  64% /

tmpfs          tmpfs     2,0G   92M  1,9G   5% /dev/shm

tmpfs          tmpfs     5,0M  4,0K  5,0M   1% /run/lock

tmpfs          tmpfs     2,0G     0  2,0G   0% /sys/fs/cgroup

tmpfs          tmpfs     394M   44K  394M   1% /run/user/1000

je pourrais te renvoyer les resultats de mes autres machines...
t'as 9-10GB d'utilisé, cela ne me semble pas anormal.
si quelqu'un peut confirmer / infirmer...

JC

Debian Alain · 17-01-2018 15:28:15

# cd /

# cd lost+found

/lost+found# ls -la

total 20

drwx------  2 root root 16384 janv. 16 22:40 .

drwxr-xr-x 23 root root  4096 janv. 16 23:58 ..

bon , ben , je clos le sujet .

d33p · 17-01-2018 15:33:33

attends peut-être d'avoir d'autres avis.
comme tu veux.

raleur · 17-01-2018 15:47:19

Debian Alain a écrit :

du -hcxd1

Il faudrait plutôt exécuter cette commande sur la racine plutôt que sur ton répertoire personnel qui est dans /home, donc une autre partition.

du -hcxd1 /

d33p a écrit :

voici la mienne sur ma VM au boulot

Contrairement à Alain tu n'as pas séparé /, /home et le reste donc la comparaison n'est pas forcément pertinente.

d33p · 17-01-2018 15:53:04

raleur a écrit :

Debian Alain a écrit :
du -hcxd1

Il faudrait plutôt exécuter cette commande sur la racine plutôt que sur ton répertoire personnel qui est dans /home, donc une autre partition.
du -hcxd1 /

d33p a écrit :
voici la mienne sur ma VM au boulot

Contrairement à Alain tu n'as pas séparé /, /home et le reste donc la comparaison n'est pas forcément pertinente.

merci raleur.
bien vu, j'aurais pu preciser que je m'etais fait un pti :

d33p@bust3r:~$ du -hs /home

5,6G  /home

JC

Dernière modification par d33p (17-01-2018 15:53:35)

raleur · 17-01-2018 15:55:41

Debian Alain a écrit :

au sujet de "lost+found"le répertoire /etc

Pourquoi t'intéresses-tu particulièrement à ces deux répertoires ? Parce qu'ils ont une taille plus importante que les autres ? Ce n'est pas pertinent car la taille d'un répertoire affichée par "ls" est la taille de l'objet qui contient seulement les références (directory entries) des fichiers et sous-répertoires, et non les fichiers et sous-répertoires eux-mêmes. Elle dépend principalement du nombre de fichiers et sous-répertoires qu'il contient, c'est pourquoi /etc est plus gros que les autres. Quant à /lost+found, il est "gros" parce qu'il est pré-alloué afin de ne pas avoir besoin d'allouer de nouveaux blocs pour y mettre les references des fichiers orphelins trouvés par fsck. Et quand j'écris "gros", ça reste moins de 20 ko.

Debian Alain · 17-01-2018 18:27:19

merci pour tes lumières raleur .

voilà ma commande , suite à tes conseils :

~$ sudo du -hcxd1 /

[sudo] Mot de passe de alain : 

4,0K  /srv

16K /media

4,0K  /lib64

128K  /root

8,2G  /usr

4,0K  /.cache

12M /etc

4,0K  /mnt

4,0K  /opt

11M /sbin

94M /boot

9,9M  /bin

16K /lost+found

706M  /lib

9,0G  /

9,0G  total

à la lecture de ces données , je crois qu'il n'y a rien à signaler de particulier .

j'ai eu peur pour rien .

raleur · 18-01-2018 00:01:17

On voit que la plus grande partie de l'espace occupé est dans /usr qui contient le gros des fichiers installés par les paquets Debian. Rien d'anormal à cela.

Debian Alain · 18-01-2018 10:50:45

merci râleur .

toujours dans la même pensée (et après j'arrète) .

~$ sudo du -hcxd1 /tmp

[sudo] Mot de passe de alain : 

8,0K  /tmp/systemd-private-36c3792451c647138b5f1da0b224289a-colord.service-hjpZZN

4,0K  /tmp/.XIM-unix

4,0K  /tmp/.font-unix

8,0K  /tmp/systemd-private-36c3792451c647138b5f1da0b224289a-apache2.service-LEVFBi

4,0K  /tmp/.org.chromium.Chromium.IkiHy5

4,0K  /tmp/.X11-unix

du: impossible d'accéder à '/tmp/.mount_IP9BtW': Permission non accordée

4,0K  /tmp/thunderbird_alain

8,0K  /tmp/systemd-private-36c3792451c647138b5f1da0b224289a-systemd-timesyncd.service-dM5unk

8,0K  /tmp/systemd-private-36c3792451c647138b5f1da0b224289a-rtkit-daemon.service-RDS2ZA

4,0K  /tmp/pulse-PKdhtXMmr18n

4,0K  /tmp/tracker-extract-files.1000

4,0K  /tmp/.Test-unix

4,0K  /tmp/ssh-iOKC79TcFzEs

4,0K  /tmp/.ICE-unix

4,0K  /tmp/.org.chromium.Chromium.1vjRaf

84K /tmp

84K total

je pense que , là aussi , rien d'anormal ?

Debian-facile

#1 17-01-2018 12:38:52

[résolu] nouvelle installation : occupation racine sans rien faire

#2 17-01-2018 14:43:31

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#3 17-01-2018 15:22:53

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#4 17-01-2018 15:28:15

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#5 17-01-2018 15:33:33

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#6 17-01-2018 15:47:19

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#7 17-01-2018 15:53:04

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#8 17-01-2018 15:55:41

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#9 17-01-2018 18:27:19

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#10 18-01-2018 00:01:17

Re : [résolu] nouvelle installation : occupation racine sans rien faire

#11 18-01-2018 10:50:45

Re : [résolu] nouvelle installation : occupation racine sans rien faire

Pied de page des forums