# Formatage d'un clef de 2 Téra-octets (To) **URL:** \ **Category:** Support Debian\ **Tags:** clé-usb\ **Created:** [Février 27, 2020, 9:08 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338 "2020-02-27T09:08:40Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![Jacques.silberstein](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/eada6e/32.png) [@Jacques.silberstein](https://www.debian-fr.org/u/Jacques.silberstein)\ **Post date:** [Février 27, 2020, 9:08 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/1 "2020-02-27T09:08:41Z")
Impossible de créer un file système ext4 sur une clé de 2 Tera. Une partition à été créée avec parted: ```nohighlight parted /dev/sdd GNU Parted 3.2 Using /dev/sdd Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: General UDisk (scsi) Disk /dev/sdd: 2097GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 1049kB 2097GB 2097GB ext4 primary ``` Mais fdisk voit ceci: ```nohighlight fdisk /dev/sdd -l Disque /dev/sdd : 1.9 TiB, 2097152000000 octets, 4096000000 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 : gpt Identifiant de disque : 0CDF7CB1-D27B-43BB-9D0D-4B15EB342974 Périphérique Début Fin Secteurs Taille Type /dev/sdd1 2048 4095997951 4095995904 1.9T Système de fichiers Linux ``` Et la commande mount ne reconnaît pas le type de file system: ```nohighlight mount /dev/sdd1 /media/jacques/ -t ext4 mount: mauvais type de système de fichiers, option erronée, superbloc erroné sur /dev/sdd1, page de code ou programme auxiliaire manquant, ou autre erreur Dans certains cas des renseignements utiles sont dans le journal système — essayez « dmesg | tail » ou quelque chose du genre. ``` Le reformatage de la partition par mkfs.ext4 donne: ```nohighlight mkfs.ext4 -F /dev/sdd1 mke2fs 1.43.4 (31-Jan-2017) /dev/sdd1 contient un système de fichiers ext4 créé le Wed Feb 26 15:16:38 2020 En train de créer un système de fichiers avec 511999488 4k blocs et 128000000 i-noeuds. UUID de système de fichiers=7f4549a0-f4c4-4de6-ae03-d927c4df6453 Superblocs de secours stockés sur les blocs : 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848 Allocation des tables de groupe : complété Écriture des tables d'i-noeuds : complété Création du journal (262144 blocs) : complété Écriture des superblocs et de l'information de comptabilité du système de fichiers : complété ``` Cette commande semble bien se terminer mais le montage ne fonctionne toujours pas ! Merci pour toute aide ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 27, 2020, 9:23 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/2 "2020-02-27T09:23:01Z")
> [@Jacques.silberstein](#): > > Mais fdisk voit ceci: Pourquoi « mais » ? Je ne vois aucune incohérence entre les deux. > [@Jacques.silberstein](#): > > Et la commande mount ne reconnaît pas le type de file system: Mauvaise interprétation. mount n’a pas à reconnaître le type de système de fichiers puisque tu le forces avec -t. C’est le pilote ext4 du noyau qui échoue à le monter, et il faut regarder dans les logs du noyau (avec dmesg comme indiqué dans le message d’erreur par exemple) pour voir pourquoi. ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 27, 2020, 9:33 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/3 "2020-02-27T09:33:10Z")
Bonjour @Jacques.silberstein, Bienvenue 🙂 Je n’ai généralement jamais à forcer le type `ext4` pour un montage. Merci de corriger votre titre : vous avez une clef de deux ~~Térabits~~ téra-octets ou TB. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 27, 2020, 9:39 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/4 "2020-02-27T09:39:23Z")
Plutôt 2 téra-octets (ou tera-bytes). ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 27, 2020, 9:41 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/5 "2020-02-27T09:41:05Z")
Merci Pascal 🙂 Le café devait être léger. ---
**Author:** ![Jacques.silberstein](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/eada6e/32.png) [@Jacques.silberstein](https://www.debian-fr.org/u/Jacques.silberstein)\ **Post date:** [Février 27, 2020, 10:29 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/6 "2020-02-27T10:29:22Z")
Voici le message de `dmesg` ```nohighlight [306209.297147] EXT4-fs error (device sdd1): ext4_find_extent:921: inode #8: comm mount: pblk 255885311 bad header/extent: invalid magic - magic 0, entries 0, max 0(0), depth 0(0) [306209.297355] jbd2_journal_init_inode: Cannot locate journal superblock [306209.297358] EXT4-fs (sdd1): Could not load journal inode ``` ps: j’ai dis mais parce que: ```nohighlight Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/sda1 * 2048 15628287 15626240 7.5G 83 Linux ``` `fdisk` donne pour une partition `ext4` reconnue `id: 83` type Linux. Il y a donc une différence que je ne m’explique pas Merci ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 27, 2020, 10:46 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/7 "2020-02-27T10:46:16Z")
> [@Jacques.silberstein](#): > > `fdisk` donne pour une partition `ext4` reconnue `id: 83` type Linux. Primo, l’identifiant de type dans la table de partition n’a aucune importance, il n’est qu’informatif. Secundo, c’est pour une table de partition au format DOS/MBR alors que ta clé a une table de partition au format GPT. Si c’est juste ça qui te chagrine, tu peux recréer une table de partition au format DOS puisque la capacité de la clé est inférieure à 2 Tio (2,2 To). Le système de fichiers contient des anomalies alors qu’il vient juste d’être formaté. Tu peux exécuter fsck dessus pour voir ce que ça donne. La clé pourrait être défectueuse ou contrefaite. Tu peux la tester avec les outils du paquet f3. ---
**Author:** ![Jacques.silberstein](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/eada6e/32.png) [@Jacques.silberstein](https://www.debian-fr.org/u/Jacques.silberstein)\ **Post date:** [Février 28, 2020, 9:07 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/8 "2020-02-28T09:07:19Z")
il semble que la clé que j’ai soit réellement a ‘fake device’. Voici le rapport de f3probe: ```nohighlight f3probe /dev/sdd F3 probe 6.0 Copyright (C) 2010 Digirati Internet LTDA. This is free software; see the source for copying conditions. WARNING: Probing normally takes from a few seconds to 15 minutes, but it can take longer. Please be patient. Probe finished, recovering blocks... Done Bad news: The device `/dev/sdd' is a counterfeit of type limbo You can "fix" this device using the following command: f3fix --last-sec=2147483647 /dev/sdd Device geometry: *Usable* size: 1.00 TB (2147483648 blocks) Announced size: 1.91 TB (4096000000 blocks) Module: 2.00 TB (2^41 Bytes) Approximate cache size: 1.00 MB (2048 blocks), need-reset=no Physical block size: 512.00 Byte (2^9 Bytes) ``` f3fix donne: ```nohighlight f3fix --last-sec=2147483647 /dev/sdd F3 fix 6.0 Copyright (C) 2010 Digirati Internet LTDA. This is free software; see the source for copying conditions. Drive `/dev/sdd' was successfully fixed ``` Mais après, impossible de créer une partition extX. La commande mkfs.ext4 fonctionne apparemment correctement mais, ensuite, fsck trouve des erreur sur journal et, bien sur, on ne peut monter cette partition. Au dernier essai, un peu par hansart j’ai obtenu une partition ext4 montable de 900GiB. J’ai tenté de copier une partition et cela c’est parti en vrille après 1GiB ! Cette clé semble donc définitivement pourrie. J’ai consulté le net pour voir les offres de telles clés. Surprise cela va de 600 à 3 Euro ! Qualité et garantie ne font évidemment pas partie de l’information, le consommateur n’as qu’a con…sommer. Merci pour votre aide ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 28, 2020, 10:37 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/9 "2020-02-28T10:37:12Z")
3 € pour 2 To, ce n’est pas réaliste. Au mieux c’est un rebut, au pire une contrefaçon. ---
**Author:** ![Jacques.silberstein](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/eada6e/32.png) [@Jacques.silberstein](https://www.debian-fr.org/u/Jacques.silberstein)\ **Post date:** [Avril 3, 2020, 10:14 UTC](https://www.debian-fr.org/t/formatage-dun-clef-de-2-tera-octets-to/81338/11 "2020-04-03T22:14:28Z")
C’est bien évident.