[info] geometrie disque dur GPT 4 To

domi301 · Le 04/12/2018, à 02:00

Salut

je pensais être l'heureux propriétaire d'un HD de 4 To Seagate ST4000DM004 tout neuf mais j'ai un gros doute

la doc seagate https://www.seagate.com/www-content/pro … 05918j.pdf
indique :
Drive Specification*
ST4000DM004
ST3000DM007

Formatted capacity (512 bytes/sector)**
4000GB (4TB)
3000GB (3TB)

Guaranteed sectors
7,814,037,168
5,860,533,168

je devrais donc avoir 7,814,037,168 secteurs et "environ" 4 TO
mais avant même de le fomatter il ne montre que 2.73 To et 5860577134 secteurs !!!
et c'est quand même trés proche de la capacité du 3 To alors qu'il est sensé en faire 4 To

gparted, fdisk et gnome-disks sont d'accord entre eux sur la taille et le nombre de secteurs trop faibles
mais pourtant gparted reconnait bien le modèle et le SN qui correspondent à l'étiquette

?? je suis idiot et je rate un truc ou mon vendeur est "douteux"

(ca se passe sous une xub 18.04 si besoin d'info système)

La visu Gparted

l'étiquette du disque

Dernière modification par domi301 (Le 22/03/2019, à 22:37)

gazimel · Le 04/12/2018, à 10:47

Bonjour.

Le disque n'a pas de table de partition, il faut en créer une
Gparted, onglet périphérique, créer une table de partitions, MSDOS ou GPT .
Cela dépend si Ubuntu a été installé sur BIOS ou UEFI.
Avec MSDOS, la taille utilisable du disque est limitée.

domi301 · Le 04/12/2018, à 14:46

merci Gazimel mais...

je suis d'accord qu'il faut que je crée une partition GPT pour pouvoir utiliser les 4 To avant de la partitionner en ext4
mais comme je ne vais peut être pas garder ce disque je voulais éviter d'écrire dessus dans un 1er temps

?? quel rapport entre l'absence de partition sur ce disque et le Nb de secteurs vus par Gparted ou fdsik sur ce périphérique

?? est ce que Gparted peut se tromper alors que l'on parle bien d'info de périphérique et pas de partition
ou bien Gparted est fiable et alors c'est le disque qui est louche...

?? faut il que j'utilise d'autres outils pour examiner le suspect (testdisk ou ???)

dans le doute j'ai aussi essayé dans une tour W10, toujours sans créer de partition, et la aussi ca m'annonce 2.73 To même si windows ne daigne pas indiquer le Nb de secteurs

moko138 · Le 04/12/2018, à 15:48

Montre

sudo parted -l

(D'après ce que tu indiques, on peut penser que ton disque de 4 To a déjà une table dos.
Donc à remplacer par une GPT.)

Dernière modification par moko138 (Le 04/12/2018, à 16:06)

moko138 · Le 04/12/2018, à 16:05

L'étiquette de ton disque est incomplète et je n'avais pas regardé ta première capture. Mais la mention
"étiquette de disque non reconnue" indique une absence de table de partitions.

Si ton disque avait des secteurs de 4096 octets, sa taille serait déjà reconnue.
Mais comme il a été fabriqué avec des secteurs de 512 octets ET qu'il n'a pas encore de table, le décompte des secteurs ne peut pas aller au delà de 2,73 Tio / 3,2 To.

Donc dès que tu auras créé une GPT, tu verras apparaître tes 4 To, issus de ce décompte des secteurs:

Taille de secteur (logique / physique) : 512 octets / 4096 octets

domi301 · Le 05/12/2018, à 22:07

Merci moko138 c'est plus clair
mais ca va pas mieux après avoir créé une table GPT depuis Gparted
a la création d'une partition il me propose toujours seulement 2.7 Tio...
[edit] il fallait un reboot...

[edit] la bonne nouvelle c'est qu'après divers autres manips j'ai résolu mon soucis initial
j'ai surtout détaillé la liste des manips/tests pour aider les prochains

mais il me reste encore des soucis indiqués en fin de fil
[fin edit]

Pour vous décrire le contexte c'est une vieille tour obsolète que j'utilise comme pseudo NAS de sauvegarde réseau
sda = le boot (un vieil IDE de 40 Go..)
sdb = le nouveau disque seagate de soit disant 4 To
sdc = un disque WesternDigital de 4 To actif avec des données que j'essaie de cloner. il a une partition bizarre "loop" qui est peut être le résultat d'une init via gnome-disk il y a une paire d'année

$ sudo parted -l
Modèle: ATA WDC WD400EB-00CP (scsi)
Disque /dev/sda : 40,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  40,0GB  40,0GB  primary  ext4                 démarrage


Modèle: ATA ST4000DM004-2CV1 (scsi)
Disque /dev/sdb : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Disk Flags: 

Numéro  Début  Fin  Taille  Système de fichiers  Nom  Fanions


Modèle: ATA WDC WD40EZRZ-00G (scsi)
Disque /dev/sdc : 4001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : loop
Disk Flags: 

Numéro  Début  Fin     Taille  Système de fichiers  Fanions
 1      0,00B  4001GB  4001GB  ext4

$ sudo fdisk -l
Disque /dev/sda : 37,3 GiB, 40020664320 octets, 78165360 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 : 0x4bd58079

Périphérique Amorçage Début      Fin Secteurs Taille Id Type
/dev/sda1    *         2048 78163967 78161920  37,3G 83 Linux


Disque /dev/sdb : 2,7 TiB, 3000615492608 octets, 5860577134 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 : gpt
Identifiant de disque : 4C2A080F-9D97-4D9A-8930-5EEF2BA548BF


Disque /dev/sdc : 3,7 TiB, 4000787030016 octets, 7814037168 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

$ sudo gdisk -l /dev/sdb
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 5860577134 sectors, 2.7 TiB
Model: ST4000DM004-2CV1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 4C2A080F-9D97-4D9A-8930-5EEF2BA548BF
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 5860577100
Partitions will be aligned on 2048-sector boundaries
Total free space is 5860577067 sectors (2.7 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name

$ sudo gdisk -l /dev/sdc
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries.
Disk /dev/sdc: 7814037168 sectors, 3.6 TiB
Model: WDC WD40EZRZ-00G
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): DA38E84E-048F-4762-B402-593C65B619D3
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 7814037134
Partitions will be aligned on 2048-sector boundaries
Total free space is 7814037101 sectors (3.6 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name

Dernière modification par domi301 (Le 06/12/2018, à 00:11)

domi301 · Le 06/12/2018, à 00:06

on continue après un reboot...

pour info meme le BIOS (vieux non UEFI) ne détecte pas correctement le disque)
le western est annoncé à 40020 Mo
mais le seagate a seulement 30000

c'est encore bancal mais ca va un peu mieux
par contre parted rale sec

$ sudo gdisk -l /dev/sdb
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 7814035055 sectors, 3.6 TiB
Model: ST4000DM004-2CV1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 4C2A080F-9D97-4D9A-8930-5EEF2BA548BF
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 5860577100
Partitions will be aligned on 2048-sector boundaries
Total free space is 5860577067 sectors (2.7 TiB)

$ sudo parted -l
...

Avertissement: Il semble que l'espace disponible sur /dev/sdb ne soit pas
totalement utilisé, voulez-vous ajuster la table GPT pour utiliser tout l'espace
(1953457921 blocs en plus) ou continuer ainsi ?

dans le doute j'ai préféré tuer parted et repartir du début avec gdisk en recréant une table GPT

NB: une doc très complète sur gdisk (anglais)
https://rodsbooks.com/gdisk/

voici donc le film

$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): o
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): y

Command (? for help): p
Disk /dev/sdb: 7814035055 sectors, 3.6 TiB
Model: ST4000DM004-2CV1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 78CB00D1-1959-40AE-BDCE-EF4B571E9728
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 7814035021
Partitions will be aligned on 2048-sector boundaries
Total free space is 7814034988 sectors (3.6 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name

Command (? for help): n
Partition number (1-128, default 1): 
First sector (34-7814035021, default = 2048) or {+-}size{KMGTP}: 
Last sector (2048-7814035021, default = 7814035021) or {+-}size{KMGTP}: 
Current type is 'Linux filesystem'
Hex code or GUID (L to show codes, Enter = 8300): 

Command (? for help): p
Disk /dev/sdb: 7814035055 sectors, 3.6 TiB
Model: ST4000DM004-2CV1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 78CB00D1-1959-40AE-BDCE-EF4B571E9728
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 7814035021
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      7814035021   3.6 TiB     8300  Linux filesystem

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/sdb.
The operation has completed successfully.

après formatage, un peu de "tuning" (remerci moko138 pour ces astuces)

$ sudo tune2fs -m 1 /dev/sdb1
tune2fs 1.44.1 (24-Mar-2018)
Définition du pourcentage de blocs réservés à 1% (9767541 blocs)

$ sudo tune2fs  -c 30  -i 11d  /dev/sdb1
tune2fs 1.44.1 (24-Mar-2018)
Définition du nombre maximal de montages à 30
Définition de l'intervalle de vérification à 950400 secondes



$ sudo parted -l
...
Modèle: ATA ST4000DM004-2CV1 (scsi)
Disque /dev/sdb : 4001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Disk Flags: 

Numéro  Début   Fin     Taille  Système de fichiers  Nom            Fanions
 1      1049kB  4001GB  4001GB  ext4                 Clone_Seag_4T


Modèle: ATA WDC WD40EZRZ-00G (scsi)
Disque /dev/sdc : 4001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : loop
Disk Flags: 

Numéro  Début  Fin     Taille  Système de fichiers  Fanions
 1      0,00B  4001GB  4001GB  ext4

après un reboot le bios voit bien le seagate correctement à 4000 Go

je vais donc garder ce disque qui au final est tout à fait normal...

mais il me reste encore quelques doutes
(merci de votre patience...)

dans la création de la partition je n'ai pas osé finasser le début secteur 34 et j'ai appliqué le défaut 2048
?? était ce vraiment utile sur un disque purement "data"
ca change quoi (en dehors de la perte d'un Mo...)

le western /dev/sdc semble bien fonctionner mais j'ai constaté quelques bizarreries lors des tests
pas de GPT malgrè une partition de 4 To, type "loop"
?? serait il plus prudent de le réinitialiser avec gdisk pour la stabilité à long terme
(maintenant que j'ai de quoi le sauvegarder...)

il est même alergique au tune2fs

$ sudo tune2fs -m 1 /dev/sdc1
tune2fs 1.44.1 (24-Mar-2018)
tune2fs: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdc1
Impossible de trouver un superbloc de système de fichiers valide.

moko138 · Le 06/12/2018, à 00:46

Modèle: ATA WDC WD40EZRZ-00G (scsi)
Disque /dev/sdc : 4001GB
Table de partitions : loop
Numéro Début Fin Taille Système de fichiers Fanions
1 0,00B 4001GB 4001GB ext4

Oui, sauvegarde d'abord le contenu puis offre-lui une GPT.
Et ne fais PLUS JAMAIS de partition sans table !

moko138 · Le 06/12/2018, à 01:34

dans la création de la partition je n'ai pas osé finasser le début secteur 34 et j'ai appliqué le défaut 2048

Tu as bien fait.

ca change quoi (en dehors de la perte d'un Mo...)

La table GPT, oui, finit à 34 * 512 octets, (cf. Nasman en ./viewtopic.php?pid=21870161#p21870161) en conservant de quoi définir 128 partitions. Donc en théorie on pourrait faire commencer la première partition juste après, mais...
la plupart des S.E. et des applis actuels sont optimisés pour des partitions dites "alignées", c'est-à-dire démarrant sur des multiples entiers de 1 Mio.

Donc n'attends pas d'avoir des warnings à chaque montage, puis de grandes difficultés à récupérer les données d'une partition de 4 Tio : applique tout de suite ce que les systèmes actuels et les applis attendent.

domi301 · Le 22/03/2019, à 22:49

Salut

la fin de l'histoire avec un peu de retard...
ayant réussi à valider mon disque neuf en 4 To GPT j'ai voulu faire quelques changements de dossiers sur le vieux disque western avant de le dupliquer
=> grosse mauvaise idée, game over toute l'arborescence à explosée ainsi que la partition, plus d'accès possible et encore moins de copie...

=> une bonne semaine de "jeux" avec testdisk pour récupérer pas mal de dossiers mais souvent en plusieurs exemplaires... puis de verif avec d'autres bouts d'archives...
et petit coup de mou avec la gestion du bazar qui m'avait empéché de finaliser la discussion...:rolleyes:

j'ai fini par refaire un GPT propre sur le disque qui avait explosé puis le redupliquer à partir des bouts récupérés...
pour l'instant ca baigne avec des verifs régulières grace à tune2fs

avec "un peu" de retard, encore merci à moko138 pour les excellents conseils

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/12/2018, à 02:00

[info] geometrie disque dur GPT 4 To

#2 Le 04/12/2018, à 10:47

Re : [info] geometrie disque dur GPT 4 To

#3 Le 04/12/2018, à 14:46

Re : [info] geometrie disque dur GPT 4 To

#4 Le 04/12/2018, à 15:48

Re : [info] geometrie disque dur GPT 4 To

#5 Le 04/12/2018, à 16:05

Re : [info] geometrie disque dur GPT 4 To

#6 Le 05/12/2018, à 22:07

Re : [info] geometrie disque dur GPT 4 To

#7 Le 06/12/2018, à 00:06

Re : [info] geometrie disque dur GPT 4 To

#8 Le 06/12/2018, à 00:46

Re : [info] geometrie disque dur GPT 4 To

#9 Le 06/12/2018, à 01:34

Re : [info] geometrie disque dur GPT 4 To

#10 Le 22/03/2019, à 22:49

Re : [info] geometrie disque dur GPT 4 To

Pied de page des forums