Ubuntu-fr

Linuxpat

Espace libre disque perdu en Ext4, même sans réservation "Root"

Bonjour à tous,

Je suis depuis 6 mois sous Linux. Sur un nouveau disque de 4TB (3.7To) partition GPT, je me suis aperçu avec Gparted et Paragon disk Manager sous Windows que la partition Ext4 réservait 58.66Go d'espace libre contre 210Mo pour Ntfs, certainement pour la journalisation ou autre...

Même en supprimant la journalisation

~ $ sudo tune2fs -O^has_journal /dev/sde1

et la réservation pour Root

~ $ sudo tune2fs -m 0 /dev/sde1

J'ai toujours cet espace libre réservé ?!?.
Je ne trouve pas une ligne de commande qui permet de confirmer cet réservation vu par Gparted.

Par avance merci.

Voici les infos de la partition:

 ~ $ sudo fdisk -l /dev/sde1

]Disque /dev/sde1 : 3,7 TiB, 4000785104896 octets, 7814033408 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

]
   

 ~ $ sudo df -h /dev/sde1

]Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sde1          3,6T     68M  3,4T   1% /mnt/Tosh.4T

]

 ~ $ sudo df -i -h /dev/sde1

]Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
/dev/sde1          233M     11   233M    1% /mnt/Tosh.4T

]

~ $ sudo e2fsck -f -v -C0 /dev/sde1

]e2fsck 1.42.13 (17-May-2015)
          11 i-noeuds utilisés (0.00%, sur 244195328)
           0 fichier non contigu (0.0%)
           0 répertoire non contigu (0.0%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 2
    15344382 blocs utilisés (1.57%, sur 976754176)
           0 bloc défectueux
           1 fichier de grande taille
           0 fichier normal
           2 répertoires
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
           0 lien
           0 lien symbolique (0 lien symbolique rapide)
           0 socket
------------
           2 fichiers

]

 ~ $ sudo tune2fs -l /dev/sde1

]...
Inode count:              244195328
Block count:              976754176
Reserved block count:     0
Free blocks:              961377026
Free inodes:              244195317
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      791
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Lifetime writes:          139 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      4920148a-4414-da6b-bf5a-83b0a17adcad
Journal backup:           inode blocks
....

]

Modération : merci d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 16/11/2017, à 11:37)

LukePerp

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

On dirait que tu perds 300 GiB !? Car "fdisk -l" indique une taille totale de 3.7 TiB alors que "df -h" indique une taille dispo de 3.4, donc 300 GiB envolé. Vraiment curieux

Dernière modification par LukePerp (Le 16/11/2017, à 10:46)

---

Desktop & Laptop - Ubuntu Mate dernière LTS - Intel i5 - 16 Go - Dual boot Windows offline

Rufus T. Firefly

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Salut,

Si c'est un disque externe, essaye de le débrancher puis le rebrancher, si tu ne l'as pas encore fait, pour forcer le système à réanalyser la situation après tes modifications.

---

La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Linuxpat

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Bonjour,
C'est un disque interne neuf, mais je l'ai aussi connecté en externe. J'ai déjà essayé de le formater plusieurs fois avec différents outils en Ntfs et en Ext4 pour comprendre le fonctionnement du système de partition EXT4.

pour LukePerp
df seul donne ceci

pat@pc ~ $ df -a /dev/sde1
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
/dev/sde1         3845708808   69632 3845622792   1% /mnt/Tosh.4T
pat@pc ~ $ 

En calculant 3845708808-3845622792=86016 et pas 69632 Le disque est vide??? .

pat@pc ~ $ sudo df -i -h /dev/sde1
[sudo] Mot de passe de pat : 
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
/dev/sde1          233M     11   233M    1% /mnt/Tosh.4T
pat@pc ~ $ 

Si je comprends les Inoeuds occupent 233Mo pourtant la commande précédente ne le signale pas sur la place disponible ?

La où je ne comprends pas la commande du -a indique toujours 0

pat@pc ~ $ du -a /dev/sde1
0	/dev/sde1
pat@pc ~ $

Pourtant

Partir d'un 4To commercialement et finir à 3.58To réel il y a de l'abus

Est ce qu'il a d'autres commandes qui permettent de vérifier l'espace réel utilisé par le système de fichiers, les clusters etc... ?

Rufus T. Firefly

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Partir d'un 4To commercialement et finir à 3.58To réel il y a de l'abus

3.58 Tio (multiples de 1024) et non pas To (multiples de 1000)

Disque /dev/sde1 : 3,7 TiB, 4000785104896 octets

Dernière modification par Rufus T. Firefly (Le 17/11/2017, à 15:54)

---

La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Linuxpat

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Reformater en Ntfs voici ce que donne les lignes de commandes
Nota: le fait de simplement reformater ntfs sur Ext4 ne suffisait pas, j'ai du recréer la table de partition en GPT sinon l'occupation des 58Go "fantômes" restait en place.

pat@pc ~ $ sudo fdisk -l /dev/sde1
Disque /dev/sde1 : 3,7 TiB, 4000785104896 octets, 7814033408 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2052474d

Périphérique Amorçage      Start        Fin   Secteurs   Size Id Type
/dev/sde1p1              6579571 1924427647 1917848077 914,5G 70 DiskSecure Mult
/dev/sde1p2           1953251627 3771827541 1818575915 867,2G 43 inconnu
/dev/sde1p3            225735265  225735274         10     5K 72 inconnu
/dev/sde1p4           2642411520 2642463409      51890  25,3M  0 Vide

Partition table entries are not in disk order.
pat@pc ~ $ 

pat@pc ~ $ sudo df -h /dev/sde1
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sde1          3,7T    181M  3,7T   1% /mnt/Tosh.4T
pat@pc ~ $ 

pat@pc ~ $ sudo df /dev/sde1
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
/dev/sde1         3907016700  185220 3906831480   1% /mnt/Tosh.4T
pat@pc ~ $ 

pat@pc ~ $ sudo df -h /dev/sde1
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sde1          3,7T    181M  3,7T   1% /mnt/Tosh.4T
pat@pc ~ $ 

Là c'est plus cohérent avec Gparted

Linuxpat

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Partir d'un 4To commercialement et finir à 3.58To réel il y a de l'abus

3.58 Tio (multiples de 1024) et non pas To (multiples de 1000)

Disque /dev/sde1 : 3,7 TiB, 4000785104896 octets

Oui je le savais c'est pour ça que je parlais de commercialement, pourquoi ne pas nous le vendre comme un 3.58To

c'est plutôt ces 59Go qui sont occupés sur EXT4 par rapport a NTFS sur le même disque qui me chagrine.

moko138

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

sudo df -i -h /dev/sde1
]Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
/dev/sde1          233M     11   233M    1% /mnt/Tosh.4T

Si je comprends les Inoeuds occupent 233Mo

Erreur. Voir

man df

un inoeud (en gros, une ligne dans la table des matières de tes répertoires et fichiers) n'a rien à voir avec un octet.

Merci de donner, sans l'inutile sudo, les retour complets (*) de

df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"; echo ; df -Ti | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

et, séparément, de

sudo fdisk -l

  - -

Astuces :
/!\  Ne cherche surtout pas à retaper ces lignes !   Utilise
- un triple clic gauche sur une ligne pour la sélectionner tout entière et la copier,
- un clic milieu pour la coller.

(*) Retour complet, c'est-à-dire du prompt de type "moi@mon-pc" inclus
jusqu'au retour de ce prompt inclus aussi.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Linuxpat

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Bonjour,

Erreur. Voir

man df

un inoeud (en gros, une ligne dans la table des matières de tes répertoires et fichiers) n'a rien à voir avec un octet.

Il est clair que je patauge encore dans le système Ext, mais je m'y accroche...

Merci de donner, sans l'inutile sudo...

??? un peu contradictoire s' il faut respecter la consigne suivante "(*) Retour complet, c'est-à-dire du prompt ... au retour de ce prompt inclus aussi." et s'il contient sudo ???
Alors en root ?
Bon je me lance vous me tirerez les oreilles après

Pour Infos: Sda= SSD 256Gb dualboot Seven/linux
sdb à sde disques de stockage

pc pat # df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"; echo ; df -Ti | grep -Ev "devpts|none|proc|sys|tmpfs|udev"
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/sda5        ext4        28G    9,7G   17G  38% /
/dev/sda6        ext4        28G     23G  3,4G  87% /home
/dev/sda8        ext4        86G     70G   13G  85% /mnt/Data
/dev/sdb1        fuseblk    1,9T    1,8T   56G  98% /mnt/CB.7
/dev/sdc1        fuseblk    1,9T    1,9T   18G 100% /mnt/7k300
/dev/sdd1        ext4       2,7T    2,7T   77G  98% /mnt/Wd.Red
/dev/sde1        ext4       3,6T     68M  3,6T   1% /mnt/Tosh.4T

Sys. de fichiers Type        Inœuds  IUtil.    ILibre IUti% Monté sur
/dev/sda5        ext4       1831424  355930   1475494   20% /
/dev/sda6        ext4       1831424  548641   1282783   30% /home
/dev/sda8        ext4       5734400    3311   5731089    1% /mnt/Data
/dev/sdb1        fuseblk   58844620  421628  58422992    1% /mnt/CB.7
/dev/sdc1        fuseblk   18673376  435745  18237631    3% /mnt/7k300
/dev/sdd1        ext4     183148544 1047315 182101229    1% /mnt/Wd.Red
/dev/sde1        ext4     244195328      11 244195317    1% /mnt/Tosh.4T
pc pat #

pc pat # fdisk -l
Disque /dev/sda : 238,5 GiB, 256060514304 octets, 500118192 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 

Périphérique Amorçage     Start       Fin  Secteurs   Size Id Type
/dev/sda1    *             2048   1027438   1025391 500,7M  7 HPFS/NTFS/exFAT
/dev/sda2              97284096 195588095  98304000  46,9G  7 HPFS/NTFS/exFAT
/dev/sda3               1028096  97284095  96256000  45,9G  7 HPFS/NTFS/exFAT
/dev/sda4             195590142 500117503 304527362 145,2G  5 Étendue
/dev/sda5             195590144 254181940  58591797    28G 83 Linux
/dev/sda6             254183424 312774655  58591232    28G 83 Linux
/dev/sda7             496119808 500117503   3997696   1,9G 82 partition d'échang
/dev/sda8             312776704 496117759 183341056  87,4G 83 Linux

Disque /dev/sdb : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 

Périphérique Amorçage Start        Fin   Secteurs  Size Id Type
/dev/sdb1              4096 3907028991 3907024896  1,8T  7 HPFS/NTFS/exFAT


Disque /dev/sdc : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 

Périphérique Amorçage Start        Fin   Secteurs  Size Id Type
/dev/sdc1              4096 3907028991 3907024896  1,8T  7 HPFS/NTFS/exFAT


Disque /dev/sdd : 2,7 TiB, 3000592982016 octets, 5860533168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier:

Périphérique Start        Fin   Secteurs  Size Type
/dev/sdd1     2048 5860533134 5860531087  2,7T Linux filesystem

Disque /dev/sde : 3,7 TiB, 4000787030016 octets, 7814037168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes  --> Devrait pas être en 4096?
Disklabel type: gpt
Disk identifier:

Périphérique Start        Fin   Secteurs  Size Type
/dev/sde1     2048 7814035455 7814033408  3,7T Linux filesystem

pc pat #

Merci de me permettre d'y voir plus clair

Dernière modification par Linuxpat (Le 19/11/2017, à 18:31)

moko138

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

exit

pour ne plus être root, VITE !

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Si tu relis le #8, tu verras qu'il n'y a pas de contradiction.
sudo est inutile devant df
sudo (ou - déconseillé car superflu et toujours dangereux en cas de fausse manip' - un passage en root) est nécessaire pour actionner fdisk -l

Le retour de df -Th est intéressant :

/dev/sde1        ext4       3,6T     68M  3,6T   1% /mnt/Tosh.4T

68 Mio utilisés sur 3,6 Tio, tu es rassuré ? 

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Linuxpat

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Est-ce quelqu’un connaît la ligne de commande pour formater ma partition en ext4 directement sans la journalisation et sans la réservation "root"  et non en les désactivant par la suite.
Vu qu'avec Gparted je gardait cette réservation même en reformatant en ntfs sans recréer la table de partition.
Ce serai à essayer.

moko138

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Diminuer, voire supprimer, les 5% réservés à root,
c'est argumentable sur une partition autre que la racine.

Supprimer la journalisation,
par contre, serait une grave erreur.
Comment crois-tu que sont récupérées tes fichiers en quelques secondes après une coupure de courant ou un débranchement sauvage ou une extinction forcée ?

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Linuxpat

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Diminuer, voire supprimer, les 5% réservés à root,
c'est argumentable sur une partition autre que la racine.

c'est une partition de stockage en dehors de linux.

Supprimer la journalisation,
par contre, serait une grave erreur.
Comment crois-tu que sont récupérées tes fichiers en quelques secondes après une coupure de courant ou un débranchement sauvage ou une extinction forcée ?

ok

Sinon il reste le format en Btrfs: pas de problèmes de réservation, mais compatibilité sous windows ???
ou
une partition en EXT4 genre 500Go pour un futur /Home et sauvegardes et le reste du disque en NTFS

moko138

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Sinon il reste le format en Btrfs: pas de problèmes de réservation, mais compatibilité sous windows ???

Tu as envie de faire des expériences, c'est bien !
Fais-les, mais sur une machine autre que celle vouée à la stabilité
et renseigne-toi d'abord :

• doc.ubuntu-fr.org

• man

• retours d'expérience sur les forums

• wikipedia...

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Linuxpat

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Si tu relis le #8, tu verras qu'il n'y a pas de contradiction.
sudo est inutile devant df
sudo (ou - déconseillé car superflu et toujours dangereux en cas de fausse manip' - un passage en root) est nécessaire pour actionner fdisk -l

Le retour de df -Th est intéressant :

/dev/sde1        ext4       3,6T     68M  3,6T   1% /mnt/Tosh.4T

68 Mio utilisés sur 3,6 Tio, tu es rassuré ? 

Merci pour la précision, je m'endormirai moins bête ce soir ;-)

Linuxpat

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

J'ai trouvé des explications concernant l'espace libre occupé
https://askubuntu.com/questions/131516/ … used-space

Reste a voir s'il y a moyen d'adapter les réglages par défaut de "mke2fs.conf" à un disque d'archivage
un peu comme si on formatait une carte SD.
par exemple

man mke2fs
...
 la  taille  par  défaut  des  inœuds  est  fixée   à
              256 octets  pour  la plupart des systèmes de fichiers, sauf pour
              les petits systèmes de  fichiers  pour  lequels  la  taille  des
              inœuds sera 128 octets.
...

Si vous avez des idées, je suis preneurs. ;-)

Dernière modification par Linuxpat (Le 22/11/2017, à 19:44)

moko138

Re : Espace libre disque perdu en Ext4, même sans réservation "Root"

Tu as bien compris en quoi ext4 est différent de ntfs ? et que tes données personnelles sont infiniment plus précieuses que tes systèmes d'exploitation ?
Alors vas-y...

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw