[Résolu] Disque dur 4to marque 1.64to sur Gparted

N²Heisenberg · Le 22/09/2019, à 02:42

Voilà pour la version Mac :

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

   P Mac HFS               2207345985 3013700930  806354946 [Q~[.TM-)A~C^F
^]


Support for this filesystem hasn't been implemented.

Après ce que tu me demandes à la fin de ton message ça donne ça :

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1801 GB / 1678 GiB - CHS 219051 255 63

     Partition                  Start        End    Size in sectors

 1 P MS Data                150642472 2000250663 1849608192
 2 P Mac HFS               2207345985 3013700930  806354946 [Q~[.TM-)A~C^F
^]

[  Quit  ] >[Deeper Search]  [ Write  ]
                          Try to find more partitions

Comme tu parles de "continuer l'exploration en plus détaillé." et que ça donne rien j'ai cliqué sur

[Deeper Search]

Mais je crois qu'il est reparti pour un tout est qu'il va ma donner les même résultat que sur la réponse #47 (la dernier capture).

N²Heisenberg · Le 22/09/2019, à 17:41

Voilà après :

 [Deeper Search]

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1801 GB / 1678 GiB - CHS 219051 255 63

The harddisk (1801 GB / 1678 GiB) seems too small! (< 4000 GB / 3726 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partition can't be recovered:
     Partition               Start        End    Size in sectors
>  MS Data                   264192 7814035455 7813771264

[ Continue ]
NTFS, blocksize=4096, 4000 GB / 3725 GiB

N²Heisenberg · Le 22/09/2019, à 17:43

 [Continue]

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1801 GB / 1678 GiB - CHS 219051 255 63
     Partition               Start        End    Size in sectors
>D MS Data                150642472 2000250663 1849608192
 D MS Data                151346984 2000955175 1849608192
 D MS Data                152047400 2001655591 1849608192
 D Mac HFS                459151922  593369651  134217730
 D Mac HFS                593369648  727587377  134217730
 D Mac HFS               1400991043 2207345988  806354946 [Q~[.TM-)A~C^F
 D Mac HFS               1426102812 1434524189    8421378
 D Mac HFS               1434524186 1442945563    8421378
 D Mac HFS               2207345985 3013700930  806354946 [Q~[.TM-)A~C^F
 D MS Data               2707962386 2708108299     145914 [~QM-x~\M-N~I^^_^Lm-M-4M-2~T]
 D MS Data               2707962387 2708108300     145914 [~QM-x~\M-N~I^^_^Lm-M-4M-2~T]
 D Mac HFS               2738571785 2746960394    8388610
 D Mac HFS               2746960391 2755349000    8388610
 D Mac HFS               2786627965 2786660734      32770
 D Mac HFS               2786660731 2786693500      32770

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
ext4 blocksize=4096 Large_file Sparse_SB Recover, 946 GB / 881 GiB

N²Heisenberg · Le 22/09/2019, à 17:45

J'en suis là, je choisis quelle option maintenant ?

moko138 · Le 22/09/2019, à 20:32

Là, on a une taille voisine de 4 Go :

The following partition can't be recovered:
     Partition               Start        End    Size in sectors
>  MS Data                   264192 7814035455 7813771264

[ Continue ]
NTFS, blocksize=4096, 4000 GB / 3725 GiB

7.814.035.455 secteurs = ± 3.907.000.000 kio = ± 3.726 Gio.

Mais le fâcheux "can't be recovered"... explique l'absence du "P: list file" tant attendu.

Avant de passer à photorec, espérons que les cadors sachent exploiter

     Partition               Start        End    Size in sectors
>  MS Data                   264192 7814035455 7813771264

mieux que testdisk !

= =

Le début en 264.192 = 132.096 kio = 129,000 Mio
m'évoque furieusement
1 Mio le début classique en GPT
+128 Mio la partition MSR (Microsoft Reserved) sans système de fichiers créée par Windows sur les disques à GPT et non encore scindée.
Mais cela veut aussi dire absence de partition EFI, soit qu'il n'y en ait jamais eu, soit qu'elle ait été supprimée en créant la grande partition.
--> Dans l'hypothèse MSR, ça nous ferait un disque :
- interne ;
- de données (pas de système) ;
- formaté depuis un windows (si MSR).

geole · Le 22/09/2019, à 23:19

N²Heisenberg a écrit :

J'en suis là, je choisis quelle option maintenant ?

Bonsoir.
La recherche approfondie a trouvé cinq partitions NTFS Delete

En fait probablement moins car les trois premières ont la même taille et les deux autres aussi une même taille
Donc, tu explores le contenu de la première en frappant le caractère p pour voir ce que cela donne. Puis tu remontes en frappant q et tu passes à la seconde ligne
exactement comme tu as pu faire au message 49 ( https://forum.ubuntu-fr.org/viewtopic.p … #p22152382 )

Dernière modification par geole (Le 22/09/2019, à 23:32)

geole · Le 22/09/2019, à 23:32

N²Heisenberg a écrit :

Voilà pour la version Mac :

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

   P Mac HFS               2207345985 3013700930  806354946 [Q~[.TM-)A~C^F
^]

Support for this filesystem hasn't been implemented.

.

J'ai peut-être une idée pour ce problème
Peux-tu installer un logiciel de gestion gestion des partitions apple qui est peut-être absent..

sudo   apt   install   hfsplus

et voir si le message reste le même. Si la partition est reconnue, et qu'il n'y a pas grand chose, le deep search montre qu'il y a neuf lignes trouvées pour ce format. Elles seront aussi à explorer.

Dernière modification par geole (Le 22/09/2019, à 23:34)

N²Heisenberg · Le 23/09/2019, à 03:36

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1801 GB / 1678 GiB - CHS 219051 255 63
     Partition               Start        End    Size in sectors
 D MS Data                150642472 2000250663 1849608192
 D MS Data                151346984 2000955175 1849608192
 D MS Data                152047400 2001655591 1849608192
 D Mac HFS                459151922  593369651  134217730
 D Mac HFS                593369648  727587377  134217730
 D Mac HFS               1400991043 2207345988  806354946 [Q~[.TM-)A~C^F
 D Mac HFS               1426102812 1434524189    8421378
 D Mac HFS               1434524186 1442945563    8421378
 D Mac HFS               2207345985 3013700930  806354946 [Q~[.TM-)A~C^F
 D MS Data               2707962386 2708108299     145914 [~QM-x~\M-N~I^^_^Lm-M-4M-2~T]
 D MS Data               2707962387 2708108300     145914 [~QM-x~\M-N~I^^_^Lm-M-4M-2~T]
 D Mac HFS               2738571785 2746960394    8388610
 D Mac HFS               2746960391 2755349000    8388610
 D Mac HFS               2786627965 2786660734      32770
 D Mac HFS               2786660731 2786693500      32770

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
ext4 blocksize=4096 Large_file Sparse_SB Recover, 946 GB / 881 GiB

Resultat Ligne 1

MS Data                150642472 2000250663 1849608192
Directory /

No file found, filesystem may be damaged.

Resultat ligne 2

MS Data                151346984 2000955175 1849608192
Directory /

No file found, filesystem may be damaged.

Resultat Ligne 3

MS Data                152047400 2001655591 1849608192
Directory /

No file found, filesystem may be damaged.

Resultat Ligne 4

Mac HFS                459151922  593369651  134217730

Support for this filesystem hasn't been implemented.

APRÈS TOUT EST REVENU AU DÉBUT ! Les nerfs !!!

N²Heisenberg · Le 23/09/2019, à 03:43

J'arrive pas à démarrer

hfsplus

pourtant je viens de l'installer.

N²Heisenberg · Le 23/09/2019, à 03:43

moko138 a écrit :

--> Dans l'hypothèse MSR, ça nous ferait un disque :
- interne ;
- de données (pas de système) ;
- formaté depuis un windows (si MSR).

Oui c'est ça !

N²Heisenberg · Le 24/09/2019, à 17:14

Bon comment ça fait un moment que j'ai besoin de mon disque et qu'il est sur que je ne retrouverai plus jamais mes données je vais le remettre en 4To et le formater.

Je tiens à tous vous remercier chaleureusement de votre aide, j'ai appris des choses avec ce problème, Merci pour votre temps.

N²Heisenberg.

N²Heisenberg · Le 24/09/2019, à 18:17

Salut la communauté...

Je voulais savoir comment je pouvais reprendre la main sur un disque dur de 4to qui affiche 1.64to.
Voir mon poste pour m'aider à récupérer mes données sur ce même disque ICI

Je veux maintenant reprendre la totalité du disque pour repartir au propre, à zero !

J'ai vu plein de chose que internet mais ça ne fonctionne pas.
J'ai même lu qu'il faut impérativement que le disque soit branché en interne pour le faire.

Malheureusement je ne peux pas, j'ai qu'un sata (ordinateur de bureau, entreprise)

Quand pensez-vous ?

Pouvez vous m'aider ?

Merci.

geole · Le 24/09/2019, à 22:14

Bonjour
Je te propose de lancer l'application GPARTED et de créer une table de partition au format GPT en utilisant l'onglet périphériques. Tu pourras alors créer des partitions (au maxima 127)

geole · Le 24/09/2019, à 22:18

N²Heisenberg a écrit :

J'arrive pas à démarrer
hfsplus
pourtant je viens de l'installer.

Bonsoir

Il n'y a pas de commande pour lancer cette application. Elle est appelée par les logiciels.

Peux-tu dire si tu l'avais installée avant de faire l'exploration de la partition en deep search . Si Oui, c'est certainement un autre format que je ne connais pas.

N²Heisenberg · Le 24/09/2019, à 23:13

geole a écrit :

Peux-tu dire si tu l'avais installée avant de faire l'exploration de la partition en deep search . Si Oui, c'est certainement un autre format que je ne connais pas.

Non je l'ai fait avant.

N²Heisenberg · Le 24/09/2019, à 23:17

J'ai pas l'impression que ça change, ou j'ai pas compris.

http://imgur.com/65lcdD8l.png

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

Dernière modification par cqfd93 (Le 25/09/2019, à 15:24)

geole · Le 25/09/2019, à 14:38

Bonjour.
Je ne comprends pas trop ce qui se passe.
L'application gsmartcontrol indique bien un disque de 4 To

=== START OF INFORMATION SECTION ===
Device Model:     ST4000DM005-2DP166
Serial Number:    ZDH0FH9Y
LU WWN Device Id: 5 000c50 093714b21
Firmware Version: 0001
User Capacity:    4000787030016 bytes [4,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5980 rpm

L'application gparted indique une taille de 1,64 To
et tu n'as pas dit si tu pouvais cliquer sur l'onglet "périphériques" afin de créer la table de partition
Ou si tu l'as déjà créée...

Testdisk a indiqué que ce disque avait la structure suivante

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/sdb - 1801 GB / 1678 GiB - [b]CHS 219051 255 63[/b]

C'est cela qui n'est pas bon.. Pour le corriger voici un exemple fait avec testdisk
Disk /dev/sdb - 500 GB / 465 GiB - WDC WD5000AAKX-083CA1
CHS 60801 255 63 - sector size=512
[ Analyse ] Analyse current partition structure and search for lost partitions
[ Advanced ] Filesystem Utils
>[ Geometry ] Change disk geometry
[ Options ] Modify options
[ MBR Code ] Write TestDisk MBR code to first sector
[ Delete ] Delete all data in the partition table
[ Quit ] Return to disk selection

Disk /dev/sdb - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512

Because these numbers change the way that TestDisk looks for partitions
and calculates their sizes, it's important to have the correct disk geometry.
PC partitioning programs often make partitions end on cylinder boundaries.

A partition's CHS values are based on disk translations which make them
different than its physical geometry. The most common CHS head values
are: 255, 240 and sometimes 16.

>[ Cylinders ] [ Heads ] [ Sectors ] [Sector Size] [ Ok ]

Il faut se positionner sur sur cylinders, faire Enter,introduire la bonne valeur
puis sur heads, introduire la bonne valeur
puis sur sectors, introduire la bonne valeur
Puis sur Sector Size, introduire la bonne valeur qui est 4096

Voici ce que cela peut donner

Enter the number of cylinders: 2222
Etc.

A chaque fois, la ligne supérieure est mise à jour. Au final, on voit les 4 zones modifiées
Disk /dev/sdb - 6825 MB / 6509 MiB - CHS 2222 125 12, sector size=2048
ainsi que la nouvelle taille. Lorsqu'on a vu que c'est bon, on fait OK.

Le gros problème, est que je ne sais pas les valeurs à mettre pour ce disque de 4 To.

Cependant, si on corrige, je pense qu'il faudra bien vérifier et lancer une remise à zéro de la totalité du disque avant de le formater afin de s'assurer de sa qualité

Voici les caractéristiques du disque https://www.seagate.com/www-content/pro … 04656b.pdf

Bytes per sector (4K physical emulated at 512-byte sectors) 4096
Default sectors per track 63
Default read/write heads 16
Default cylinders 16,383

Mais il semble que cela ne soit pas bon du tout
Disk /dev/sdb - 67 GB / 62 GiB - CHS 16383 16 63, sector size=4096

Dernière modification par geole (Le 25/09/2019, à 15:11)

Nasman · Le 25/09/2019, à 15:16

Pour une taille de disque de 4 To (4000787030016 octets), il y a 7814037168 secteurs de 512 octets, soit un nombre de cylindres de 7814037168/16065 = 486401 cylindres + 81 têtes.
Je ne sais pas s'il y a une limite de valeur au nombre de cylindres car le système CHS standard code le nombre de cylindres sur 10 bits (maxi 1023) - testdisk donne des valeurs plus élevées (dépassant la limite des 8 Go) mais jusqu'où ?

Avec des secteurs de 4096 octets, la taille accessible est 8 fois plus élevée qu'avec 512 octets par secteur.

geole · Le 25/09/2019, à 15:19

Traduction automatique de cette discussion

Feb 11, 2018
J'ai donc récemment acheté un disque dur Seagate ST4000DM005 4 To et Windows 7 x64 Disk Management ne reconnaît que le lecteur à 1677,90 Go. Cependant, j'ai un disque dur Western Digital WDC WD40EZRZ de 4 To que je possède depuis presque deux ans et la gestion des disques le reconnaît à 3725,90 Go. J'ai essayé de télécharger l'outil Seagates Disc Wizard et la partie relative à la gestion de disque reconnaît les deux disques durs à seulement 1,69 To, même si le seul disque dur utilise nettement plus d'espace que celui utilisé actuellement. Je ne comprends pas pourquoi il ne reconnaît pas l’un des disques durs à pleine capacité mais n’a aucun problème avec l’autre.

====>
On dirait que c'est un problème connu des pilotes Intel Rapid Storage Technology. Essayez de mettre à jour ou de réinstaller vos pilotes Intel RST. Vous pouvez les télécharger ici: https://downloadcenter.intel.com/downlo … or-Windows-

Alors je suis allé dans le BIOS et ai basculé le contrôleur SATA d'AHCI à IDE et il a reconnu la taille complète du disque. Je suis ensuite revenu sur AHCI et il reconnaissait toujours le lecteur complet, alors je me suis dit que tout allait bien.

Peux-tu creuser ces deux pistes .....: Virer IRST et changer le mode d'accès au disque

Dernière modification par geole (Le 25/09/2019, à 15:21)

geole · Le 25/09/2019, à 15:45

Nasman a écrit :

Pour une taille de disque de 4 To (4000787030016 octets), il y a 7814037168 secteurs de 512 octets, soit un nombre de cylindres de 7814037168/16065 = 486401 cylindres + 81 têtes.
Je ne sais pas s'il y a une limite de valeur au nombre de cylindres car le système CHS standard code le nombre de cylindres sur 10 bits (maxi 1023) - testdisk donne des valeurs plus élevées (dépassant la limite des 8 Go) mais jusqu'où ?
Avec des secteurs de 4096 octets, la taille accessible est 8 fois plus élevée qu'avec 512 octets par secteur.

Bonjour Nasman
Je ne sais pas trop s'il faut corriger la géométrie car la piste du mode de connexion me semble prioritaire

Cependant, je viens de trouver probablement la valeur à essayer dans cette discussion https://forum.hardware.fr/hfr/Hardware/ … 9374_1.htm

Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63, sector size=512

Dernière modification par geole (Le 25/09/2019, à 15:46)

geole · Le 25/09/2019, à 16:26

N²Heisenberg a écrit :

Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.

Bonjour
Peut-être qu'une correction est possible avec sgdisk. Que donne ce retour ?

 sudo sgdisk /dev/sdb   -v

N²Heisenberg · Le 26/09/2019, à 03:06

geole a écrit :

N²Heisenberg a écrit :
Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Bonjour
Peut-être qu'une correction est possible avec sgdisk. Que donne ce retour ?
 sudo sgdisk /dev/sdb   -v

Voilà le retour :

heisenberg@Meth-Desktop:~$ sudo sgdisk /dev/sdb   -v

No problems found. 3519069805 free sectors (1.6 TiB) available in 1
segments, the largest of which is 3519069805 (1.6 TiB) in size.
heisenberg@Meth-Desktop:~$

Dernière modification par N²Heisenberg (Le 26/09/2019, à 03:14)

N²Heisenberg · Le 26/09/2019, à 03:09

geole a écrit :

Traduction automatique de cette discussion
Feb 11, 2018
J'ai donc récemment acheté un disque dur Seagate ST4000DM005 4 To et Windows 7 x64 Disk Management ne reconnaît que le lecteur à 1677,90 Go. Cependant, j'ai un disque dur Western Digital WDC WD40EZRZ de 4 To que je possède depuis presque deux ans et la gestion des disques le reconnaît à 3725,90 Go. J'ai essayé de télécharger l'outil Seagates Disc Wizard et la partie relative à la gestion de disque reconnaît les deux disques durs à seulement 1,69 To, même si le seul disque dur utilise nettement plus d'espace que celui utilisé actuellement. Je ne comprends pas pourquoi il ne reconnaît pas l’un des disques durs à pleine capacité mais n’a aucun problème avec l’autre.

====>
On dirait que c'est un problème connu des pilotes Intel Rapid Storage Technology. Essayez de mettre à jour ou de réinstaller vos pilotes Intel RST. Vous pouvez les télécharger ici: https://downloadcenter.intel.com/downlo … or-Windows-
Alors je suis allé dans le BIOS et ai basculé le contrôleur SATA d'AHCI à IDE et il a reconnu la taille complète du disque. Je suis ensuite revenu sur AHCI et il reconnaissait toujours le lecteur complet, alors je me suis dit que tout allait bien.

Peux-tu creuser ces deux pistes .....: Virer IRST et changer le mode d'accès au disque

Oui j'avais vu cette demande, mais mes autres disques de 4to fonctionnent j'ai que lui qui à pété un plomb. Donc j'ai pas testé...

N²Heisenberg · Le 26/09/2019, à 03:17

Ce produit n'est plus en vente à titre définitif !
https://www.ldlc.com/fiche/PB00214982.html

Vous savez pourquoi ?

N²Heisenberg · Le 26/09/2019, à 03:26

geole a écrit :

Bonjour.
Je ne comprends pas trop ce qui se passe.
L'application gsmartcontrol indique bien un disque de 4 To
=== START OF INFORMATION SECTION ===
Device Model:     ST4000DM005-2DP166
Serial Number:    ZDH0FH9Y
LU WWN Device Id: 5 000c50 093714b21
Firmware Version: 0001
User Capacity:    4000787030016 bytes [4,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5980 rpm
L'application gparted indique une taille de 1,64 To
et tu n'as pas dit si tu pouvais cliquer sur l'onglet "périphériques" afin de créer la table de partition
Ou si tu l'as déjà créée...

Testdisk a indiqué que ce disque avait la structure suivante
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/sdb - 1801 GB / 1678 GiB - [b]CHS 219051 255 63[/b]
C'est cela qui n'est pas bon.. Pour le corriger voici un exemple fait avec testdisk
Disk /dev/sdb - 500 GB / 465 GiB - WDC WD5000AAKX-083CA1
CHS 60801 255 63 - sector size=512
[ Analyse ] Analyse current partition structure and search for lost partitions
[ Advanced ] Filesystem Utils
>[ Geometry ] Change disk geometry
[ Options ] Modify options
[ MBR Code ] Write TestDisk MBR code to first sector
[ Delete ] Delete all data in the partition table
[ Quit ] Return to disk selection

Disk /dev/sdb - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512
Because these numbers change the way that TestDisk looks for partitions
and calculates their sizes, it's important to have the correct disk geometry.
PC partitioning programs often make partitions end on cylinder boundaries.
A partition's CHS values are based on disk translations which make them
different than its physical geometry. The most common CHS head values
are: 255, 240 and sometimes 16.

>[ Cylinders ] [ Heads ] [ Sectors ] [Sector Size] [ Ok ]
Il faut se positionner sur sur cylinders, faire Enter,introduire la bonne valeur
puis sur heads, introduire la bonne valeur
puis sur sectors, introduire la bonne valeur
Puis sur Sector Size, introduire la bonne valeur qui est 4096
Voici ce que cela peut donner
Enter the number of cylinders: 2222
Etc.
A chaque fois, la ligne supérieure est mise à jour. Au final, on voit les 4 zones modifiées
Disk /dev/sdb - 6825 MB / 6509 MiB - CHS 2222 125 12, sector size=2048
ainsi que la nouvelle taille. Lorsqu'on a vu que c'est bon, on fait OK.
Le gros problème, est que je ne sais pas les valeurs à mettre pour ce disque de 4 To.
Cependant, si on corrige, je pense qu'il faudra bien vérifier et lancer une remise à zéro de la totalité du disque avant de le formater afin de s'assurer de sa qualité
Voici les caractéristiques du disque https://www.seagate.com/www-content/pro … 04656b.pdf
Bytes per sector (4K physical emulated at 512-byte sectors) 4096
Default sectors per track 63
Default read/write heads 16
Default cylinders 16,383
Mais il semble que cela ne soit pas bon du tout
Disk /dev/sdb - 67 GB / 62 GiB - CHS 16383 16 63, sector size=4096

Voilà les chiffres actuelles de mon HDD 4to

Number cylinders: 219051

Number of heads (1-255): 255

Number of sectors per track (1-63): 63

Sector size (512, 1024, 2048, 4096, 8192): 512

Je les remplace avec ça ?

Bytes per sector (4K physical emulated at 512-byte sectors)   4096
Default sectors per track   63
Default read/write heads  16
Default cylinders 16,383

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 22/09/2019, à 02:42

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#52 Le 22/09/2019, à 17:41

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#53 Le 22/09/2019, à 17:43

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#54 Le 22/09/2019, à 17:45

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#55 Le 22/09/2019, à 20:32

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#56 Le 22/09/2019, à 23:19

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#57 Le 22/09/2019, à 23:32

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#58 Le 23/09/2019, à 03:36

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#59 Le 23/09/2019, à 03:43

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#60 Le 23/09/2019, à 03:43

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#61 Le 24/09/2019, à 17:14

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#62 Le 24/09/2019, à 18:17

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#63 Le 24/09/2019, à 22:14

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#64 Le 24/09/2019, à 22:18

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#65 Le 24/09/2019, à 23:13

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#66 Le 24/09/2019, à 23:17

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#67 Le 25/09/2019, à 14:38

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#68 Le 25/09/2019, à 15:16

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#69 Le 25/09/2019, à 15:19

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#70 Le 25/09/2019, à 15:45

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#71 Le 25/09/2019, à 16:26

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#72 Le 26/09/2019, à 03:06

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#73 Le 26/09/2019, à 03:09

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#74 Le 26/09/2019, à 03:17

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

#75 Le 26/09/2019, à 03:26

Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted

Pied de page des forums