[mwz]

Мамой клянусь и зуб даю... »

И при дисках с AF (правда, здесь не этот случай)?

[Tau_0]

И при дисках с AF »

А харды AF ни Виктория, ни MHDD не знают. Как-то, что-то при линейном чтении показывают. И пока нет бэдов, то оно нормально... --- Эмуляция 512 секторов срабатывает.

Но если есть бэды, то концы с концами не срастаются (4096 байтов, это не 512). И эти утилиты, хотя и не вылетают, но и не работают так, как нам бы хотелось...

[Markus-x]

Всё сделал! Вот настоящие скриншоты с LiveCD_Seven+LEX: [IMG][/IMG] [IMG][/IMG]

Цитата Markus-x: стер бед блоки в MHDD через команду erase. » И чем Вы думали...??? »

Эт я не подумал

Хотелось бы увидеть дампы секторов 63, 61432559, 312576704 - в крайнем случае скриншоты. »

Не додумался как их добыть, подскажите и я всё выложу.

[Tau_0]

Не додумался как их добыть, подскажите и я всё выложу. »

Запускаете DMDE в меню Сервис ===> Копировать секторы
Выбираете Источник -- у меня это Physical*Drive*0 [1.00*TB*WDC WD1002FBYS-02A6B0 : 03.00C06 : WD-WMATV8288537], а у Вас Ваш проблемный хард…

И приёмник (у меня это файл E:\Ответ\OSZone\Markus-x\dev0_lba312576704_1.bin), а Вы копируете куда хотите…

ЗЫ только имя файла не меняйте, -- оно мнемонично…
См. картинку

[yab]

Tau_0
Зубов у тебя уже точно нет, надеюсь что хоть мама жива.
И нет ответа на вопрос оглашённый ранее. Зато много пустословия.
Понимаю что ответа не будет поэтому обьясняю - считывание может характеризоваться и блочно, но только читаются все сектора. Если этого не делать невозможно определить сбойный.
А вот дальше уже зависит от того как предусмотрел разработчик.
Можно сделать просто и быстро - показать номер начального сектора блока и пусть потом пользователь дотумкает что и как. А можно вывести и реальный (реальные) - для этого достаточно вспомнить на каком больше всего задержка или повторить исследование блока, но уже "с точностью до 1 сектора" причём безо всякого вмешательства пользователя.

[Markus-x]

Достал дампы секторов 63, 61432559, 312576704
Посмотрите пожалуйста если возможность что то сделать.

[Tau_0]

А вот дальше уже зависит от того как предусмотрел разработчик. »

Мой ответ прост ===>

Я домыслами не занимаюсь... --- Я конкретно о MHDD и Victoria for DOS писал, а также о других утилитах, что я знаю...

Коли Вы не знаете/умеете, как просто проверить мои утверждения, это сделаю я.

Называйте LBA адрес сектора в диапазоне 1-2047. Я создам на на своей машине soft-bad и выложу скрины в подтверждение своей правоты...

Это не бла-бла-бла...
А там посмотрим кому зуб и язык (за пустой трёп...) и упёртость надо рвать...

[yab]

Markus-x
Возможность есть, но смотря о чём речь.
У тебя была повреждена 24-я запись и если бы сделал просто ремап секторов, то всё было бы нормально.
Сейчас у тебя затёрт какой то блок, а это уже больше 100 ни записей.
Чтобы узнать точно - нужен или дамп секторов 6291500+260 или лог поиска NTFS. А лучше и то, и другое.
И да, дамп 30716311+7

Tau_0
Конкретно, покажи где в MHDD изменить размер блока.
И что, не мог сам себе назвать LBA секторов - тех трёх что есть на скриншоте.
Вот по этим цифрам покажи как распределены блоки.
Там даже разница ни разу не кратна 255 (256).

[Markus-x]

Возможность есть, но смотря о чём речь. »

Мне хотя бы фотки вытащить.

[Tau_0]

По непонятным причинам слетела файловая система диска системного диска С. »

Мдя...???... А мне кажется, что с программулиной типа акрониса побаловались...

Посмотрел я разные цифири в блоках и получается, что в PT (таблице разделов) подрезан раздел System. По файловой системе он просится быть диском C:, а вместо него обрубок...

А подрезали, когда создали логический диск D: в расширенном разделе. Не сразу, но со временем логический стал затаптывать System, пока не затоптал до нехорошего...

См. картинки во вложении

Поведайте нам, как дело было...???... --- А у меня вот такие домыслы...