logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

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

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

#1 15-07-2016 18:59:51

debianux
Membre
Distrib. : debian-stretch-9.7_LVM-chiffré_dual-boot-uefi-w10
Noyau : Linux 4.9.0-8-amd64
(G)UI : Xfce 4.12
Inscription : 19-05-2014

[resolu] ssd : pourquoi 256Go = 238Gio

Bonjour,
un ssd, connecté via usb, formaté une première fois en btrfs, quelques fichiers écrits, effacés, puis formatage en ext4 sur la totalité.
gparted me dit :

/dev/sdb1  ext4   /media   ssd256   238,47GB utilisé=3,92GB   inutilisé=234,55GB



première différence : 256GB annoncés deviennent 238,47GB. je suppose que c'est lié à la méthode de calcul avec des millions à 1024 ou quelque chose comme ça. mais ça fait près de 18GB de partis.

mais les 3,92GB, je ne vois pas comment ils sont utilisés sad

fdisk -l


Disque /dev/sdb : 256.1 Go, 256060514304 octets
255 têtes, 63 secteurs/piste, 31130 cylindres, total 500118192 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00060a83
 



fsck /dev/sdb1



ssd256 : propre, 14/15630336 fichiers, 1028864/62514432 blocs
 



df /media/ssd256/



Sys. fich.     1K-blocks Util. Disponible Uti% Monté sur
/dev/sdb1      246002848 60576  233423004   1% /media
 



ls -a


.  ..

 


ls -l


total 0


du -a


4




quelle subtilité m'échappe ?

merci d'avance.
cordialement.
debianux

Dernière modification par debianux (18-07-2016 10:18:02)

Hors ligne

#2 15-07-2016 20:34:31

sogal
Black Metal Modo
Lieu : Nord Isère
Distrib. : openSUSE Leap 42.3
Noyau : Linux 4.4.76
(G)UI : GNOME
Inscription : 09-05-2013
Site Web

Re : [resolu] ssd : pourquoi 256Go = 238Gio

Salut,
Est-il possible que ce fil t'apporte des précisions : https://debian-facile.org/viewtopic.php?id=14554  ?

1485418338.png Hello IT ! Have you tried turning it off and on again ?

Hors ligne

#3 16-07-2016 10:00:20

raleur
Membre
Inscription : 03-10-2014

Re : [resolu] ssd : pourquoi 256Go = 238Gio

debianux a écrit :

première différence : 256GB annoncés deviennent 238,47GB. je suppose que c'est lié à la méthode de calcul avec des millions à 1024 ou quelque chose comme ça. mais ça fait près de 18GB de partis.


Oui. Il y a deux types de préfixes multiplicateurs :
- Les préfixes décimaux du Système International (SI) comme dans kilomètre (1000 mètres), mégahertz (1 million de hertz), gigawatt (1 milliard de watts)...
- Les préfixe binaires kibi (kilo binaire, 1024), mébi (méga binaire, 1024 au carré soit environ 1,05 million), gibi (giga binaire, 1024 au cube soit environ 1,07 milliard - rien à voir avec les Shadocks)... qui sont utilisés surtout avec les unités de mesure de stockage informatique comme le bit ou l'octet.

Les fabricants de supports de stockage de masse (disques durs, SSD...) utilisent toujours les préfixes décimaux du SI, pour de bonnes et moins bonnes raisons que je ne détaillerai pas ici. Les fabricants de mémoires (RAM, flash) ont fait le choix inverse d'utiliser les préfixes binaires pour des raisons techniques évidentes, mais emploient les symboles des préfixes du SI pour les représenter, ce qui est regrettable.

Pour les différencier des préfixes décimaux du SI, les symboles des préfixes multiplicateurs binaires ont un "i" minuscule après la lettre majuscule : Ki, Mi, Gi... Une erreur très fréquente dans de nombreux logiciels consiste à omettre ce "i", ce qui crée la confusion avec les préfixes décimaux du SI. Visiblement c'est le cas de Gparted puisque 256 Go = 238 Gio. Cette supposée perte de 18 Go n'existe que dans la tête de ceux qui confondent les deux.

Concernant les quelque 4 Go (ou Gio, peu importe) d'écart entre la taille totale et la taille disponible, ils sont occupés par les structures internes (méta-données) du système de fichiers : table des inodes, journal, etc. Comme toi je trouve que cela fait beaucoup mais j'en ignore le détail. On doit pouvoir réduire cette taille en passant des options lors de la création du système de fichiers.

PS : ne pas se faire avoir par la taille "disponible" affichée par df qui tient compte de l'espace réservé à root, 5% par défaut.

Dernière modification par raleur (16-07-2016 10:01:25)


Il vaut mieux montrer que raconter.

Hors ligne

#4 16-07-2016 10:26:25

Yanatoum
Membre
Lieu : Dyle
Distrib. : Debian Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce
Inscription : 10-07-2016

Re : [resolu] ssd : pourquoi 256Go = 238Gio

Voilà donc pourquoi mon DD de 80 GO affiche une capacité de 77 Gio et un espace disponible de 75,4 !
Merci pour l'explication.

Hors ligne

#5 16-07-2016 10:28:50

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : [resolu] ssd : pourquoi 256Go = 238Gio


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#6 16-07-2016 11:06:23

Yanatoum
Membre
Lieu : Dyle
Distrib. : Debian Bookworm
Noyau : Linux 6.1.0-13-amd64
(G)UI : xfce
Inscription : 10-07-2016

Re : [resolu] ssd : pourquoi 256Go = 238Gio

Yo ! Grand Admin Modo  zen.gif
Me permettrais pas de modifier la discussion de Debianux  happy0045.gif

Dernière modification par Yanatoum (16-07-2016 11:09:59)

Hors ligne

#7 16-07-2016 11:21:48

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : [resolu] ssd : pourquoi 256Go = 238Gio

Ah Mmmm... Zut alors, tu avais berniqué (un peu) le post d'autrui !
Pardon. smile

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#8 18-07-2016 10:13:35

debianux
Membre
Distrib. : debian-stretch-9.7_LVM-chiffré_dual-boot-uefi-w10
Noyau : Linux 4.9.0-8-amd64
(G)UI : Xfce 4.12
Inscription : 19-05-2014

Re : [resolu] ssd : pourquoi 256Go = 238Gio

Bonjour et merci à tous !

Hors ligne

#9 18-07-2016 10:55:50

debianux
Membre
Distrib. : debian-stretch-9.7_LVM-chiffré_dual-boot-uefi-w10
Noyau : Linux 4.9.0-8-amd64
(G)UI : Xfce 4.12
Inscription : 19-05-2014

Re : [resolu] ssd : pourquoi 256Go = 238Gio

après un

mkfs.ext4 -m 0 /dev/sdb1



mke2fs 1.42.5 (29-Jul-2012)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
15630336 i-noeuds, 62514432 blocs
0 blocs (0.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
1908 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
  32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
  4096000, 7962624, 11239424, 20480000, 23887872

Allocation des tables de groupe : complété                        
Écriture des tables d'i-noeuds : complété                        
Création du journal (32768 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété
 



la réponse de gparted est identique avec 3,92GB utilisés.

Hors ligne

#10 18-07-2016 11:25:02

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : [resolu] ssd : pourquoi 256Go = 238Gio

Création du journal (32768 blocs) : complété


Sur les FS journalisés, une part des disques restent nécessaire pour créer un lieu de journalisation permettant de récupérer des données en transition.

voir : https://fr.wikipedia.org/wiki/Journal_% … ichiers%29


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#11 18-07-2016 11:27:30

debianux
Membre
Distrib. : debian-stretch-9.7_LVM-chiffré_dual-boot-uefi-w10
Noyau : Linux 4.9.0-8-amd64
(G)UI : Xfce 4.12
Inscription : 19-05-2014

Re : [resolu] ssd : pourquoi 256Go = 238Gio

ok, merci !

Hors ligne

#12 18-07-2016 11:29:47

raleur
Membre
Inscription : 03-10-2014

Re : [resolu] ssd : pourquoi 256Go = 238Gio

Normal, j'ai dit que ces ~4 Go sont occupés par les métadonnées et n'ont rien à voir avec l'espace réservé à root.

D'après l'analyse de la sortie de mkfs, c'est la table des inodes (i-noeuds) qui occupe la plus grande partie :

15630336 inodes * 256 octets/inode = 4001366016 octets, soit environ 4 Go

Le journal n'occupe que 32768 blocs * 4096 octets/bloc = 128 Mio.

Si tu es sûr de ne pas avoir besoin de 15 millions de fichiers, tu peux réduire le nombre d'inodes avec l'option -i ou -N. Avec ext2/3/4, le nombre d'inodes ne peut pas être modifié après la création du système de fichiers.

Un inode correspond au descripteur de tout fichier normal, répertoire ou fichier spécial (lien symbolique, pipe, socket...) et occupe 256 octets par défaut. Contrairement aux liens symboliques, les liens "durs" vers un même fichier|inode comptent pour un seul inode.

Dernière modification par raleur (18-07-2016 11:49:02)


Il vaut mieux montrer que raconter.

Hors ligne

#13 18-07-2016 14:41:15

debianux
Membre
Distrib. : debian-stretch-9.7_LVM-chiffré_dual-boot-uefi-w10
Noyau : Linux 4.9.0-8-amd64
(G)UI : Xfce 4.12
Inscription : 19-05-2014

Re : [resolu] ssd : pourquoi 256Go = 238Gio

re-ok, merci !

Hors ligne

Pied de page des forums