[mwz]

Да и харды харды AF с секторами 4Kn и харды AF с секторами 4K, 512e очень различаются, но в обоих случаях внутренний размер сектора равен 4096B »

Различаются микропрограммой.
У моего знакомого MS MVP есть винчестер с 4Kn, полученный напрямую от HGST для экспериментов, с отчётом в Win-10:

Байт на сектор: 4096
Байт на физический сектор: 4096
Байт на кластер: 4096
Байт на сегмент FileRecord: 4096

и, насколько я знаю, есть возможность (но не для широкой публики) получить там же утилиту, переключающую режимы Хитачевых винчестеров 512e<->4Kn.

[Tau_0]

Хитачевых винчестеров 512e<->4Kn. »

Кстати, посмотрите с пылу с жару с кибера рапорт HDAT2 для харда Хитачи.
Чётко прописано

Sector size : physical 4096 bytes = 8 logical x 512 bytes

[mwz]

Чётко прописано »

Что полностью эквивалентно паре записей:
Байт на сектор: 512
Байт на физический сектор: 4096

Я же говорю об утилите, которая позволяет у данного экземпляра винчестера менять "Байт на сектор: 512" на "Байт на сектор: 4096" (и обратно), т.е. 512e на 4Kn, и HDAT2 покажет после этого уже новую геометрию, типа "Sector size: physical 4096 bytes = logical 4096 bytes".

[Tau_0]

Я же говорю об утилите »

Да прекрасно я понял..., и к этому мы возможно позже вернёмся.

А пока я приведу подтверждение своих сомнений ===>

А я засомневался в том, что fsutil отличит сектор 512e от просто 512 сектора уже даже на SATA... »

Вот Вам рапорт fsutil fsinfo ntfsinfo C: запущенный для того же харда Хитачи, с которого был представлен рапорт HDAT2
См. файл во вложении. Из этого рапорта никак не следует ===>

Или с правами администратора — штатный командный процессор cmd.exe, а затем выполнить в нём команду fsutil fsinfo ntfsinfo #: подставив вместо символа # букву диска. В отчёте будут в т.ч. две строки, для дисков с 512n: Байтов на сектор: 512 Байтов на физический сектор: 512 »

Вижу только
Байт на сектор: 512
А это не так...

[mwz]

А это не так... »

Однако вопрос: какая модель этого винчестера? Что говорит про неё документация HGST? Поскольку если двое дают противоречивые ответы, то, действительно, один из них врёт; но вот кто это делает — пока не известно (по крайней мере мне, по имеющейся информации).

Кстати, самые первые винчестеры с AF врали сами, отвечая системе, что у них 512 байт на сектор. И если знать это, то в утилиту можно заложить базу по таким винчестерам-лжецам и выдавать результат не в соответствии с ответом винчестера (а только это и делает fsutil), а в соответствии с информацией из базы. В которой могут быть ошибки.

PS
А, увидел в предыдущем: HTS545050A7E680
Да, этот винчестер — с AF.

В личку уже заглянули?

[IgNat]

mwz, Tau_0, у меня на ST2000DM001 fsutil правильно показала:

C:\WINDOWS\system32>fsutil fsinfo ntfsinfo i: Серийный номер тома NTFS: ххх Версия NTFS: 3.1 Версия LFS: 2.0 Число секторов: 0x00000000e8e077ff Всего кластеров: 0x000000001d1c0eff Свободных кластеров: 0x00000000005a85da Всего зарезервировано: 0x0000000000000f1b Байт на сектор: 512 Байт на физический сектор: 4096 Байт на кластер: 4096 Байт на сегмент FileRecord: 1024 Кластеров на сегмент FileRecord: 0 Допустимая длина данных Mft: 0x000000003f840000 Начальный Lcn Mft: 0x00000000000c0000 Начальный Lcn Mft2: 0x0000000000000002 Начало зоны Mft: 0x00000000000ff840 Конец зоны Mft: 0x00000000000ff900 Макс. число экстентов устройства: 0 Макс. число байт усечения устройства: 0x0 Макс. число экстентов усечения тома: 62 Макс. число байт усечения тома: 0x40000000 Идентификатор диспетчера ресурсов : ххх

А это не так... »

- не забывайте, что у разных производителей HDD - разные методики реализации AF (4096->512), по крайней мере была , может сейчас и пришли к единой реализации (лень искать/читать ). Думаю, что немаловажно в какой ОС запускалась fsutil. У меня Windows 10 (заявлена полная поддержка AF-дисков).

[Tau_0]

У меня Windows 10 (заявлена полная поддержка AF-дисков). »

Ну да, в Windows 10 уж должны, наконец, нормально реализовать полную поддержку хардов AF.

Хард HTS545050A7E680 не мой --- взято из темы на Кибере Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort0. Зависание - Жесткие диски
ЗЫ Уж и не знаю (пока размышляю...), как там с той проблемой дальше бороться...

А система там --- ASUS N53SV , Windows 7 Максимальная ( пир.)

Но тут есть ещё один момент --- fsutil работает на уровне ФС/тома и берёт информацию из boot-сектора тома... Зачем ей физические данные о харде...???..., хотя у Вас есть дополнительная строка ===>

Байт на физический сектор: 4096

ЗЫ У меня сейчас нет под рукой ни Windows, 10 ни харда. --- Поэтому сам я проверить не могу....

[mwz]

хотя у Вас есть дополнительная строка ===> Байт на физический сектор: 4096 »

Непонятно, почему этой строки нет в рапорте на Кибере, что и вызвало недопонимание: это как раз и есть размер физического сектора.
Возможно что команда запускалась там из-под Win-7 без сервис-пака (но я уже давно забыл, что это такое , ну а в WinXP этой строки точно нет).

PS
А, там система "(пир.)" — т.е., если я правильно сейчас расшифровал это сокращение, возможно всё что угодно, а не только отсутствие строк...

[uzeerpc]

Подскажите, насколько всё серьезно?

Скрытый текст

[gannet]

uzeerpc, Пока ничего серъезного - просто 8 нестабильных секторов, от которых надо попробовать избавиться, например, сделав ремап в Victoria (лучше это делать с LiveCD). В дальнейшем время от времени мониторьте Смарт и в случае неумолимого роста значения RAW атрибутов 5 (05) и 197 (С5) меняйте диск.