Система не видит раздел

Всем здравствуйте.
Проблема в следующем. При загрузке винды отключился свет. При следующем включении винда прошлась chkdsk и нарыла там чего-то уже не помню чего и не загрузилась.
При подключении винта, к системе на другом компе, система не видит раздел винта.
Диск 1ТБ был разбит на два раздела. Большой раздел, на котором нужные данные, система не видит.
Скриншоты из DMDE и Crystal Disk Info прилагаются. Кто что может подсказать? Что это за разделы на скриншоте DMDE (подчеркнул красным)? Ну и судя по информации SMARTa "побились сектора"? Реально ли восстановить данные?

Миниатюры

   

0

Вам виднее...

0

Сообщение от cgworker Поставил в DMDE сделать клон диска с обратным ходом и т.д. А далее вот...

Да не нужен Вам клон, ведь сбойные секторы Вы никак не вычитаете.... А вот затереть эти бэды (сделать выбираемыми) проще простого...

1

Сообщение от Tau_0 А вот затереть эти бэды (сделать выбираемыми) проще простого...

А можно поподробнее? А то Вы уже не в первый раз упоминаете, что это "раз плюнуть", так помогите человеку...

0

Сообщение от Sumen так помогите человеку...

А как помочь, если он пропал и ничего не спрашивает...???...
В двух словах на хардах WDC AF с секторами 4K утилитами типа Victoria затереть/переназначить нельзя. Эти утилиты не умеют работать с секторами 4K.

Но эти секторы прекрасно затираются из того же DMDE диапазоном из восьми 512 байт секторов или более...

0

То есть, если сектор не читается, то писать в него можно? Такое утверждение справедливо только для "Бэд"-блоков "софтового" происхождения, то есть если ошибка UNC, CRC и т.п. обусловлена только расхождением контрольных сумм, защищающих каждый сектор. Если сектор потерял свои свойства по "физическим" причинам (а это может быть как деградация магнитной поверхности, так и микрозапилы), то "затереть" его способов не придумано. Если диск при обращении с "сбойным" секторам впадает в ступор, то для этого надо исключать такие сектора из транслятора (а это умеет делать и сам диск, но до определенного количества), ни DMDE, ни victoria ни тому подобный софт не умеет работать с трансляцией диска (хотя бы потому, что обработка дефектов и устройство транслятора у дисков разные).

0

Сообщение от Sumen ни DMDE, ни victoria ни тому подобный софт не умеет работать с трансляцией диска (хотя бы потому, что обработка дефектов и устройство транслятора у дисков разные).

Конечно remap делает только микрокод самого харда, ну так и после первой попытки возможно хард сектор переназначит...???... Но сколько я с пендинками на больших секторах не сталкивался, это всегда были софт-быды и прекрасно затирались/перекрывались диапазоном секторов.

По обстоятельствам пробовал оба варианта:
1. Копию секторов из харда в файл, с последующим возвратом последнего на Родину...
2. Просто заливал по нужному адресу диапазон из 8 секторов 00 Hex

Отлично затиралось и можно было ехать дальше...

0

Сообщение от Tau_0 это всегда были софт-быды

У реальных 4Кб дисков (не эмуляция 8*512) проблема с ECC имеется - код защищает в 8 раз больший объем, и ошибки возникают чаще. Да и "пендинги" по определению - это кандидаты не переназначение, то есть если диск нормально пишет в SA и есть место в резерве, то ему просто времени не хватило дефекты автоматом скрыть.
А пропадание "софт"-бэдов при перезаписи весьма банально: при операции записи контрольная сумма пересчитывается и сектор опять "валиден". Есть только одна "петрушка" - диск сам не может определить происхождение "бэд"-блоков, и отсюда массовый slowresponding и прочее.

0

Сообщение от Пью Нужно почистить контакты платки в гермозону ластиком, затем спиртом, перед копированием, снимать придётся платку. Копировать лучше в dmde в dos с пропуском бэдов с конца диска. Число повторах - 0, число повторов при ошибках CRC - 0, обратный ход. (в настройках копирования).

Вообщем, описываю итог.
Купил 1ТБ диск. И в DOS режиме сделал посекторную копию как посоветовал Пью.
Cейчас вот с клона восстанавливаю файлы.
Огромное спасибо Пью за советы и помощь.

Сообщение от Sumen Не по теме: Братцы, у меня болит живот, походу аппендицит. ...

Так что и аппендицит можно иногда самому вырезать

Сообщение от Tau_0 Но эти секторы прекрасно затираются из того же DMDE диапазоном из восьми 512 байт секторов или более...

Попробую еще поколдовать над WD.
Для начала я так понимаю нужно найти эти сектора. А потом уже их затирать.
Если можно, подскажите как осуществить этот процесс.

0

Сообщение от cgworker подскажите как осуществить этот процесс.

Для этого надо прогнать тест линейного чтения в Victoriia 4.46b/4.47 For Windows или HDDScan. Лучше всего взять модифицированную Wictoria 4.47 For Windows, она работает на x64 версиях Windows. --- Тут как Вам удобнее…

В качестве первого приближения прогоните тест линейного чтения… Текстовый рапорт SCAN’а сохраните и покажите.
Потом надо будет уточнить LBA адреса сбойных секторов в сбойных блоках секторов…
Но это потом...

0

Сообщение от Tau_0 Для этого надо прогнать тест линейного чтения в Victoriia 4.46b/4.47 For Windows или HDDScan. Лучше всего взять модифицированную Wictoria 4.47 For Windows, она работает на x64 версиях Windows. --- Тут как Вам удобнее… В качестве первого приближения прогоните тест линейного чтения… Текстовый рапорт SCAN’а сохраните и покажите. Потом надо будет уточнить LBA адреса сбойных секторов в сбойных блоках секторов… Но это потом...

Ага хорошо... как только проделаю все это, стразу отпишусь.

Добавлено через 6 часов 3 минуты
Итак, прогнал через Victoria 4.47
Вот лог.

13:20:09 : Model: WDC WD10EZEX-00RKKA0; Capacity: 1953525168 LBAs; SN: WD-WCC1S0297108; FW: 80.00A80
13:21:43 : Starting Reading, LBA=0..1953525167, sequential access, timeout 10000ms
13:22:08 : Block 441600 Error: ABRT
13:22:08 : Warning! Block start at 441856 = 328 ms
13:22:29 : Block 443904 Error: ABRT
13:22:29 : Warning! Block start at 444160 = 343 ms
13:23:05 : Block 4890112 Error: ABRT
13:23:05 : Warning! Block start at 4890368 = 328 ms
13:23:30 : Block 6434560 Error: ABRT
13:23:30 : Warning! Block start at 6434816 = 344 ms
13:23:51 : Block 6482688 Error: ABRT
13:23:52 : Warning! Block start at 6482944 = 343 ms
13:30:06 : Block 132183296 Error: ABRT
13:30:07 : Warning! Block start at 132183552 = 328 ms
13:30:27 : Block 132195840 Error: ABRT
13:30:28 : Warning! Block start at 132196096 = 328 ms
13:30:50 : Block 132862464 Error: ABRT
13:30:51 : Warning! Block start at 132862720 = 343 ms
13:34:38 : Block 204802304 Error: ABRT
13:34:39 : Warning! Block start at 204802560 = 328 ms
13:35:19 : Block 210777344 Error: ABRT
13:35:40 : Block 210777600 Error: ABRT
13:36:01 : Block 210777856 Error: ABRT
13:36:22 : Block 210778112 Error: ABRT
13:36:44 : Block 210778368 Error: ABRT
13:36:44 : Warning! Block start at 210778624 = 327 ms
13:37:05 : Block 210780672 Error: ABRT
13:37:26 : Block 210780928 Error: ABRT
13:37:47 : Block 210781184 Error: ABRT
13:38:08 : Block 210781440 Error: ABRT
13:38:29 : Block 210781696 Error: ABRT
13:38:51 : Block 210781952 Error: ABRT
13:39:12 : Block 210782208 Error: ABRT
13:39:33 : Block 210782464 Error: ABRT
13:39:54 : Block 210782720 Error: ABRT
13:40:16 : Block 210782976 Error: ABRT
13:40:37 : Block 210783232 Error: ABRT
13:40:58 : Block 210783488 Error: ABRT
13:41:19 : Block 210783744 Error: ABRT
13:41:20 : Warning! Block start at 210784000 = 327 ms
13:41:24 : Block 210911488 Error: ABRT
13:41:46 : Block 210911744 Error: ABRT
13:41:46 : Warning! Block start at 210912000 = 328 ms
13:42:07 : Block 210912512 Error: ABRT
13:42:07 : Warning! Block start at 210912768 = 344 ms
13:42:28 : Block 210952704 Error: ABRT
13:42:29 : Warning! Block start at 210952960 = 312 ms
13:42:50 : Block 211041280 Error: ABRT
13:42:50 : Warning! Block start at 211041536 = 327 ms
13:43:11 : Block 211063808 Error: ABRT
13:43:32 : Block 211064064 Error: ABRT
13:43:54 : Block 211064320 Error: ABRT
13:43:54 : Warning! Block start at 211064576 = 328 ms
13:44:15 : Block 211067136 Error: ABRT
13:44:36 : Block 211067392 Error: ABRT
13:44:57 : Block 211067648 Error: ABRT
13:45:19 : Block 211067904 Error: ABRT
13:45:40 : Block 211068160 Error: ABRT
13:46:01 : Block 211068416 Error: ABRT
13:46:22 : Block 211068672 Error: ABRT
13:46:44 : Block 211068928 Error: ABRT
13:46:44 : Warning! Block start at 211069184 = 327 ms
13:47:05 : Block 211072256 Error: ABRT
13:47:26 : Block 211072512 Error: ABRT
13:47:47 : Block 211072768 Error: ABRT
13:48:09 : Block 211073024 Error: ABRT
13:48:30 : Block 211073280 Error: ABRT
13:48:51 : Block 211073536 Error: ABRT
13:49:12 : Block 211073792 Error: ABRT
13:49:34 : Block 211074048 Error: ABRT
13:49:55 : Block 211074304 Error: ABRT
13:50:16 : Block 211074560 Error: ABRT
13:50:37 : Block 211074816 Error: ABRT
13:50:58 : Block 211075072 Error: ABRT
13:51:20 : Block 211075328 Error: ABRT
13:51:41 : Block 211075584 Error: ABRT
13:52:02 : Block 211075840 Error: ABRT
13:52:23 : Block 211076096 Error: ABRT
13:52:48 : Warning! Block start at 211076352 = 24274 ms
13:53:18 : Block 211076608 Error: ABRT
13:53:47 : Block 211076864 Error: ABRT
13:54:08 : Block 211077120 Error: ABRT
13:54:34 : Block 211077376 Error: ABRT
13:54:56 : Block 211077632 Error: ABRT
13:54:57 : Warning! Block start at 211077888 = 578 ms
13:55:21 : Block 211078144 Error: ABRT
13:55:22 : Warning! Block start at 211078400 = 484 ms
13:55:43 : Block 211078656 Error: ABRT
13:55:44 : Warning! Block start at 211078912 = 344 ms
13:56:05 : Block 211093504 Error: ABRT
13:56:05 : Warning! Block start at 211093760 = 328 ms
14:27:25 : Block 823068672 Error: ABRT
14:27:26 : Warning! Block start at 823068928 = 328 ms
14:27:46 : Block 823069184 Error: ABRT
14:27:47 : Warning! Block start at 823069440 = 328 ms
14:32:04 : Block 895062528 Error: ABRT
14:32:04 : Warning! Block start at 895062784 = 312 ms
14:32:25 : Block 895063296 Error: ABRT
14:32:25 : Warning! Block start at 895063552 = 327 ms
14:32:46 : Block 895063808 Error: ABRT
14:32:46 : Warning! Block start at 895064064 = 328 ms
15:38:28 : Warning! Block start at 980119296 = 3660579 ms
16:09:03 : Block 1482400256 Error: ABRT
16:09:03 : Warning! Block start at 1482400512 = 312 ms
16:11:29 : Warning! Block start at 1518490368 = 265 ms
16:45:24 : ***** Scan results: Warnings - 30, errors - 73 *****

Перед тестом СМАРТ показывал 209 пендингов.
После теста уже выдает 215.
Не говорит ли это о том, что винт начал сыпаться и ему уже не помочь?

0

Сообщение от cgworker что винт начал сыпаться

Начал? Он усердно продолжает))

0

Сообщение от cgworker Перед тестом СМАРТ показывал 209 пендингов. После теста уже выдает 215. Не говорит ли это о том, что винт начал сыпаться и ему уже не помочь?

О том, что хард начал сыпаться можно гововорить после того, когда появятся реаллокейты, но я рапорта SMART не вижу...

Кстати, в первоначально представленном рапорте SMART были отмечены только 13 пендингов и три сектора, которые хард не мог сам исправить в оффлайне...

Но о том, что хард начал сыпаться говорить преждевременно.

215 пендингов это совсем немного, но есть большая заморока при ручном затирании…

Пока прогоните тест линейного чтения для этого блока.

13:22:08 : Block 441600 Error: ABRT

Выставьте Block Size = 1
SartLBA = 441600
EndLBA = 441855
Посмотрим, как процесс пойдёт...

Как это сделать посмотрите рядом в теме Часто зависает компьютер из за секторов С5 и C6!

Это как раз для Вас…

Рапорт скана и рапорт SMART покажите

0

Прогнал тест. Результаты ниже.

Миниатюры

   

0

Вообщем по аналогии с соседней веткой залил 00
с 441680 по 441688
Victoria протестировала моментом.

Миниатюры

 

0

Сообщение от cgworker Прогнал тест. Результаты ниже.

В DMDE заливаете 00 Hex
начальный сектор = 441680
конечный сектор = 441687
Число секторов = 8

Затем в Витории сканируете диапазон
StartLBA = 441680
EndLBA = 441687
Block Size = 1

Показываете именно текстовый рапорт SCAN, а не графическую картику…. --- Мне не нравится цифири перебирать , вместо простого copy-past…
Ну и актуальный рапорт SMART(после прогона всего) опять покажите…

0

Текстовый рапорт под спойлером был.
SMART после заливки 00. на один пендинг меньше показал.

Миниатюры

 

0

по следующему диапазону

21:00:11 : Starting Reading, LBA=443904..444160, sequential access, timeout 10000ms
21:00:32 : Block 443912 Error: ABRT
21:00:53 : Block 443913 Error: ABRT
21:01:14 : Block 443914 Error: ABRT
21:01:36 : Block 443915 Error: ABRT
21:01:57 : Block 443916 Error: ABRT
21:02:18 : Block 443917 Error: ABRT
21:02:39 : Block 443918 Error: ABRT
21:03:01 : Block 443919 Error: ABRT
21:03:01 : Warning! Block start at 443920 = 343 ms
21:03:01 : ***** Scan results: Warnings - 1, errors - 8 *****

0

Сообщение от cgworker Текстовый рапорт под спойлером был.

Тогда извините --- впопыхах не заметил...

Итак один soft-bad ушёл. Но их осталось для аккуратного ручного затирания немало...

Будем действовать по-другому

1. В DMDE копируте в файл
=============================

Сервис ====> Копировать секторы
Заполняте шаблон
Начальный сектор = 210777344
Конечный сектор = 211093504 + 255 = 211093759
Число секторов = 211093504 + 255 - 210777344 + 1 = 316416

В байтах это будет
316 416 снкторв = ( /2 считаем по 512 байт на сектор) =158 208 KiB = ( /1024 ) = 154.5 MiB --- не так уж и много…
Я сохраняю в файл по марщруту
O:\Ответ\CyberForum\cgworker\dev1_lba210 777344_316416.bin
Вы выбираете свой, но имя файла не меняйте, --- оно мнемонично…

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

Во время копирования сбойных секторов не повторяйте операцию --- бесполезно… Игнорируйте ВСЕ…

2. Теперь возвращаете файл на Родину по тому же адресу LBA = 210777344
==============================
Бэды должны уйти

3. Проверяете диапазон в виктории.
==================================

StartLBA = 210777344
EndLBA = 211093759
Размер блока можете оставить = 256…

Отписываетесь…. --- нужны оба рапорта…

Миниатюры

 

0

Я пробовал считать секторы из сбойных областей. Но DMDE подвисает наглухо. и прервать не дает даже.
Так что пока что действую как до этого. нахожу бэды и заливаю 00. Процесс не быстрый, но я терпеливый.
Буду работать. Спасибо за помощь.

0

Сообщение от cgworker Я пробовал считать секторы из сбойных областей. Но DMDE подвисает наглухо. и прервать не дает даже.

А как/чем тогда вы посекторную копию исхитрились сделать...???...

0