disque ssd exFAT non lu [Réglé]
impossible de lire un disque ssd exFAT lu par Windows et android
Système et matériels / Autres matériels et périphériques
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Reprise du message précédent
D'où ma proposition d'écrire des fichiers de 500Go venant de /dev/urandom, puis de les renommer avec le résultat de la md5sum.En le faisant 32 fois, tu es sur de prendre les 16To de place.
Puis, de refaire la md5sum de chacun des fichiers. Si l'un n'est plus égale au nom de fichier, c'est que les 16To est un leure.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
Moi, je joue pas avec le matériel, car on final, les bonnes affaires coutent plus cher, quand on perd ses données.
Je prends toujours des produit de marque (Sandisk, samsung, western digital ...) sur des sites sérieux, et français.
La je crains que celà soit une quarantaine d'euro en pure perte !
Édité par Ami age Le 22/08/2022 à 21h31
_______________________________________________________________________

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
domchab Membre non connecté
-
- Voir le profil du membre domchab
- Inscrit le : 07/07/2011
- Groupes :
Jybz :
D'où ma proposition d'écrire des fichiers de 500Go venant de /dev/urandom, puis de les renommer avec le résultat de la md5sum.
En le faisant 32 fois, tu es sur de prendre les 16To de place.
Puis, de refaire la md5sum de chacun des fichiers. Si l'un n'est plus égale au nom de fichier, c'est que les 16To est un leure.
En le faisant 32 fois, tu es sur de prendre les 16To de place.
Puis, de refaire la md5sum de chacun des fichiers. Si l'un n'est plus égale au nom de fichier, c'est que les 16To est un leure.
oui mais pour cela, il faut que je puisse écrire à partir de linux
là je ne peux écrire que avec Windows ou androïd...
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Mais cette pu**** de clé rien n'allait !
En fouinant sur le net je suis tombé sur : h2testw.exe, un truc windows mais ok sous linux !
La clé ne faisait que 4Go !!!!
Lenovo 110-17acl
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b
patleny Membre non connecté
-
- Voir le profil du membre patleny
- Inscrit le : 20/10/2012
- Groupes :
un ssd de 16 To a ce tarif ......vite je me monte un data center

patleny materiel : cm Asus threadripper 1950X 3,7 ghz 32 g0 de ram nvidia 1080ti
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Je vois une demi-solution test.
Il faut trouver son id avant :
ls -l /dev/disk/by-id
Trouves le 16To
Puis on peut espérer que la commande dd plante avant 16To :
Code BASH :
dd if=/dev/uramdom of=/dev/disk/by-id/type-ssd-16to bs=1M
Et attendre… très longtemps.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
domchab Membre non connecté
-
- Voir le profil du membre domchab
- Inscrit le : 07/07/2011
- Groupes :
Jybz :
Bon sous linux…
Je vois une demi-solution test.
Il faut trouver son id avant :
ls -l /dev/disk/by-id
Trouves le 16To
Puis on peut espérer que la commande dd plante avant 16To :
Et attendre… très longtemps.
Je vois une demi-solution test.
Il faut trouver son id avant :
ls -l /dev/disk/by-id
Trouves le 16To
Puis on peut espérer que la commande dd plante avant 16To :
Code BASH :
dd if=/dev/uramdom of=/dev/disk/by-id/type-ssd-16to bs=1M
Et attendre… très longtemps.
bonjour
J'ai essayé la commande dd et cela ne marche pas :
dd if=/dev/urandom of=/dev/sde1 bs=1M
dd: impossible d'ouvrir '/dev/sde1': Permission non accordée
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Lenovo 110-17acl
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Ce n'est pas ce que jybz t'a proposé
Yves
domchab :
Bonjour
Je viens d'acheter un petit disque ssd de 16 TO formaté en exFAT pour pouvoir stocker ma bibliothèque musicale et divers fichiers autres.
Le disque est parfaitement reconnu sous windows et android. Il est formaté (je l'ai reformaté sous windows) en exFAT.
Sous linux il n'apparait pas dans Nautilus.
Avec Gparted, j'ai l'erreur suivante : the backup gpt table is corrupt, but the primary appears ok, so that will be used
avec gdisk, j'ai ré écrit la partition de multiples fois, avec un message positif et la vérification immédiate avec la commande v me redonne une erreur :
quelqu'un aurait il une idée pour que je puisse utiliser ce disque sous mageia?
Merci d'avance
Je viens d'acheter un petit disque ssd de 16 TO formaté en exFAT pour pouvoir stocker ma bibliothèque musicale et divers fichiers autres.
Le disque est parfaitement reconnu sous windows et android. Il est formaté (je l'ai reformaté sous windows) en exFAT.
Sous linux il n'apparait pas dans Nautilus.
Avec Gparted, j'ai l'erreur suivante : the backup gpt table is corrupt, but the primary appears ok, so that will be used
avec gdisk, j'ai ré écrit la partition de multiples fois, avec un message positif et la vérification immédiate avec la commande v me redonne une erreur :
sudo gdisk /dev/sde
GPT fdisk (gdisk) version 1.0.6
Warning! Read error 5; strange behavior now likely!
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! Error 5 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
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
OK; writing new GUID partition table (GPT) to /dev/sde.
The operation has completed successfully.
[parents@salon ~]$ sudo gdisk /dev/sde
GPT fdisk (gdisk) version 1.0.6
Warning! Read error 5; strange behavior now likely!
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! Error 5 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Command (? for help): v
Caution: The CRC for the backup partition table is invalid. This table may
be corrupt. This program will automatically create a new backup partition
table when you save your partitions.
Identified 1 problems!
Command (? for help): p
Disk /dev/sde: 4096000000 sectors, 15.3 TiB
Model: ssd
Sector size (logical/physical): 4096/4096 bytes
Disk identifier (GUID): 7440F349-5473-4250-9FDA-882E8264D18F
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 5
First usable sector is 6, last usable sector is 4095999994
Partitions will be aligned on 256-sector boundaries
Total free space is 10741 sectors (42.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 256 4095989503 15.3 TiB 0700 Basic data partition
Command (? for help):
GPT fdisk (gdisk) version 1.0.6
Warning! Read error 5; strange behavior now likely!
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! Error 5 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
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
OK; writing new GUID partition table (GPT) to /dev/sde.
The operation has completed successfully.
[parents@salon ~]$ sudo gdisk /dev/sde
GPT fdisk (gdisk) version 1.0.6
Warning! Read error 5; strange behavior now likely!
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! Error 5 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Command (? for help): v
Caution: The CRC for the backup partition table is invalid. This table may
be corrupt. This program will automatically create a new backup partition
table when you save your partitions.
Identified 1 problems!
Command (? for help): p
Disk /dev/sde: 4096000000 sectors, 15.3 TiB
Model: ssd
Sector size (logical/physical): 4096/4096 bytes
Disk identifier (GUID): 7440F349-5473-4250-9FDA-882E8264D18F
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 5
First usable sector is 6, last usable sector is 4095999994
Partitions will be aligned on 256-sector boundaries
Total free space is 10741 sectors (42.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 256 4095989503 15.3 TiB 0700 Basic data partition
Command (? for help):
quelqu'un aurait il une idée pour que je puisse utiliser ce disque sous mageia?
Merci d'avance
Salut
Ce que tu peux faire c'est t'assurer que le disque est bien "démonté" avant d'utiliser Gparted.
L'erreur est typique d'une impossibilité d'informer le kernel de la modification de partition.
Cela arrive quand l'objet cible est monté.
Le problème est le profil GPT de ta partition.
Elle devrais être "mbr" ou appelé aussi bios.
Télécharge éventuellement l'iso de Gparted : https://gparted.org/
De le mettre sur une clé usb, de booter dessus et de supprimer la table de partition, d'en créer une nouvelle de type bios/mbr, puis de créer une partition du système de fichiers choisi.
Édité par vigen Le 23/08/2022 à 13h54
domchab Membre non connecté
-
- Voir le profil du membre domchab
- Inscrit le : 07/07/2011
- Groupes :
Papoteur :
Normal, vu que la partition sde1 n'est pas identifiée par Linux.
Ce n'est pas ce que jybz t'a proposé
Ce n'est pas ce que jybz t'a proposé

Il faut le faire directement sur sde?
sde1 est bien là, je l'ai trouvée , et avec la commande ls, et avec gparted qui la voit mais ne sait pas identifier le formatage qui est dessus. Ou alors je n'ai pas compris ce que jybz me proposait.
domchab Membre non connecté
-
- Voir le profil du membre domchab
- Inscrit le : 07/07/2011
- Groupes :
Salut
Ce que tu peux faire c'est t'assurer que le disque est bien "démonté" avant d'utiliser Gparted.
L'erreur est typique d'une impossibilité d'informer le kernel de la modification de partition.
Cela arrive quand l'objet cible est monté.
Le problème est le profil GPT de ta partition.
Elle devrais être "mbr" ou appelé aussi bios.
Télécharge éventuellement l'iso de Gparted : https://gparted.org/
De le mettre sur une clé usb, de booter dessus et de supprimer la table de partition, d'en créer une nouvelle de type bios/mbr, puis de créer une partition du système de fichiers choisi.[/quote]
oui, il est bien démonté, c'est un disque externe, et gparted ne le voit pas monté. J'ai déjà supprimé la table de partition, mais j'ai recréé une table GPT.
Pourquoi plutôt mbr que GPT? il me semblait que mbr avait une limite à 2 TO.
Édité par domchab Le 23/08/2022 à 14h18
C'est réellement un disque de 16 To ?
Le windows ayant accès au disque dur et sur le même PC ?
Peut-être que ton PC ne supporte pas GPT?
De plus, si je regarde le message d'erreur, il y'a un soucis de CRC de la table de partition, et donc éventuellement de corruption de la table.
Édité par vigen Le 23/08/2022 à 14h35
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
De toute façon même s'il fonctionne, il lâchera de toute façon très rapidement.
Et un disque à ce prix là, je me poserait aussi des questions sur la fabrication.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
domchab :
Il faut le faire directement sur sde?
sde1 est bien là, je l'ai trouvée , et avec la commande ls, et avec gparted qui la voit mais ne sait pas identifier le formatage qui est dessus. Ou alors je n'ai pas compris ce que jybz me proposait.
Papoteur :
Normal, vu que la partition sde1 n'est pas identifiée par Linux.
Ce n'est pas ce que jybz t'a proposé
Ce n'est pas ce que jybz t'a proposé

Il faut le faire directement sur sde?
sde1 est bien là, je l'ai trouvée , et avec la commande ls, et avec gparted qui la voit mais ne sait pas identifier le formatage qui est dessus. Ou alors je n'ai pas compris ce que jybz me proposait.
Oui, je parle bien du disk en dehors de toute partition. Et je préconise d'utiliser /dev/disk/by-id car il y a vraiment de quoi fouttre en l'air tout le PC.
C'est bien à faire en root.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
domchab Membre non connecté
-
- Voir le profil du membre domchab
- Inscrit le : 07/07/2011
- Groupes :
vigen :
C'est réellement un disque de 16 To ?
Le windows ayant accès au disque dur et sur le même PC ?
Peut-être que ton PC ne supporte pas GPT?
De plus, si je regarde le message d'erreur, il y'a un soucis de CRC de la table de partition, et donc éventuellement de corruption de la table.
C'est réellement un disque de 16 To ?
Le windows ayant accès au disque dur et sur le même PC ?
Peut-être que ton PC ne supporte pas GPT?
De plus, si je regarde le message d'erreur, il y'a un soucis de CRC de la table de partition, et donc éventuellement de corruption de la table.
La grande question est de savoir s'il fait 16 TO... Je n'en sais rien.
Sous windows 10, il apparait bien avec 16 TO
Sous linux, Gparted voit bien aussi environ 16 TO.
Le windows qui lit le disque n'est pas sur le même PC
Sur le PC qui est sous linux, j'ai un vieux windows XP mais qui ne lit pas GPT, et c'est un vieux PC (plus de 15 ans) , donc avec un vieux bios. Il pourrait ne pas lire correctement la table de partition du fait de son ancienneté?
Sur l'ordinateur récent sous windows 1 j'ai aussi une installation de mageia. Je vais essayer de lire le disque à partir de celui ci. Cela me donnera peut être une partie d ela réponse sur le rôle de l'ancienneté de l'ordinateur.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie