Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

Debian Alain
Adhérent(e)
Lieu : BREST
Distrib. : W$10 / stable / ubuntu / testing
Noyau : Linux 4.18.0-1-amd64 debian
(G)UI : Gnome wayland / Gdm3
Inscription : 11-03-2017
Site Web

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

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 16:29:16)


1498812139.jpg Live is Life - Opus 
RYZEN7 1700X - PRIME X370 PRO - 16 Go DDR4 - RADEON PULSE RX 550 4GB DDR5 OC UEFI - CORSAIR RM750X - SSD crucial MX500 500GB

En ligne

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

Debian Alain
Adhérent(e)
Lieu : BREST
Distrib. : W$10 / stable / ubuntu / testing
Noyau : Linux 4.18.0-1-amd64 debian
(G)UI : Gnome wayland / Gdm3
Inscription : 11-03-2017
Site Web

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

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


1498812139.jpg Live is Life - Opus 
RYZEN7 1700X - PRIME X370 PRO - 16 Go DDR4 - RADEON PULSE RX 550 4GB DDR5 OC UEFI - CORSAIR RM750X - SSD crucial MX500 500GB

En ligne

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

d33p
Adhérent(e)
Lieu : Longwy
Distrib. : Debian testing buster 64bits
Noyau : Linux, en fonction des updates testing buster
(G)UI : GNOME, en fonction des updates testing buster
Inscription : 01-12-2015

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

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


science sans conscience n'est que ruine de l'âme...
Location:
https://framacarte.org/en/map/debian-fa … 78/5.76506

Hors ligne

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

Debian Alain
Adhérent(e)
Lieu : BREST
Distrib. : W$10 / stable / ubuntu / testing
Noyau : Linux 4.18.0-1-amd64 debian
(G)UI : Gnome wayland / Gdm3
Inscription : 11-03-2017
Site Web

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

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


1498812139.jpg Live is Life - Opus 
RYZEN7 1700X - PRIME X370 PRO - 16 Go DDR4 - RADEON PULSE RX 550 4GB DDR5 OC UEFI - CORSAIR RM750X - SSD crucial MX500 500GB

En ligne

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

d33p
Adhérent(e)
Lieu : Longwy
Distrib. : Debian testing buster 64bits
Noyau : Linux, en fonction des updates testing buster
(G)UI : GNOME, en fonction des updates testing buster
Inscription : 01-12-2015

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

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

science sans conscience n'est que ruine de l'âme...
Location:
https://framacarte.org/en/map/debian-fa … 78/5.76506

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.

En ligne

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

d33p
Adhérent(e)
Lieu : Longwy
Distrib. : Debian testing buster 64bits
Noyau : Linux, en fonction des updates testing buster
(G)UI : GNOME, en fonction des updates testing buster
Inscription : 01-12-2015

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

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  tongue :

d33p@bust3r:~$ du -hs /home


5,6G  /home



tongue

JC

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


science sans conscience n'est que ruine de l'âme...
Location:
https://framacarte.org/en/map/debian-fa … 78/5.76506

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.

En ligne

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

Debian Alain
Adhérent(e)
Lieu : BREST
Distrib. : W$10 / stable / ubuntu / testing
Noyau : Linux 4.18.0-1-amd64 debian
(G)UI : Gnome wayland / Gdm3
Inscription : 11-03-2017
Site Web

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

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 .


1498812139.jpg Live is Life - Opus 
RYZEN7 1700X - PRIME X370 PRO - 16 Go DDR4 - RADEON PULSE RX 550 4GB DDR5 OC UEFI - CORSAIR RM750X - SSD crucial MX500 500GB

En ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.

En ligne

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

Debian Alain
Adhérent(e)
Lieu : BREST
Distrib. : W$10 / stable / ubuntu / testing
Noyau : Linux 4.18.0-1-amd64 debian
(G)UI : Gnome wayland / Gdm3
Inscription : 11-03-2017
Site Web

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

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 ?


1498812139.jpg Live is Life - Opus 
RYZEN7 1700X - PRIME X370 PRO - 16 Go DDR4 - RADEON PULSE RX 550 4GB DDR5 OC UEFI - CORSAIR RM750X - SSD crucial MX500 500GB

En ligne

Pied de page des forums