J'ai un tout nouveau lecteur flash USB Silicon Power Marvel M70 64 Go avec 45 Mo d'espace non alloué précédant les 58,89 Go d'espace disponible. Je ne me soucie pas d'avoir moins de 64 Go car je sais que cela est dû à 1024 mathématiques.
Ce qui me préoccupe est dans la taille de 45 Mo. Pourquoi tant? 1 Mo est typique pour l'alignement.
J'ai donc chargé un hexeditor sous Linux avec cette commande:
hexdump /dev/sdb -C | less
Et je trouve des "chaînes" de données comme les suivantes:
Table de partition invalide. Erreur lors du chargement du système d'exploitation. Système d'exploitation manquant.
Retirer des disques ou d'autres supports. Erreur de disque. Appuyez sur n'importe quelle touche pour redémarrer. U.RRaA.
Ce programme ne peut pas être exécuté en mode DOS.
CpaintDC. UserException. CResourceException.
Une application a tenté de charger la bibliothèque d'exécution C de manière incorrecte. Veuillez contacter l'équipe d'assistance de l'application pour plus d'informations. Essayez d'utiliser le code MSIL de cet assembly pendant le code natif.
C'est dans la zone non allouée de 45 Mo ... Ne devrait-il pas s'agir de zéros directement de l'usine? De plus, un lecteur identique (voir ci-dessous) a des tailles complètement différentes pour la zone non allouée et partitionnée; il semble que des données exécutables y soient ou y aient été stockées
Je n'ai jamais rencontré ça auparavant. Quelqu'un d'autre? J'ai appelé la société et ils n'ont eu aucune explication seulement pour me dire qu'en ouvrant un et en le connectant à l'ordinateur, le leur montre également 45 Mo d'espace non alloué au début du lecteur.
Cela indique que c'est probablement fait comme ça en usine et pas seulement le mien a cette configuration.
Je m'inquiète de ce qui y est stocké; et est-il éventuellement exécutable, etc. en particulier en voyant les chaînes de texte hexdump ci-dessus à l'intérieur des 45 Mo d '«espace non alloué». S'il est exécutable; Je suppose qu'il est peut-être accessible lors du démarrage sur le lecteur.
Quelqu'un a déjà vu ça avant? Une explication à laquelle vous pouvez penser?
EDIT: Lorsque j'ai appelé la société qui le fait, ils ont également branché une taille de 128 Go de la même ligne de modèle et l'espace non alloué était de 31 Mo. Je ne sais pas si cela a une incidence sur ce qui pourrait se passer ici, mais ce n'est certainement pas «proportionnel» ou à tout le moins le même.
EDIT: J'ai par la suite essayé une autre toute nouvelle unité (même modèle, numéro de lot, taille (64 Go). Comme indiqué par GParted:
Lecteur n ° 1: 45,33 Mo non alloués et 58,89 Go FAT32
Lecteur n ° 2: 46,38 Mio non alloués et 54,70 Go FAT32
Ce sont tous deux censés être des disques de 64 Go. De taille identique, etc. Cela vient directement de l'usine. Je n'ai jamais rencontré ce genre de divergence avec d'autres lecteurs flash. Je veux dire, c'est plus de 4 Go d'espace de stockage en moins entre les deux disques dans la taille totale du secteur.
As displayed by "fdisk -l" as requested (for the #2 drive only since I already cleared out the partition table of drive #1):
Disk /dev/sdc: 58.8 GB, 58787364864 bytes
90 heads, 26 sectors/track, 49067 cylinders, total 114819072 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x75cbf5af
Démarrage du périphérique: / dev / sdb1 Début: 94976
Fin: 114819071
Blocs: 57362048
Id: c
Système: W95 FAT32 (LBA)
En outre, cela n'explique pas pourquoi il y a 45 Mo ou 46 Mo d'espace non alloué avant la première partition, mais pour 2 disques de 64 Go identiques lorsque j'exécute un « dd if = / dev / sdb of = / flash_drive_dd.img bs = 1M » commande (qui devrait me donner une indication de la capacité de stockage entière du lecteur à droite?) J'obtiens deux nombres complètement différents:
Le lecteur n ° 1 affiche une taille de fichier de 63 283 658 752
Le lecteur n ° 2 affiche une taille de fichier de 58 787 364 864
Ces valeurs sont pour le disque complet ... pas seulement une partition de disques 64 Go supposés identiques.
En ce qui concerne le nombre de secteurs radicalement différent lié peut - être sur deux dispositifs identiques (Peut-être que cela devrait être un poste autre question?) Est -ce surprovisionnement peut se produire ---> À la lumière de se rendre compte que deux disques de 64 Go idential montrent très différentes tailles du secteur disponible (une à venir nulle part près de 64 000 000 000 Mo) Est-ce à dire que l'un est en surprovisionnement ou quelque chose alors que l'autre ne l'est pas?
La façon dont je trouve ce que je devrais voir dans mon système d'exploitation est la suivante: je prends 64 000 000 000 d'octets et je divise par 1024 ^ 3 et JE DEVRAIS obtenir 59,6 Go rapportés par le système d'exploitation (ou très proche).
Même s'il y a un "surprovisionnement" (existe-t-il une telle chose pour les lecteurs flash USB comme pour les SSD) au moins, je m'attendrais à ce que ce soit des tailles cohérentes et pas très différentes entre deux lecteurs de modèle identiques.
Mais, fraîchement sorti de la boîte:
Le lecteur n ° 1 ne compte que 63 283 658 752 secteurs pour l'ensemble du périphérique, soit 58,9 G. Si j'ai fait mes calculs correctement; Il me manque plus de 700 Mo pour ce lecteur.
Et
Le lecteur n ° 2 n'a que 58 787 364 864, ce qui correspond à 54,8 G. Et encore une fois, si j'ai fait mes calculs correctement, il me manque 5,2 Go pour le deuxième lecteur.
C'est déconcertant .... des modèles identiques avec BEAUCOUP moins d'espace (pour l'ensemble du lecteur) que ce à quoi je m'attendais ... le deuxième lecteur étant beaucoup moins volumineux que l'autre.
Même il s'agissait de surprovisionner en quelque sorte; Je pense que cela devrait être cohérent non?
Cela n'explique même pas la valeur de 45 ou 46 Mo d'espace non alloué au début avec des données apparemment exécutables.
Les choses deviennent de plus en plus étranges à moins que je manque quelque chose de fondamental à propos des lecteurs flash USB.
Désolé, c'est un peu long ... Je continue à découvrir plus de choses et à ajouter au fur et à mesure.
An application has made an attempt to load the C runtime library incorrectly
) font partie de MSVCRT . Apparemment, la bibliothèque d'exécution est liée statiquement à tout exécutable qui y était présent. Les chaînes antérieures, comme celles qui "Invalid partition table. Error loading operating system.
font partie du MBR / bootloader Windows.
strings
recherche de l'entraînement entier n'a aucun sens; vous devrez montrer la table de partition pour que nous puissions voir de quoi vous parlez: ie fdisk -l
.