У меня есть совершенно новая USB-флешка Silicon Power Marvel M70 64 ГБ, на которой занято 45 МБ свободного места, что предшествует 58,89 ГБ свободного места. Меня не волнует размер менее 64 ГБ, поскольку я знаю, что это связано с математикой на основе 1024.
Меня беспокоит размер 45 МБ. Почему так много? 1 МБ типично для выравнивания.
Итак, я загрузил hexeditor в Linux с помощью этой команды:
hexdump /dev/sdb -C | less
И я нахожу «строки» данных, как следующие:
Неверная таблица разделов. Ошибка загрузки операционной системы. Отсутствует операционная система.
Удалите диски или другие носители. Ошибка диска. Нажмите любую клавишу, чтобы перезапустить. U.RRaA.
Эта программа не может быть запущена в режиме DOS.
CPaintDC. UserException. CResourceException.
Приложение попыталось загрузить библиотеку времени выполнения C неправильно. Пожалуйста, обратитесь в службу поддержки приложения для получения дополнительной информации. Попытайтесь использовать код MSIL из этой сборки во время собственного кода.
Это находится в пределах незанятых 45 МБ области ... Разве это не должны быть нули прямо с завода? Кроме того, идентичный диск (см. Ниже) имеет совершенно разные размеры для нераспределенной и разделенной области; Кажется, исполняемые данные хранятся или хранятся там
Я никогда не сталкивался с этим раньше. Есть кто-нибудь еще? Я позвонил в компанию, и у них не было объяснения только для того, чтобы сказать мне, что после открытия и подключения его к компьютеру у них также отображается 45 МБ нераспределенного пространства в начале диска.
Это указывает на то, что это, вероятно, сделано на заводе, и не только у меня есть такая конфигурация.
Я обеспокоен тем, что там хранится; и возможно ли он исполняемый и т. д., особенно если вы видите строки текста hexdump выше из 45 МБ «нераспределенного пространства». Если это исполняемый файл; Я бы предположил, что, возможно, он доступен при загрузке с диска.
Кто-нибудь видел это раньше? Любое объяснение вы можете придумать?
РЕДАКТИРОВАТЬ: Когда я позвонил в компанию, которая делает это, они также подключили 128 ГБ размером той же модельной линейки, и нераспределенное пространство было 31 МБ. Не уверен, имеет ли это какое-то отношение к тому, что здесь может происходить, но это, безусловно, не «пропорционально» или, по крайней мере, то же самое.
РЕДАКТИРОВАТЬ: впоследствии я попробовал другой совершенно новый диск (ту же модель, номер партии, размер (64 ГБ)). Как показано GParted:
Диск № 1: 45,33 МБ нераспределенного и 58,89 ГБ FAT32
Диск № 2: 46,38 МБ нераспределенного и 54,70 ГБ FAT32
Предполагается, что это будут диски емкостью 64 ГБ. Одинаковые по размеру и т. Д. Это прямо с завода. Я никогда не сталкивался с таким расхождением с другими флешками. Я имею в виду, что это более чем на 4 ГБ меньше места для хранения между двумя дисками в общем размере сектора.
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
Загрузка устройства: / dev / sdb1
Начало: 94976
Окончание: 114819071
Блоки: 57362048
Идентификатор: c
Система: W95 FAT32 (LBA)
Кроме того, это не объясняет, почему до первого раздела остается 45 МБ или 46 МБ нераспределенного пространства, но для 2 идентичных 64 ГБ дисков, когда я запускаю « dd if = / dev / sdb of = / flash_drive_dd.img bs = 1M » Команда (которая должна дать мне указание на всю емкость накопителя, верно?) Я получаю два совершенно разных числа:
Диск №1 отображает 63 283 658 752 файла
Диск № 2 отображает 58 787 364 864 размера файла
Эти значения относятся к полному диску ... а не просто к разделу якобы идентичных дисков модели на 64 ГБ.
Что касается возможного резко различного количества секторов на двух идентичных устройствах (возможно, это должен быть другой вопрос?) Возможно, происходит избыточное выделение ресурсов ---> В свете осознания того, что два идентичных диска емкостью 64 ГБ показывают совершенно разные доступные размеры секторов (один ни к чему не приведет) почти близко к 64 000 000 000 МБ) Означает ли это, что у одного сверхпровизирование или что-то еще, а у другого нет?
То, как я выясняю, что я должен видеть в моей ОС, заключается в следующем: я беру 64 000 000 000 байт и делю на 1024 ^ 3, и я ДОЛЖЕН получить 59,6 ГБ, о которых сообщает ОС (или очень близко).
Даже если есть какое-то «чрезмерное выделение ресурсов» (есть ли такое для USB-накопителей, как для SSD), по крайней мере, я ожидаю, что это будет согласованным и не сильно отличающимся размером между двумя одинаковыми модельными накопителями.
Но, свежий из коробки:
Диск № 1 имеет только 63 283 658 752 сектора для всего устройства, что составляет 58,9 ГБ. Если я правильно сделал свою математику; Мне не хватает более 700 МБ для этого диска.
И
Диск № 2 имеет только 58 787 364 864, что составляет 54,8 г. И снова, если я правильно выполнил свою задачу, мне не хватает 5,2 ГБ для второго диска.
Это сбивает с толку .... идентичные модели с ПУТЬ меньше места (для всего диска), чем я мог бы ожидать ... второй диск гораздо меньше по размеру, чем другие.
Даже это было сверхпредоставление некоторого вида; Я думаю, что это должно быть последовательным, нет?
Это даже не объясняет объем нераспределенного пространства в 45 или 46 МБ в начале с кажущимися исполняемыми данными.
Все становится все страннее и страннее, если я не пропускаю что-то фундаментальное в USB-накопителях.
Извините, это немного долго ... Я продолжаю открывать для себя больше вещей и добавлять по мере продвижения вперед.
An application has made an attempt to load the C runtime library incorrectly
) являются частью MSVCRT . По-видимому, библиотека времени выполнения статически связана с любым исполняемым файлом, который там присутствовал. Более ранние строки, такие как "Invalid partition table. Error loading operating system.
часть MBR / загрузчика Windows.
strings
Поиск всего привода не имеет смысла; Вы должны показать таблицу разделов , чтобы мы могли видеть то , что вы говорите: то есть fdisk -l
.