364 Go disparus.

evanescente~ondine · 23-07-2017 02:35:07

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

Lancelot du Lac · 23-07-2017 05:49:29

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

df -hT

?

evanescente~ondine · 23-07-2017 17:39:44

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

enicar · 23-07-2017 18:21:36

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 18:35:39)

evanescente~ondine · 23-07-2017 18:27:25

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 18:36:00)

enicar · 23-07-2017 18:34:06

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…

enicar · 23-07-2017 18:37:53

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 18:38:38)

Croutons · 23-07-2017 18:42:35

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

anonyme · 23-07-2017 18:45:10

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.

Dernière modification par anonyme (23-07-2017 18:47:28)

evanescente~ondine · 23-07-2017 18:45:24

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.

enicar · 23-07-2017 18:46:42

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.

enicar · 23-07-2017 18:51:01

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.

Croutons · 23-07-2017 19:26:27

Je préfere utiliser ncdu perso

enicar · 23-07-2017 19:29:24

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 19:32:22)

raleur · 23-07-2017 21:29:12

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 ?

enicar · 23-07-2017 21:33:30

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 21:34:30)

evanescente~ondine · 23-07-2017 22:26:31

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.

anonyme · 23-07-2017 22:53:19

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.

Dernière modification par anonyme (23-07-2017 23:02:57)

evanescente~ondine · 23-07-2017 23:38:48

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 ;-)

smolski · 24-07-2017 08:37:24

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

evanescente~ondine · 24-07-2017 10:19:41

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"

smolski · 24-07-2017 10:35:43

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

Debian-facile

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

364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

#19 23-07-2017 23:38:48

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

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

Re : 364 Go disparus.

Pied de page des forums