Windows explorer не видит 1 гб жесткого диска HDD

[Eldignis]

Доброго времени суток. После многочисленных экспериментов с Linux, и соответственно с разметкой диска различными утилитами (Gparted, Acronis Disk Director), переустановил Windows и столкнулся с интересной ситуацией. Windows explorer показывает размер на 1 гб меньше, чем штатная утилита windows по разметке дисков и Acronis. С чем это может быть связано и как исправить? Ниже ссылки на скрины обозревателя и дисковых утилит, чтобы было понятнее о чем речь. Размер задавал кратно 1024 мегабайтам.
Железо: ноутбук - Asus N55SF. Операционная система - Windows 7х64 Максимальная.

http://pixs.ru/showimage/1jpg_3816642_15411694.jpg

http://pixs.ru/showimage/2jpg_9929623_15411703.jpg

http://pixs.ru/showimage/3jpg_1627828_15411710.jpg

Информация о жестком:
Model Family: Seagate Momentus 5400.7 (AF)
Device Model: ST9750423AS
Serial Number: 5WS1ZW38
LU WWN Device Id: 5 000c50 03d338c3a
Firmware Version: 0001SDM1
User Capacity: 750*156*374*016 bytes [750 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Fri Jan 2 20:11:18 2015 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

[mwz]

После многочисленных экспериментов с Linux »

1. Вы с Линухом уже наигрались – или будете ещё? А то в результате у вас на диске 5 основных разделов (второй скриншот) при стандартном числе не более 4 в случае базовых дисков; причём это "не более" – в сумме: основных и дополнительных; а вот на дополнительных разделах уже имеет право быть по нескольку логических дисков.

2. О множителях десятичных и двоичных: объём диска 750 гигабайт – это десятичное значение. Windows переводит его в двоичное (гибибайты), равное 750(ГБ)/1.024/1.024/1.024=698,49(GiB) – которое мы и видим у вас на скриншоте.

[Eldignis]

2. О множителях десятичных и двоичных: объём диска 750 гигабайт – это десятичное значение. Windows переводит его в двоичное (гибибайты), равное 750(ГБ)/1.024/1.024/1.024=698,49(GiB) – которое мы и видим у вас на скриншоте. »
Не о том речь. Речь о том, что обозреватель windows видит 127 гб диска С, тогда когда остальные утилиты говорят что их 128. Просто раньше такого расхождения не было. Куда девается 1 гб?

[Tau_0]

Не о том речь. Речь о том, что обозреватель windows видит 127 гб, тогда когда остальные утилиты говорят что их 128. Просто раньше такого расхождения не было. »
Покажите из DMDE скрин окна Разделы диска... Ну и заодно дамп сектора LBA= 0 (PT посмотреть хочется...).
Я Вам размеры разделов/томов на них (это не одно и то же...) с точностью до сектора/байта подсчитаю...

[Eldignis]

Покажите из DMDE скрин окна Разделы диска... »
http://pixs.ru/showimage/4jpg_6998666_15414541.jpg

Дамп сектора не знаю как сделать. Подскажите.

[mwz]

Дамп сектора »
На скриншоте.
120714

[Tau_0]

Дамп сектора не знаю как сделать. Подскажите. »
Хм…, если бы Вы частично не прикрыли картинкой с Разделами диска… окно с записями Таблицы разделов, то дамп бы и не понадобился (мне он и так не особо нужен…), а так сделайте. --- Оно не повредит…


Дамп в DMDE делаете так:
Сервис ===> Копировать секторы
И заполняете шаблон
=========================
Источник --- проблемный хард
Приёмник --- файл
См. Картинку (http://rghost.ru/60107676/image.png)

У меня файл сохраняется по по маршруту ---
O:\Ответ\OSZone\Eldignis\dev0_lba0_1.bin
Вы сохраняйте куда хотите, только имя самого файла не меняйте --- оно мнемонично… А файл выкладывайте на форум или ещё куда хотите (всего 512 байт с округлением до кластера, --- это 4 KiB)

ЗЫ Написал ответ и только потом увидел, что mwz успел ответить. Чтобы не удалять выбирайте любой --- отличий нет

[misha2]

Model Family: Seagate Momentus 5400.7 (AF)
Device Model: ST9750423AS »
Маленькая поправка - он не 5400.7, а 5400.6 и не AF. Это достаточно редкий Seagate семейства Cameron.

[Eldignis]

Маленькая поправка - он не 5400.7, а 5400.6 и не AF. Это достаточно редкий Seagate семейства Cameron. »
Такую информацию выдала команда smartctl -i /dev/sda в ubuntu x64.

Дамп сектора:
http://rghost.ru/60110178

[Tau_0]

Дамп сектора: »
Открываем dev0_lba0_1.bin. Мнемоника говорит, что дамп снят с физического устройства dev0, а секторы начинаются с LBA = 0, и в дампе только один сектор.

Так выглядит этот дамп в HEX формате (http://rghost.ru/60111363/image.png).

Цветами: красный, зелёный, синий и желтый выделены четыре (больше в таблицу не войдёт…).

Сразу скажу, что в LBA = 0 находится загручик не Windows, а нечто иное… Видно что-то линуксовое…
См описание MBR и PT в Вики (https://ru.wikipedia.org/wiki/Главная_загрузочная_запись)

И главное статьи Daniel B. Sedory --- в них расписано от до я… Сразу видно что код на Figure 4. другой, но PT лежит стандартно по OffSet 01BE
An Examination of the
Windows™ 7 or 8
MBR ( Master Boot Record ) (http://thestarman.narod.ru/asm/mbr/W7MBR.htm)

Файл дампа дампа LBA = 0 и просматриваем его в двух дисковых редакторах:
--- в DMDE это Parts_PT (http://rghost.ru/60110439/image.png)

--- в WinHex Parts_PT_WinHex (http://rghost.ru/60111891/image.png) форматный просмотр поэргономичнее будет…

Проскакивало в затёртой полемике с 9285… ===>
mwz
Но на самом то деле их 4.

Это неверно, --- в расширенном/дополнительном/extended разделе может быть туева туча логических разделов/дисков. Разделы мы позже посчитаем, когда выйдем на цепочку логических дисков в расширенном разделе…

Eldignis, пишу конспективно, но со ссылками… --- вопросы задавайте и подумайте, как посчитать разделы. Особенно не просто описанные в таблицах, а реально смонтированные разделы/тома интересуют…

[mwz]

Это неверно, --- в расширенном/дополнительном/extended разделе может быть туева туча логических разделов/дисков »
А это кто писал? ;)
а вот на дополнительных разделах уже имеет право быть по нескольку логических дисков »
А в затёртой полемике ещё было сказано про иноземных программеров с не очень прямыми руками, в результате действий которых "Windows и представить не может, что основные разделы могут стоять после дополнительного". И я, пожалуй, соглашусь с этим: у самого некогда были проблемы при таком расположении разделов. Но вот DMDE всё расставил по местам, и, несмотря на то что глядя на его скриншот глаза разбегаются, по крайней мере структура разделов стала понятьной.

[Eldignis]

На моем скриншоте:

Один расширенный раздел в составе которого: /, swap, home - это Ubuntu
Два раздела: один с системой, другой с информацией - это Windows.

Однако, даже тогда когда я полностью очистил жесткий и поставил один раздел с windows, обозреватель файлов этой системы все равно показывает на 1 гб меньше, чем есть. Раньше таких расхождений не было и мне просто интересно что это. Какое то смещение или что? И чем можно хард вернуть в первоначальное состояние.

[Normal]

Раньше таких расхождений не было »
Было, просто не обращалось на это внимание. Возьмите в Управлении дисками на разделе С правой кнопкой мыши-свойства и там покажет объем 127 Гб, проверьте. чем можно хард вернуть в первоначальное состояние. »
Он в "своем" правильном состоянии и ничего делать не надо.

[Tau_0]

А в затёртой полемике ещё было сказано про иноземных программеров с не очень прямыми руками, в результате действий которых "Windows и представить не может, что основные разделы могут стоять после дополнительного". »

Смотрим и считаем….
1-ая запись в PT.
============
Sectors preceding partition 1 = 4096
Sectors in partition 1 = 652218370

Первый сектор раздела 1 = 4906
Последний сектор раздела 1 = 4096 + 652 218 370 - 1 = 652 222 465
Размер раздела 1 = 652218370 sect = ( /2 поскольку в секторе 512 байтов) = 326109185 KiB = ( /1024 ) = 318466.000976563 MiB = 311.001954078675 GiB

Partition type indicator (hex) = 05 --- Это контейнер Extended/дополнительного раздела.
Да, эта запись идёт самой первой. И что с того...???... --- Ничего это не меняет...

2-ая запись.
=========
Sectors preceding partition 2 = 652222464
Sectors in partition 2 = 204800

Первый сектор раздела 2 = 652222464
Последний сектор раздела 2 = 652 222 464 + 204800 - 1 = 652 427 263
Размер раздела 2 = 204800 sect = ( /2 поскольку в секторе 512 байтов) = 102400 KiB = ( /1024 ) = 100 MiB

Partition type indicator (hex) = 07 --- Это основной/Primary раздел.
Как и положено для Windows 7 размер System Reserved = 100 MiB…

3-я запись.
========
Sectors preceding partition 3 = 652427264
Sectors in partition 3 = 268433408

Первый сектор раздела 3 = 652 427 264
Последний сектор раздела 3 = 652 427 264 + 268 433 408 - 1 = 920860671
Размер раздела 3 = 268433408 sect = ( /2 поскольку в секторе 512 байтов) = 13 4216 704 KiB = ( /1024 ) = 131071 MiB = ( /1024 ) = 127.9990234375 GiB =~ 128 GIB

Partition type indicator (hex) = 07 --- Это основной/Primary раздел с Windows и он в управлении дисками показан буквой C:. И размер правильно округлён до 128 GIB…

4-ая запись.
==========
Sectors preceding partition 4 = 920862720
Sectors in partition 4 = 544280576

Первый сектор раздела 4 = 920 862 720
Последний сектор раздела 4 = 920 862 720 + 544 280 576 - 1 = 1 465 143 295
Размер раздела 4 = 544280576 sect = ( /2 поскольку в секторе 512 байтов) = 272140288 KiB = ( /1024 ) = 265762 MiB = ( /1024 ) = 259.533203125 GiB =~ 259.53 GIB

Partition type indicator (hex) = 07 --- Это основной/Primary раздел Data D:. И размер правильно округлён до 259.53 GIB…
**************************************
**************************************

Вот так, исходя только из определения MBR/PT мы разобрались с разделами, описанными в PT.

Я не вижу никаких намёков на криворукость иноземных программеров…
Единственный момент, что в Управлении дисками контейнер не взят в зелёную рамку, а должен был бы…
См Картинку (http://rghost.ru/60125640/image.png)

Но может это из-за того, что загрузчик не Windows, а Grub…???...

Eldignis, пришлите дамп 100 (сто) секторов, начиная с LBA = 4906. Примерно также, но с некоторыми хитрыми тонкостями я разберу цепочки разделов в контейнере/расширенном разделе… Они завязаны в тривиальный односвязный список…
DMDE и его Разделы диска… только для проверки моих выкладок на основе определения MBR/EBR нужны будут…

[mwz]

Я не вижу никаких намёков на криворукость иноземных программеров…
Единственный момент, что в Управлении дисками контейнер не взят в зелёную рамку, а должен был бы… »

Именно что
1. Без рамки, и
2. Диски в контейнере помечены не как "Логический диск", а как "Основной раздел".

[Tau_0]

2. Диски в контейнере помечены не как "Логический диск", а как "Основной раздел". »
Ага, мощно вставило…:gigi::gigi::gigi:

Вот это самое занятное...
Картинка из DMDE (PT и Разделы диска…) (http://rghost.ru/60139636/image.png)
и Картинка из Управления дисками (http://rghost.ru/60139684/image.png)

Хорошо видно, что тут у меня последний (второй) раздел расширенный. И в нём девять Логических дисков. Найдите в Управлении дисками хоть один "Логический диск", --- ВСЕ разделы помечены как Основные…!!!....
Причём так было и на XP, и на Seven не изменилось…

Только и радости, что зелёная рамка на контейнер есть.

ЗЫ Мой предыдущий пост был обращён к Вам и 9285, но пост откорректировали и его смысл/акцент несколько изменился…:(

[mwz]

Ага, мощно вставило… »

Смотрим строку "Диск 0" внизу второго скриншота исходного сообщения.
Везде в первых трёх областях, которые должны были бы быть обведены зелёной рамкой, видим: "Основной раздел" (хотя теперь-то мы знаем, что там на самом деле).

Теперь смотрим строку "Диск 1" в вашей "Картинке из Управления дисками".
Везде в областях внутри контейнера видим: "Логический диск".

Так что вопрос о прямизне рук программеров остаётся. ;)

[Tau_0]

Везде в областях внутри контейнера видим: "Логический диск". »
Ладно…, --- пока пусть будет по Вашему…:)
А если сделать так...
В Управлении дисками
Вид ===> Низ ===>Скрыть ( скрываем графическое представление)

И ориентируемся только по верху… --- Подумаешь, информационный вывод, который ничего не меняет (возможно и другая группа кодеров его делала...). Но в нём никаких “Логических дисков” нет…!!!...
См. Картинку (http://rghost.ru/60144595/image.png)

[mwz]

Но в нём никаких “Логических дисков” нет…!!! »

...и вопрос о прямизне рук только увеличивается. :yes: