Войти

Показать полную графическую версию : Все о SMART - расшифровка параметров, утилиты.


Страниц : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 [174] 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196

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

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

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

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

Tau_0
27-05-2017, 15:44
Хитачевых винчестеров 512e<->4Kn. »
Кстати, посмотрите с пылу с жару с кибера рапорт HDAT2 для харда Хитачи.
Чётко прописано Sector size : physical 4096 bytes = 8 logical x 512 bytes

mwz
27-05-2017, 19:49
Чётко прописано »

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

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

Tau_0
28-05-2017, 10:01
Я же говорю об утилите »
Да прекрасно я понял...:), и к этому мы возможно позже вернёмся.

А пока я приведу подтверждение своих сомнений ===>
А я засомневался в том, что fsutil отличит сектор 512e от просто 512 сектора уже даже на SATA... »
Вот Вам рапорт fsutil fsinfo ntfsinfo C: запущенный для того же харда Хитачи, с которого был представлен рапорт HDAT2
См. файл во вложении. Из этого рапорта никак не следует ===>
Или с правами администратора — штатный командный процессор cmd.exe, а затем выполнить в нём команду
fsutil fsinfo ntfsinfo #:
подставив вместо символа # букву диска.
В отчёте будут в т.ч. две строки,
для дисков с 512n:
Байтов на сектор: 512
Байтов на физический сектор: 512 »

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

mwz
28-05-2017, 12:04
А это не так... »

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

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

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

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

IgNat
28-05-2017, 16:49
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
28-05-2017, 17:35
У меня Windows 10 (заявлена полная поддержка AF-дисков). »
Ну да, в Windows 10 уж должны, наконец, нормально реализовать полную поддержку хардов AF.

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

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

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

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

mwz
28-05-2017, 19:14
хотя у Вас есть дополнительная строка ===>
Байт на физический сектор: 4096 »

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

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

uzeerpc
13-06-2017, 00:28
Подскажите, насколько всё серьезно?

http://i96.fastpic.ru/big/2017/0613/e4/8fbe13367f083380208abb48ddb98ee4.jpg

http://i96.fastpic.ru/big/2017/0613/5c/e62929ff2b23329196ff7b5f871e8c5c.jpg

gannet
13-06-2017, 09:18
uzeerpc, Пока ничего серъезного - просто 8 нестабильных секторов, от которых надо попробовать избавиться, например, сделав ремап (http://forum.oszone.net/post-1867358.html#post1867358) в Victoria (лучше это делать с LiveCD). В дальнейшем время от времени мониторьте Смарт и в случае неумолимого роста значения RAW атрибутов 5 (05) и 197 (С5) меняйте диск.

mwz
13-06-2017, 19:59
просто 8 нестабильных секторов, от которых надо попробовать избавиться, например, сделав ремап в Victoria »

Однако учитывая, что эта модель винчестера имеет внутренний размер сектора 4К (т.е. AF=Advanced format), то:

1. Это не 8 секторов [по 512 байт], а всего лишь один большой сектор [размером 8*512=4K],
и
2. Виктория в режиме Remap с этим сектором не справится, и надо устранять проблему или в HDAT2, или в DMDE, или в других утилитах, умеющих работать с дисками с AF.

sputnikk
14-06-2017, 05:34
mwz, по 187 получается что сектор несколько раз становился нестабильным?

uzeerpc, посмотрите графики в Кристалдиск. Показывают изменения показателей за последний год работы программы

St.Andrey
14-06-2017, 14:06
Товарищи прошу посмотреть вывод смарт статуса. Еще поживет или уже заворачивать в простынку?

WSonic
14-06-2017, 14:21
уже заворачивать в простынку? »
Да

DVDshnik
14-06-2017, 14:26
Можно использовать как файлопомойку для инфы, которую и потерять не жалко. И обязательно поменять кабель данных, из-за него ошибки.

St.Andrey
14-06-2017, 16:02
Попробую его погонять тестами недельку если дальше сыпаться не будет пусть под игры стоит. Хлопнутся игры да и фиг с ними. Только ругань в винде на смарт статус напрягает. Можно ли сбросить данные о битых блоках в СМАРТе?

mwz
14-06-2017, 17:20
Попробую его погонять тестами недельку »
Преступная эксгумация (https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%85%D0%B8%D1%89%D0%B5%D0%BD%D0%B8%D0%B5_%D1%82%D1%80%D1%83%D0%BF%D0%BE%D0%B2) ;)

по 187 получается что сектор несколько раз становился нестабильным? »

187 (BB) Reported UNC Errors - Ошибки, которые не могли быть восстановлены, используя методы устранения ошибки аппаратными средствами.Возможно что были неоднократные попытки восстановить этот сектор — но тут меня могут поправить.

sputnikk
15-06-2017, 07:23
но тут меня могут поправить »Исходил из описания:
содержит количество секторов, которые были признаны кандидатами на переназначение (см. атрибут 197) за всю историю жизни диска. Причём если сектор становится кандидатом повторно, значение атрибута тоже увеличивается
http://www.ixbt.com/storage/hdd-smart-testing.shtml#187

Роман_Квасов@vk
23-06-2017, 11:40
Друзья, подскажите насколько все плохо? Последнее время ноут стал тормозить, появились подозрения на проблемы с HDD. Проверил Викторией, вот что получилось... Поможет ли Виктория с заменой сбойных секторов, или в моем случае лучше готовится к покупке нового диска? Заранее благодарю за ответ.

DVDshnik
23-06-2017, 12:24
Роман_Квасов@vk, менять как можно пораньше. И поменьше стучать крышкой по корпусу или чем там ещё почти тысяча ударов заработана...




© OSzone.net 2001-2012