Formatage et espace utilisés?

swake29 · Le 07/05/2018, à 23:24

Bonsoir, j'ai utilisé Gparted pour formater un HDD tous neuf de 1To qui n'aura que de la Data donc pas d'OS en

utilisant une table de partition ms-dos et un format EXT4.

Ma question porte sur l'espace disque utilisé qui est de 15.69go alors qu'il n'y a encore rien dessus.

En faisant CTRL + h le seul dossier caché ce nomme LOST + FOUND mais il est vide.

Merci

http://www.image-heberg.fr/files/152572 … 234405.jpg

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre, TDCT'Pix le permettent).}

Dernière modification par cqfd93 (Le 07/05/2018, à 23:38)

?? · Le 07/05/2018, à 23:45

Bonsoir
En installation par l'outil graphique, le format ext4 s'approprie 5% de l'espace pour gérer au moins mal la centaine de milliers de fichiers de l'O.S.
Lorsque tu ne mets que des données personnelles, tu as beaucoup moins de fichiers et 1% doit suffire. Il est même possible que cela soit correct avec 0%.
Mais il faut rectifier en ligne de commande.
Je vais essayer de retrouver demain si la documentation en parle.

Dernière modification par ?? (Le 07/05/2018, à 23:46)

swake29 · Le 07/05/2018, à 23:47

Donc en faite il ne faut pas formater et partitionner en mode graphique mais que en ligne de commande via un Terminal?

?? · Le 07/05/2018, à 23:56

Finalement, le plus simple est de formater avec gparted puis de corriger. https://doc.ubuntu-fr.org/partitions#re … _le_disque

sudo tune2fs -m 0 /dev/sda1

Dernière modification par ?? (Le 07/05/2018, à 23:59)

moko138 · Le 08/05/2018, à 05:59

?? a écrit :

sudo tune2fs -m 0 (...)

SAUF POUR LA PARTITION RACINE !

?? · Le 08/05/2018, à 07:55

swake29 a écrit :

Bonsoir, j'ai utilisé Gparted pour formater un HDD tous neuf de 1To qui n'aura que de la Data donc pas d'OS en
utilisant une table de partition ms-dos et un format EXT4.
http://www.image-heberg.fr/files/152572 … 234405.jpg

swake29 · Le 08/05/2018, à 08:31

J'ai démonté le disque et appliqué la commande mais cela n'a eu aucun effet. Quand je regarde le résultat dans GPARTED les 15go sont toujours utilisés.

sudo tune2fs -m 0 /dev/sda1

Dernière modification par swake29 (Le 08/05/2018, à 08:33)

swake29 · Le 08/05/2018, à 09:01

Je teste, J'ai créer une table de partition ms-dos et une partition primaire formater en FAT32 ce qui me donne un espace utilisé de 232mo au lieu des 15go en Ext4.

La différence entre le FAT, NTFS, EXT, etc... c'est bien la taille maxi d'un fichier que je peux déposer sur le disque dure?

?? · Le 08/05/2018, à 09:09

oui. Mais il existe le format EXFAT qui résout ce problème.

Dernière modification par ?? (Le 08/05/2018, à 09:09)

swake29 · Le 08/05/2018, à 09:11

Pour le FAT32 la taille maxi est de 4go donc inutilisable pour stocker des video en 4K.

swake29 · Le 08/05/2018, à 09:15

?? a écrit :

oui. Mais il existe le format EXFAT qui résout ce problème.

J'ai bien EXFAT dans la liste mais il est grisé, je ne peux pas l'utiliser.

moko138 · Le 08/05/2018, à 09:22

swake29 a écrit :

J'ai démonté le disque et appliqué la commande mais cela n'a eu aucun effet. Quand je regarde le résultat dans GPARTED les 15go sont toujours utilisés.
sudo tune2fs -m 0 /dev/sda1

Je pense que pour pouvoir utiliser tune2fs, il faut
- que gparted soit fermé
- et que la partition sdXN (et non le "disque") soit
- formatée en extY
- correctement identifiée, par exemple par

sudo lsblk -o name,fstype,size,label,mountpoint

- et démontée.

= =

Oublie les formats windows si tu n'as pas windows pour assurer leur maintenance.

michel_04 · Le 08/05/2018, à 09:30

Bonjour,

swake29 a écrit :

J'ai bien EXFAT dans la liste mais il est grisé, je ne peux pas l'utiliser.

Regarde la page Exfat dans la documentation.

A+

swake29 · Le 08/05/2018, à 09:37

michel_04 a écrit :

Bonjour,
swake29 a écrit :
J'ai bien EXFAT dans la liste mais il est grisé, je ne peux pas l'utiliser.
Regarde la page Exfat dans la documentation.
A+

Sont utilisation n'est visiblement pas conseillé, ce qui ne resoud pas mon probleme

Je suis en train d'essayer différentes combinaisons entre la table de partition et le formatage mais je séche ...

Dernière modification par swake29 (Le 08/05/2018, à 09:39)

swake29 · Le 08/05/2018, à 09:48

moko138 a écrit :

swake29 a écrit :
J'ai démonté le disque et appliqué la commande mais cela n'a eu aucun effet. Quand je regarde le résultat dans GPARTED les 15go sont toujours utilisés.
sudo tune2fs -m 0 /dev/sda1
Je pense que pour pouvoir utiliser tune2fs, il faut
- que gparted soit fermé
- et que la partition sdXN (et non le "disque") soit
- formatée en extY
- correctement identifiée, par exemple par
sudo lsblk -o name,fstype,size,label,mountpoint
- et démontée.
= =
Oublie les formats windows si tu n'as pas windows pour assurer leur maintenance.

Comme cela?

franck@Ubuntu:~$ sudo lsblk -o name,fstype,size,label,mountpoint
[sudo] Mot de passe de franck : 
NAME         FSTYPE     SIZE LABEL     MOUNTPOINT
loop0        squashfs    13M           /snap/gnome-characters/86
loop1        squashfs  86,6M           /snap/core/4486
loop2        squashfs   140M           /snap/gnome-3-26-1604/59
loop3        squashfs   3,7M           /snap/gnome-system-monitor/39
loop4        squashfs   2,3M           /snap/gnome-calculator/167
loop5        squashfs  12,2M           /snap/gnome-characters/69
loop6        squashfs   1,6M           /snap/gnome-calculator/154
loop7        squashfs   140M           /snap/gnome-3-26-1604/62
loop8        squashfs   3,3M           /snap/gnome-system-monitor/36
loop9        squashfs    21M           /snap/gnome-logs/25
loop10       squashfs  21,6M           /snap/gnome-logs/31
loop11       squashfs  86,6M           /snap/core/4571
sda                   931,5G           
└─sda1       ext4     931,5G plex-data 
mmcblk0                29,1G           
├─mmcblk0p1  vfat       512M           /boot/efi
└─mmcblk0p2  ext4      28,6G           /
mmcblk0boot0              4M           
mmcblk0boot1              4M           
franck@Ubuntu:~$ sudo tune2fs -m 0 /dev/sda1
tune2fs 1.44.1 (24-Mar-2018)
Définition du pourcentage de blocs réservés à 0% (0 blocs)
franck@Ubuntu:~$

moko138 · Le 08/05/2018, à 09:54

Oui, si sda1 ext4 931,5G plex-data
est bien la partition qui t'intéresse. (Et apparemment c'est la seule qui cadre).

swake29 · Le 08/05/2018, à 09:58

Oui c'est bien celle la, tous le reste c'est ce qui correspond au disque dur de l'ordinateur sur lequel je suis.

Comme tu peu le voir il n'y a pas de message d'erreur et pourtant quand je l'ouvre à nouveau dans Gparted les 15go sont toujours là.

Il est ou le probleme? Il n'y a pas une autre solution à part Gparted pour le faire et faire la vérification?

maxire · Le 08/05/2018, à 10:15

Salut,

15,569 GO/1000 GO=1,5569% d'espace disque utilisé pour les besoins du système de fichiers, où est le problème?
Vous vous compliquez la vie pour pas grand chose!

C'est vraiment un faux problème, certes FAT32 utilise initialement moins d'espace disque mais je ne suis pas certain qu'il exploite totalement un espace de 1TO (à vérifier dans WIKIPEDIA) de plus la taille d'un fichier est limitée à 4GO.

Dernière modification par maxire (Le 08/05/2018, à 10:16)

swake29 · Le 08/05/2018, à 10:22

Maxire, dans ce cas quelle est la raison d'être de la commande Tune2fs si il ne fonctionne pas?

Autre point, ma femme fait de la photo, faite le calcul de ce que représente 15go de place perdu .....

Mais si j'ai pas le choix cela va rester comme sa mais j'aurais au moins chercher à comprendre

Dernière modification par swake29 (Le 08/05/2018, à 10:24)

?? · Le 08/05/2018, à 10:43

Cela ne change rien au fait qu'il y a déjà 15 Go de réservés
Dans le premier cas, il va refuser d'écrire dans ces 15 Go
Dans le second cas, il va accepter d'écrire dans ces 15 Go de réservés
Je suis en train de le vérifier avec deux partitions de taille identique ( 500000 Mio ) dont l'une a la modif et pas l'autre. Je mettrais le résultat lorsqu'il sera disponible.

a@a:~$ sudo fdisk -l | grep -Ei "sdc18|sdc19"
/dev/sdc18   2864052224 3888052223 1024000000 488,3G Linux filesystem
/dev/sdc19    437155840 1461155839 1024000000 488,3G Linux filesystem
a@a:~$

a@a:~$ sudo tune2fs -m 0 /dev/sdc19
tune2fs 1.43.8 (1-Jan-2018)
Définition du pourcentage de blocs réservés à 0% (0 blocs)

sudo mkdir /mnt/SDC19
sudo mount /dev/sdc19 /mnt/SDC19
sudo mkdir /mnt/SDC19/DIR19
sudo touch /mnt/SDC19/DIR19/FIC19
sudo dd if=/dev/zero bs=1M status=progress of=/mnt/SDC19/DIR19/FIC19
8547991552 bytes (8,5 GB, 8,0 GiB) copied, 50,0064 s, 171 MB/s^C
 Actuellement en cours

La première réponse est excellente

a@a:~$ sudo dd if=/dev/zero bs=1M status=progress of=/mnt/SDC19/DIR19/FIC19
80276881408 bytes (80 GB, 75 GiB) copied, 529,002 s, 152 MB/s 

514818310144 bytes (515 GB, 479 GiB) copied, 3579 s, 144 MB/s   
dd: erreur d'écriture de '/mnt/SDC19/DIR19/FIC19': Aucun espace disponible sur le périphérique
491044+0 enregistrements lus
491043+0 enregistrements écrits
514896240640 bytes (515 GB, 480 GiB) copied, 3587,48 s, 144 MB/s

==> Gparted dit alors espace actuellement disponible = 16 Mio
Comme je n'ai créé qu'un fichier, il existe des paramètres permettant de diminuer l'espace réservé pour les noms de fichiers que j'aurais pu diminuer.... Mais cela ne vaut vraiment pas le coup à cause de la relative complexité.

Dernière modification par ?? (Le 08/05/2018, à 15:58)

moko138 · Le 08/05/2018, à 10:58

Redémarre et montre

sudo tune2fs -l /dev/sda1 | grep -E "Block count|Reserved block "

Puis copie au moins un fichier sur plex-data.
Ensuite seulement ouvre gparted
- -

A priori tune2fs fonctionne ! Ne tire pas de conclusions hâtives !

- -

ma femme fait de la photo, faite le calcul de ce que représente 15go de place perdu .....

man tune2fs
       -m pourcentage_blocs_réservés
              Définir  en  pour cent la fraction du système de fichiers qui ne
              peut être allouée que par des processus privilégiés. La réserva‐
              tion  de  blocs  du système de fichiers pour une utilisation par
              des processus privilégiés permet d'éviter  la  fragmentation (...)

Imagine la tête de ta femme et la tienne si les photos et autres données étaient sur une partition fragmentée et impossible à défragmenter ?
Avec les temps d'accès qui s'ensuivraient ? Avec les risques de pertes de données itou ?

Ton raisonnement est incomplet :
- J'ose espérer que vous vous offrirez un autre DDE avant que celui-ci ne soit empli à 98,5% !

- Par ailleurs considérer 15 Gio consécutifs est une erreur.
Image : tu vois une boîte neuve de 1 kilo de sucre en morceaux bien empilés ?
Ce serait l'état de ton disque si tu le vidais et que tu lui injectes 1 Tio (=931 Gio) de données.
MAIS...
en pratique tes morceaux de sucre ne sont jamais empilés

Ces 1,5%, c'est la somme des petits intervalles qui sont réservés ou se libèrent chaque fois qu'on supprime un morceau de sucre ou fichier de, disons, 5 Mio, et qu'on écrit ensuite des fichiers pour un total de 4,750 Mio.

Dernière modification par moko138 (Le 08/05/2018, à 11:14)

maxire · Le 08/05/2018, à 11:07

Autre point, ma femme fait de la photo, faite le calcul de ce que représente 15go de place perdu .

Tout dépend du format utilisé pour les photos, c'est effectivement beaucoup en valeur absolue, mais il reste tout de même 98,4431% de 1000GO disponibles ce qui n'est pas rien.
Cela pourrait être une question de «Voir le verre à moitié plein ou à moitié vide» sauf que dans ce cas le verre est quasi vide, donc de la place à foison.

Après il est toujours intéressant de regarder comment optimiser un système.
En ce qui concerne les fameuses réservations de blocs sur lesquelles vous avez tenté de jouer, il faut savoir que ce ne sont pas ces seules réservations qui jouent dans la réservation de l'espace système, il faut ajouter le journal de restauration, un espace d'indexation (j'imagine) etcetera.

Ce n'est pas un truc simple du tout, il faudrait carrément lire les spécifications de ext3 pour arriver à optimiser l'utilisation de l'espace disque.

Ensuite, ext4 n'est peut-être pas forcément le meilleur système de fichiers pour conserver des photos et des vidéos, je n'en sais rien.

Note: Lorsque l'on parle de 5% d'espace réservé cela ne veut absolument pas dire que cet espace de 5% de la partition est utilisé d'entrée et donc signalé en tant que tel!

Dernière modification par maxire (Le 08/05/2018, à 11:11)

?? · Le 08/05/2018, à 13:44

Pour Moko138

a@a:~$ sudo tune2fs -l /dev/sdc18 | grep -E "Block count|Reserved block "
Block count:              128000000
Reserved block count:     6400000
a@a:~$ sudo tune2fs -l /dev/sdc19  | grep -E "Block count|Reserved block "
Block count:              128000000
Reserved block count:     0
a@a:~$

Pour tous

a@a:/mnt/SDC19/DIR19$ sudo tune2fs -m 51 /dev/sdc19
tune2fs 1.43.8 (1-Jan-2018)
tune2fs: taux de blocs réservés erroné - 51
Usage: tune2fs [-c max_mounts_count] [-e errors_behavior] [-f] [-g group]
	[-i interval[d|m|w]] [-j] [-J journal_options] [-l]
	[-m reserved_blocks_percent] [-o [^]mount_options[,...]]
	[-r reserved_blocks_count] [-u user] [-C mount_count]
	[-L volume_label] [-M last_mounted_dir]
	[-O [^]feature[,...]] [-Q quota_options]
	[-E extended-option[,...]] [-T last_check_time] [-U UUID]
	[-I new_inode_size] [-z undo_file] device
a@a:/mnt/SDC19/DIR19$ sudo tune2fs -m 50 /dev/sdc19
tune2fs 1.43.8 (1-Jan-2018)
Définition du pourcentage de blocs réservés à 50% (64000000 blocs)
a@a:/mnt/SDC19/DIR19$

Dernière modification par ?? (Le 08/05/2018, à 16:00)

?? · Le 08/05/2018, à 15:50

Cela fonctionne correctement.

a@a:/mnt/SDC18/DIR18$ sudo tune2fs -m 50 /dev/sdc18
tune2fs 1.43.8 (1-Jan-2018)
Définition du pourcentage de blocs réservés à 50% (64000000 blocs)

a@a:/mnt/SDC18/DIR18$ dd if=/dev/zero bs=1M status=progress of=/mnt/SDC18/DIR18/FIC18A 
252688990208 bytes (253 GB, 235 GiB) copied, 2430,01 s, 104 MB/s
dd: erreur d'écriture de '/mnt/SDC18/DIR18/FIC18A': Aucun espace disponible sur le périphérique
241044+0 enregistrements lus
241043+0 enregistrements écrits
252752269312 bytes (253 GB, 235 GiB) copied, 2438,39 s, 104 MB/s

a@a:/mnt/SDC18/DIR18$ ls -ls
total 246828416
246828416 -rw-r--r-- 1 a a 252752269312 mai    8 15:44 FIC18A

a@a:/mnt/SDC18/DIR18$ df -h | grep sdc18
/dev/sdc18         480G    236G     0 100% /mnt/SDC18
a@a:/mnt/SDC18/DIR18$

@a:/mnt/SDC18/DIR18$ touch FIC18B
a@a:/mnt/SDC18/DIR18$ ls -ls
total 246828416
246828416 -rw-r--r-- 1 a a 252752269312 mai    8 15:44 FIC18A
        0 -rw-r--r-- 1 a a            0 mai    8 15:52 FIC18B
a@a:/mnt/SDC18/DIR18$  dd if=/dev/zero bs=1M status=progress of=/mnt/SDC18/DIR18/FIC18B
dd: erreur d'écriture de '/mnt/SDC18/DIR18/FIC18B': Aucun espace disponible sur le périphérique
1+0 enregistrements lus
0+0 enregistrements écrits
0 bytes copied, 0,00164228 s, 0,0 kB/s

a@a:/mnt/SDC18/DIR18$ sudo tune2fs -m 40 /dev/sdc18
tune2fs 1.43.8 (1-Jan-2018)
Définition du pourcentage de blocs réservés à 40% (51200000 blocs)
a@a:/mnt/SDC18/DIR18$ dd if=/dev/zero bs=1M status=progress of=/mnt/SDC18/DIR18/FIC18B
52413071360 bytes (52 GB, 49 GiB) copied, 519,013 s, 101 MB/s 
dd: erreur d'écriture de '/mnt/SDC18/DIR18/FIC18B': Aucun espace disponible sur le périphérique
50000+0 enregistrements lus
49999+0 enregistrements écrits
52428791808 bytes (52 GB, 49 GiB) copied, 527,049 s, 99,5 MB/s
a@a:/mnt/SDC18/DIR18$ df -h | grep sdc18
/dev/sdc18         480G    285G     0 100% /mnt/SDC18
a@a:/mnt/SDC18/DIR18$

a@a:/mnt/SDC18/DIR18$ sudo tune2fs -m 20 /dev/sdc18
tune2fs 1.43.8 (1-Jan-2018)
Définition du pourcentage de blocs réservés à 20% (25600000 blocs)
a@a:/mnt/SDC18/DIR18$ dd if=/dev/zero bs=1M status=progress of=/mnt/SDC18/DIR18/FIC18C
104794685440 bytes (105 GB, 98 GiB) copied, 1114,01 s, 94,1 MB/s
dd: erreur d'écriture de '/mnt/SDC18/DIR18/FIC18C': Aucun espace disponible sur le périphérique
100000+0 enregistrements lus
99999+0 enregistrements écrits
104857587712 bytes (105 GB, 98 GiB) copied, 1123,58 s, 93,3 MB/s
a@a:/mnt/SDC18/DIR18$ df -h | grep sdc18
/dev/sdc18         480G    382G     0 100% /mnt/SDC18
a@a:/mnt/SDC18/DIR18$
a@a:/mnt/SDC18/DIR18$ ls -ls
total 400428416
246828416 -rw-r--r-- 1 a a 252752269312 mai    8 15:44 FIC18A
 51200000 -rw-r--r-- 1 a a  52428791808 mai    8 16:03 FIC18B
102400000 -rw-r--r-- 1 a a 104857587712 mai    8 16:25 FIC18C
a@a:/mnt/SDC18/DIR18$

a@a:/mnt/SDC18/DIR18$ sudo tune2fs -m 5 /dev/sdc18
tune2fs 1.43.8 (1-Jan-2018)
Définition du pourcentage de blocs réservés à 5% (6400000 blocs)
a@a:/mnt/SDC18/DIR18$ touch FIC18D
a@a:/mnt/SDC18/DIR18$ dd if=/dev/zero bs=1M status=progress of=/mnt/SDC18/DIR18/FIC18D
78589722624 bytes (79 GB, 73 GiB) copied, 1086,01 s, 72,4 MB/s 
dd: erreur d'écriture de '/mnt/SDC18/DIR18/FIC18D': Aucun espace disponible sur le périphérique
75000+0 enregistrements lus
74999+0 enregistrements écrits
78643191808 bytes (79 GB, 73 GiB) copied, 1098,76 s, 71,6 MB/s
a@a:/mnt/SDC18/DIR18$ df -h | grep sdc18
/dev/sdc18         480G    456G     0 100% /mnt/SDC18
a@a:/mnt/SDC18/DIR18$ ls -ls
total 477228416
246828416 -rw-r--r-- 1 a a 252752269312 mai    8 15:44 FIC18A
 51200000 -rw-r--r-- 1 a a  52428791808 mai    8 16:03 FIC18B
102400000 -rw-r--r-- 1 a a 104857587712 mai    8 16:25 FIC18C
 76800000 -rw-r--r-- 1 a a  78643191808 mai    8 16:57 FIC18D

Le dernier sera un peu raté suite a une fausse manip ayant écrasé le fichier FIC18C

a@a:/mnt/SDC18/DIR18$ sudo tune2fs -m 0 /dev/sdc18
tune2fs 1.43.8 (1-Jan-2018)
Définition du pourcentage de blocs réservés à 0% (0 blocs)
a@a:/mnt/SDC18/DIR18$ touch FIC18E 
a@a:/mnt/SDC18/DIR18$ dd if=/dev/zero bs=1M status=progress of=/mnt/SDC18/DIR18/FIC18E
104163442688 bytes (104 GB, 97 GiB) copied, 1360,01 s, 76,6 MB/s
dd: erreur d'écriture de '/mnt/SDC18/DIR18/FIC18E': Aucun espace disponible sur le périphérique
99339+0 enregistrements lus
99338+0 enregistrements écrits
104164470784 bytes (104 GB, 97 GiB) copied, 1370,28 s, 76,0 MB/s
a@a:/mnt/SDC18/DIR18$ ls -ls
total 502828416
246828416 -rw-r--r-- 1 a a 252752269312 mai    8 15:44 FIC18A
 51200000 -rw-r--r-- 1 a a  52428791808 mai    8 16:03 FIC18B
102400000 -rw-r--r-- 1 a a 104857587712 mai    8 16:25 FIC18C
   676868 -rw-r--r-- 1 a a    693108736 mai    8 17:01 FIC18D
101723132 -rw-r--r-- 1 a a 104164470784 mai    8 17:25 FIC18E
a@a:/mnt/SDC18/DIR18$ df -h | grep sdc18
/dev/sdc18         480G    480G     0 100% /mnt/SDC18
a@a:/mnt/SDC18/DIR18$

Cependant, démonstration est faite qu'il est possible de formater par gparted puis de faire la commande qui libère toute la place réservée afin de ne rien perdre de l'espace disque. Inutile d'attendre qu'il n'y ait plus de place pour le faire puisque normalement les messages d'alerte devraient fonctionner .....

Dernière modification par ?? (Le 08/05/2018, à 17:37)

herodote k210 · Le 30/12/2018, à 22:14

Bonjour à tous je reprends ce sujet pour poser deux questions, j'ai un DDE de 1to qui est dans la même situation que la problématique de ce fil.
Mais je souhaiterais deux éclaircissements s'il vous plaît.
J'ai installé un DDE de 1To donc car mon DDE de 500Go arrive en fin de vie selon les données smart.
Et aussi voire mon précédent sujet pour faire une sauvegarde.

Donc suite à quelques soucis d'installation du DVD ubuntu 18.04 je me suis repris à quatre fois, le dvd ne fonctionnait pas pour ubuntu 18.04 mais comme je voulais deux partitions linux, pour la deuxième le dvd a fonctionné en installant ubuntu-budgie.

Et je me suis fait prêter un DVD défectueux d'installation issu d'un magazine.
J'ai supprimé et réinstallé trois fois la 1er partition, les deux premières fois avec un ubuntu 18.04 défectueux et ensuite avec un ubuntu 14.04 (dvd que j'avais) puis en le formatant pour installer car cela ne m'intéressait pas, xubuntu 18.04 de ce dvd et qui a fonctionné et ubuntu budgie d'un autre dvd.
Avec une partion étendu et une logique de 944go.
Avec surprise je me retrouve avec trois os xubuntu xubuntu, ubuntu budgie et une ubuntu 16.04 qui sort de je ne sais trop où.
Et surtout une data de 878Go.
Alors j'ai pensé que durant l'installation la 14.04 a muté en 16.04 en fin d'installation et qu'elle s'était implanté par erreur de ma part dans la data.
Donc je supprime la logique et puis l'étendue et je crée une primaire de 944GO.
Je me retrouve toujours avec une data de 879Go.

Alors je fais une recherche et je découvre plusieurs sujets ici et ailleurs.
Donc je réduis à 1% en utilisant cette commande:

sudo mkfs.ext4 -m 1 /dev/sda5

car celle-ci n'a pas fonctionnée:

sudo tune2fs -m 1 /dev/sda5

J'ai lu ce fil, vu que c'est une data il est possible de placer l'espace réservé à la gestion à 0%. Vu que les deux autres partitions os, ont leur 5% réservées.

Et j'obtiens cela :
capacité de SDB5 selon paramètres-fichier

Je l'ai laissé à un 1% mais je pense ne rien risquer à le mettre à 0, à moins que je me trompe?
Mais sinon un détail m'intrigue, selon propriétés j'ai un total de 929,.. GO d'espace total, soit 944-15go, ce qui me paraît normal, vu que cela doit permettre le fonctionnement et la gestion du DDe. j'ai 9GO de réserver soit les 1%.

Mais quand je fais

 fdisk -l ou ceci sudo lsblk -o name,fstype,size,label,mountpoint

J'ai 879Go de disponible pour ma sdb5:

jean-marc@gargantua:~$ sudo lsblk -o name,fstype,size,label,mountpoint
[sudo] Mot de passe de jean-marc : 
NAME   FSTYPE   SIZE LABEL MOUNTPOINT
sda           931,5G       
├─sda1 ext4    32,7G       
├─sda2 ext4    18,6G       
├─sda3 ext4   879,3G       
└─sda4 swap     954M       
sdb           465,8G       
├─sdb1 swap     3,7G       [SWAP]
├─sdb2 ext4    23,3G       /
├─sdb3 ext4    23,3G       
├─sdb4            1K       
└─sdb5 ext4   415,5G       /data
sr0            1024M       
jean-marc@gargantua:~$ sudo 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 : 0xcddbeb4d

Périphérique Amorçage     Début        Fin   Secteurs Taille Id Type
/dev/sda1    *              2048   68562943   68560896  32,7G 83 Linux
/dev/sda2               68562944  107624447   39061504  18,6G 83 Linux
/dev/sda3              107624448 1951569919 1843945472 879,3G 83 Linux
/dev/sda4             1951569920 1953523711    1953792   954M 82 partition d'éch


Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x9c6b095f

Périphérique Amorçage    Début       Fin  Secteurs Taille Id Type
/dev/sdb1                  2048   7813119   7811072   3,7G 82 partition d'échang
/dev/sdb2    *          7813120  56641535  48828416  23,3G 83 Linux
/dev/sdb3              56641536 105469951  48828416  23,3G 83 Linux
/dev/sdb4             105471998 976771071 871299074 415,5G  5 Étendue
/dev/sdb5             105472000 976771071 871299072 415,5G 83 Linux

J'ai du mal a expliquer cette différence.

Dernière modification par herodote k210 (Le 30/12/2018, à 22:15)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/05/2018, à 23:24

Formatage et espace utilisés?

#2 Le 07/05/2018, à 23:45

Re : Formatage et espace utilisés?

#3 Le 07/05/2018, à 23:47

Re : Formatage et espace utilisés?

#4 Le 07/05/2018, à 23:56

Re : Formatage et espace utilisés?

#5 Le 08/05/2018, à 05:59

Re : Formatage et espace utilisés?

#6 Le 08/05/2018, à 07:55

Re : Formatage et espace utilisés?

#7 Le 08/05/2018, à 08:31

Re : Formatage et espace utilisés?

#8 Le 08/05/2018, à 09:01

Re : Formatage et espace utilisés?

#9 Le 08/05/2018, à 09:09

Re : Formatage et espace utilisés?

#10 Le 08/05/2018, à 09:11

Re : Formatage et espace utilisés?

#11 Le 08/05/2018, à 09:15

Re : Formatage et espace utilisés?

#12 Le 08/05/2018, à 09:22

Re : Formatage et espace utilisés?

#13 Le 08/05/2018, à 09:30

Re : Formatage et espace utilisés?

#14 Le 08/05/2018, à 09:37

Re : Formatage et espace utilisés?

#15 Le 08/05/2018, à 09:48

Re : Formatage et espace utilisés?

#16 Le 08/05/2018, à 09:54

Re : Formatage et espace utilisés?

#17 Le 08/05/2018, à 09:58

Re : Formatage et espace utilisés?

#18 Le 08/05/2018, à 10:15

Re : Formatage et espace utilisés?

#19 Le 08/05/2018, à 10:22

Re : Formatage et espace utilisés?

#20 Le 08/05/2018, à 10:43

Re : Formatage et espace utilisés?

#21 Le 08/05/2018, à 10:58

Re : Formatage et espace utilisés?

#22 Le 08/05/2018, à 11:07

Re : Formatage et espace utilisés?

#23 Le 08/05/2018, à 13:44

Re : Formatage et espace utilisés?

#24 Le 08/05/2018, à 15:50

Re : Formatage et espace utilisés?

#25 Le 30/12/2018, à 22:14

Re : Formatage et espace utilisés?

Pied de page des forums