Debian-facile

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

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

#1 23-07-2017 03:35:07

evanescente~ondine
Membre
Distrib. : Debian 9 (stretch)
Noyau : Linux 4.9.0-3-amd64
(G)UI : mate
Inscription : 31-10-2014

364 Go disparus.

L'analyseur de disque m'indique que mon disque devrait avoir une capacité de 964 Go, pourtant ma racine ne contient, d'après lui, que 601 Go. Wtf ?!
Du coup il me dit qu'il ne me reste plus de place ...

Hors ligne

#2 23-07-2017 06:49:29

Lancelot du Lac
Membre
Lieu : France
Distrib. : Jessie | Stretch
Noyau : Linux 3.16.0-4-amd64 | 4.5.0-1-amd64
(G)UI : ZSH / LXDE, Openbox | KDE
Inscription : 22-02-2016

Re : 364 Go disparus.

Il faudrait plus de détails. Est-ce qu'il n'y a pas un partitionnement ? Que renvoie

df -hT

?


Dell Inspiron 7500 series - Debian Stretch - KDE/openbox - ZSH
Samsung - Debian Jessie - LXDE/pas de graphique - ZSH

Hors ligne

#3 23-07-2017 18:39:44

evanescente~ondine
Membre
Distrib. : Debian 9 (stretch)
Noyau : Linux 4.9.0-3-amd64
(G)UI : mate
Inscription : 31-10-2014

Re : 364 Go disparus.

df -hT
 


 Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   1,7G       0  1,7G   0% /dev
tmpfs            tmpfs      342M    5,5M  337M   2% /run
/dev/sda1        ext4       910G    544G  321G  63% /
tmpfs            tmpfs      1,7G       0  1,7G   0% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      1,7G       0  1,7G   0% /sys/fs/cgroup
tmpfs            tmpfs      342M     48K  342M   1% /run/user/1001



Capture_du_2017-07-23_18-35-28.png

Hors ligne

#4 23-07-2017 19:21:36

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.11.12
(G)UI : openbox
Inscription : 26-08-2010

Re : 364 Go disparus.

Alors dans la sortie du « df -hT » on ne voit pas les 300Go de différences. Si je lis bien la ligne :


/dev/sda1        ext4       910G    544G  321G  63% /
 


/dev/sda1  : la partition
ext4          : le système de fichier
910G         : la capacité totale
544G         : la capacité utilisée
321G         : la capacité disponible
63%          : le pourcentage de ce qui est utilisé
/               : le point de montage
Si j'ajoute 544+321 ça fait : 865G ce qui ne nous donne pas les 910G, mais c'est normal.
La différence de 45G correspond à la place utilisé par le système de fichier.

Entre parenthèses, ce n'est pas judicieux d'avoir tout mis dans une partition unique. Il aurait mieux valu faire
deux partitions une pour la racine (/) et une pour /home. Ça fait partie des bonnes pratiques.

Dernière modification par enicar (23-07-2017 19:35:39)


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#5 23-07-2017 19:27:25

evanescente~ondine
Membre
Distrib. : Debian 9 (stretch)
Noyau : Linux 4.9.0-3-amd64
(G)UI : mate
Inscription : 31-10-2014

Re : 364 Go disparus.

Excusez moi de ne pas comprendre tout de suite, je ne vois pas où se trouvent mes 321 Go de libre. Pourquoi l'analyseur indique que 98,5% de /home est plein ? À moins que ça signifie que /home prends en soi 98,5% de la racine ? Racine qui prend elle, à peu près 60 % de /dev/sda1.
Donc deux questions : où se trouve les 30 à 40 pourcents libres de /dev/sda1 ?

Dites ce que vous voulez, cette façon de présenter les données n'est pas simple. Je suis étudiant en histoire deuxième année, avec un deug de bio, si je ne comprend pas tout de suite de quoi il en retourne, ça doit égarer pas mal de gens a priori...

Dernière modification par evanescente~ondine (23-07-2017 19:36:00)

Hors ligne

#6 23-07-2017 19:34:06

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.11.12
(G)UI : openbox
Inscription : 26-08-2010

Re : 364 Go disparus.

evanescente~ondine a écrit :

Excusez moi de ne pas comprendre tout de suite, je ne vois pas où se trouvent mes 321 Go de libre.


J'ai envie de te répondre ironiquement : sur ta partition racine (/)… Mais je ne comprends pas ce que tu
veux dire par «où » ? Il va falloir expliciter ce que tu ne comprends pas parce que j'ai du mal à saisir
ce qui te pose question…


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#7 23-07-2017 19:37:53

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.11.12
(G)UI : openbox
Inscription : 26-08-2010

Re : 364 Go disparus.

Ah ! Aussi, j'ai tendance à faire plus confiance à la commande « df » qu'à l'application graphique d'analyse d'occupation des disques… (je n'utilise jamais ce genre d'application).

Dernière modification par enicar (23-07-2017 19:38:38)


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#8 23-07-2017 19:42:35

Croutons
Membre
Distrib. : Handylinux 2.5 vers Jessie et Debian Stretch
Noyau : Linux 3.16.0-4-686-pae, Linux 4.9.0-3-686-pae
(G)UI : xfce
Inscription : 16-12-2016

Re : 364 Go disparus.

Bonjour
Sur ta copie d'écran je vois 977.1Go capacité totale utilisé 582.8Go disponible 394.3Go
la racine contient tout les sous répertoire donc 100% de l'espace utilisé
apres tu as le détail pour chaque repertoire , ton home représente a lui seul 98,4% de l'espace occupé
si tu le déroule tu verras l'espace occupé par chaque sous répertoire
Donc rien d'anormale, t'inquiet pas il te reste bien comme marqué dans le haut 394.3 Go
Soit (394,3 ∻ 977,1) x 100=40,35% d'espace restant

-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#9 23-07-2017 19:45:10

tux12
Membre
Lieu : ./
Distrib. : stable
Noyau : celui de la stable
(G)UI : KDE
Inscription : 27-02-2008

Re : 364 Go disparus.

Ce qui me paraît bizarre dans la copie d'écran c'est que la partition / soit donnée pour ~550Go alors que df donne 910Go dont environ 550 utilisés.
Perso je suis comme enicar, je fais plutôt confiance aux outils en ligne de commande.

Bien vu Crouton, j'avais raté l'info de la taille totale au dessus du détail des dossiers. smile

Dernière modification par tux12 (23-07-2017 19:47:28)

Hors ligne

#10 23-07-2017 19:45:24

evanescente~ondine
Membre
Distrib. : Debian 9 (stretch)
Noyau : Linux 4.9.0-3-amd64
(G)UI : mate
Inscription : 31-10-2014

Re : 364 Go disparus.

Comment le système a fait pour me dire hier qu'il ne me restait que quelques Go sur le disques ? Ça ferait beaucoup d'espace libre invisible par le système, si c'est 400 Go se trouvait ailleurs que dans /home. Il y a moyen de "mettre en commun" tout l'espace du disque ? Je pensais que c'était l'intérêt de n'avoir qu'une seule partition.

Hors ligne

#11 23-07-2017 19:46:42

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.11.12
(G)UI : openbox
Inscription : 26-08-2010

Re : 364 Go disparus.

tux12 a écrit :

Ce qui me paraît bizarre dans la copie d'écran c'est que la partition / soit donnée pour ~550Go alors que df donne 910Go dont environ 550 utilisés.
Perso je suis comme enicar, je fais plutôt confiance aux outils en ligne de commande.


Je pense que c'est une question d'interprétation des informations… l'avantage avec df, c'est que c'est sans équivoque.


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#12 23-07-2017 19:51:01

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.11.12
(G)UI : openbox
Inscription : 26-08-2010

Re : 364 Go disparus.

evanescente~ondine a écrit :

Comment le système a fait pour me dire hier qu'il ne me restait que quelques Go sur le disques ?


C'est curieux en effet. Aujourd'hui les choses semblent être différentes.

evanescente~ondine a écrit :

Il y a moyen de "mettre en commun" tout l'espace du disque ? Je pensais que c'était l'intérêt de n'avoir qu'une seule partition.


Oui, c'est l'intérêt… en fait ton /home est sur la racine et l'inconvénient c'est qu'il partage l'espace de la racine
avec tout le reste. Disons que chaque méthode a ses avantages et ses inconvénients…

Remarque bien que l'espace qui reste libre l'est pour tout le système et pas uniquement pour le /home.


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#13 23-07-2017 20:26:27

Croutons
Membre
Distrib. : Handylinux 2.5 vers Jessie et Debian Stretch
Noyau : Linux 3.16.0-4-686-pae, Linux 4.9.0-3-686-pae
(G)UI : xfce
Inscription : 16-12-2016

Re : 364 Go disparus.

Je préfere utiliser ncdu perso

-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#14 23-07-2017 20:29:24

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.11.12
(G)UI : openbox
Inscription : 26-08-2010

Re : 364 Go disparus.

Croutons a écrit :

Je préfere utiliser ncdu perso


« ncdu » est très bien, mais ça fait bien plus que d'indiquer la place disponible, c'est un « du » en curses.
D'ailleurs indique-t-il la place restante ? Je l'ai lancé, c'est sympa mais cette info ne me semble pas
être visible (est-ce que je regarde mal ?).

Dernière modification par enicar (23-07-2017 20:32:22)


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#15 23-07-2017 22:29:12

raleur
Membre
Inscription : 03-10-2014

Re : 364 Go disparus.

enicar a écrit :

D'ailleurs indique-t-il la place restante ?


du ne le fait pas, ce n'est pas son objet. Si ncdu est un du en ncurses, pourquoi le ferait-il ?

Hors ligne

#16 23-07-2017 22:33:30

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.11.12
(G)UI : openbox
Inscription : 26-08-2010

Re : 364 Go disparus.

raleur a écrit :

enicar a écrit :

D'ailleurs indique-t-il la place restante ?


du ne le fait pas, ce n'est pas son objet. Si ncdu est un du en ncurses, pourquoi le ferait-il ?



Ce n'est pas ce que je disais… mais apparemment l'outil d'analyse d'occupation des disques
le fait.

Dernière modification par enicar (23-07-2017 22:34:30)


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#17 23-07-2017 23:26:31

evanescente~ondine
Membre
Distrib. : Debian 9 (stretch)
Noyau : Linux 4.9.0-3-amd64
(G)UI : mate
Inscription : 31-10-2014

Re : 364 Go disparus.

Donc le système a bien un comportement anormal. Si les quelques 400 Go de libre sont bien disponibles, le système déconne, et ne les voit pas vraiment. Ça m'embête parce que j'ai du supprimé des vidéos pour faire de la place, et que j'en télécharge beaucoup (mangas et films du domaine public si vous voulez savoir !), je serai vite dans la même situation qu'avant. J'ai eu de gros problèmes au même moment, dont X qui ne marchait plus avec l'utilisateur ordinaire. Après une mise à jour ça s'est enlevé, alors je ne sais pas si c'est d'avoir libérer quelques dizaines de Go sur /home ou la mise à jour qui a résolu ce problème de X.

Hors ligne

#18 23-07-2017 23:53:19

tux12
Membre
Lieu : ./
Distrib. : stable
Noyau : celui de la stable
(G)UI : KDE
Inscription : 27-02-2008

Re : 364 Go disparus.

Non, le système n'a pas de comportement anormal, c'est l'interprétation de ce qu'affiche le programme que tu utilises qui n'est pas claire et difficile à interpréter.
L'outil se nomme "analyseur d'utilisation d'espace disque" c'est à dire qu'il se focalise sur la répartition de l'espace utilisé entre partitions et/ou répertoires. Ici on n'a qu'une seule partition, dont il est bien mentionné en haut qu'elle fait 977Go dont 582 sont occupés. La fenêtre au dessous décompose la répartition des 582Go utilisés, qui deviennent 556Go sans doute à cause de l'écart entre espace utile et espace utilisé qui est un multiple de la taille d'un bloc (4Ko généralement). Dit autrement, ça veut dire que 556Go de données occupent 582Go d'espace sur le disque. Il peut y avoir d'autres raisons à ces différences, comme les 5% d'espace disque qui sont réservés par défaut lors de la création des systèmes de fichiers ext[34].
On voit que ces 556Go utilisés sont majoritairement (98,4%) dans /home, le reste se décomposant dans les autres répertoires sous /.
Et donc il reste bien un peu plus de 300Go disponibles, les valeurs précises variant selon l'outil utilisé et la manière de compter et de ce que l'on compte précisément comme évoqué ci-dessus.
Aux imprécisions prés, les résultats ci-dessus correspondent à ce que donne la commande df qu'enicar à décomposée au post #4.

J'espère que c'est un peu plus clair. smile

Dernière modification par tux12 (24-07-2017 00:02:57)

Hors ligne

#19 24-07-2017 00:38:48

evanescente~ondine
Membre
Distrib. : Debian 9 (stretch)
Noyau : Linux 4.9.0-3-amd64
(G)UI : mate
Inscription : 31-10-2014

Re : 364 Go disparus.

D'accord, je vois, merci. Anti-ergonomique au possible... Mais le système faisait bien une erreur en me disant qu'il n'y a plus d'espace alors ? Veuillez confirmer ce point précis ;-)

Hors ligne

#20 24-07-2017 09:37:24

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 3.16.0-4-amd64 - 3.16.39-1
(G)UI : gnome 1:3.14+3
Inscription : 21-10-2008

Re : 364 Go disparus.

C'est la partition choisie qui n'a plus d'espace, quelle était-elle ?
Que donne les commandes root :

fdisk -l


et

blkid



Force et courage


"Théo et Adama te rappellent pourquoi Zyed et Bouna couraient…"
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

#21 24-07-2017 11:19:41

evanescente~ondine
Membre
Distrib. : Debian 9 (stretch)
Noyau : Linux 4.9.0-3-amd64
(G)UI : mate
Inscription : 31-10-2014

Re : 364 Go disparus.

fdisk -l


Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xf52efdd9

Périphérique Amorçage      Début        Fin   Secteurs Taille Id Type
/dev/sda1    *              2048 1938993151 1938991104 924,6G 83 Linux
/dev/sda2             1938995198 1953523711   14528514     7G  5 Étendue
/dev/sda5             1938995200 1953523711   14528512     7G 82 partition d'éch

La partition 2 ne commence pas sur une frontière de cylindre physique.



blkid


/dev/sda1: UUID="933afefb-e2d9-4ec5-93ec-fb67d0884e33" TYPE="ext4" PARTUUID="f52efdd9-01"
/dev/sda5: UUID="94276b02-742f-4fa7-ae30-b631f0f6d94e" TYPE="swap" PARTUUID="f52efdd9-05"

Hors ligne

#22 24-07-2017 11:35:43

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 3.16.0-4-amd64 - 3.16.39-1
(G)UI : gnome 1:3.14+3
Inscription : 21-10-2008

Re : 364 Go disparus.

Ok. Pas de partition cachée.
Comment télécharges-tu, en ligne de commande avec wget ou en graphique ?
Le problème est peut-être une redondance qu'une ligne de commande t'indiquerait lisiblement par rapport au graphique ?
https://debian-facile.org/doc:reseau:wget

"Théo et Adama te rappellent pourquoi Zyed et Bouna couraient…"
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

Pied de page des forums