» Восстановление разделов и информации на HDD (часть 3)

adminalexey
Сушильщики блин! Хоть бы со знающими людьми подобных случаев посоветывались. Прежде чем включать. Если до этого после залива еще клиент не включал. Обычно скрывают.
Нужно было:
Вынуть Хард из коробки, открутить плату. Промыть дистиллированой водой (в авто-магазине), затем спиртом техническим. Иголочкой пройти все межкотактные промежутки. Там обычно флюс, и любая жидкость любит с ним реагировать.
Посмотреть нет ли следов жидкости в районе отверстия атмасферовыравнивающего давление в гермоблоке. А то мог и внутрь жидкости насосать. Прикрутить плату. Подключить к обычному компу через переходник, и может быть повезет.

Если пивом, а потом включили, не промыв. Очень вероятен выход из строя всей электроники, и самой коробки USB, и платы харда, и коммутатора в банке.

Тут намедни чаем подобный залили, менее токо-проводен, чем пиво и то последствия были весьма плачевные.
Если на плате есть BGA микросхемы (хотя на WD пока не поподались) и жидкость под БГА микросхемы затекла, вобще труба, там по 12 контактов на квадратный миллиметр. И сушить бесполезно. Мыть, мыть и мыть. Сушить мощьным феном. БГА микросхемы лучше снимать, промывать под ними и опять припаивать. Причем сразу после потопа, потом будет поздно, разьедание проводников и образование всяких токопроводящих гидридов. Растояние между контактами по 0,15mm - не шутка.

Если не запустится.
Информацию скорее можно достать, но будет не дешово. Новый такой же хард на донора, плюс ювелирная работа. Если клиент готов платить - заходи.

TeXpert
После восстановление разделов у тебя инфа нашлась или нет?
О каких перезаписанных файлах ты говоришь? Я туда ниче не писал. Раздел у меня так и валяется мертвый.

Если уже ничего не спасти, так хотя бы выяснить почему и из-за чего эта хрень случилась.

tomset


Цитата:

Сушильщики блин! Хоть бы со знающими людьми подобных случаев посоветывались. Прежде чем включать. Если до этого после залива еще клиент не включал.

я и сам знаю что включать его можно только после того как он высохнет...
поэтому винт ближе чем, на метр к компу не подносили )


Цитата:

Обычно скрывают.
Нужно было:
Вынуть Хард из коробки, открутить плату

та ну он не открывается ) точнее может он и открывается, но я не вижу способа открыть его )
(черная такая коробочка, хз как его открыть (нет ни одного болта\шурупа), а лезть самому открывать напильником не хочется)



Цитата:

Если не запустится.
Информацию скорее можно достать, но будет не дешово. Новый такой же хард на донора, плюс ювелирная работа. Если клиент готов платить - заходи.

дорого эт скока примерно? он новый стоит 3к руб...по сути нужно только инфу оттуда слить

Nimthus
Цитата:

После восстановление разделов у тебя инфа нашлась или нет?

Перезаписанные бесполезно искать.
Цитата:

Если уже ничего не спасти, так хотя бы выяснить почему и из-за чего эта хрень случилась

Странно. Ты же сам выше писал:
Цитата:

...поставил Win2K sp4, как после выяснилось на ней выключен был LBA48

вопрос.
вот у меня есть жесткий (самсунг) на котром есть много больших (по 10-15 гигов) файликов..

диск в ntfs . при копировании часть файликов оттуда скорость копирования несколько килобайт бай в сек + некотрые файлики не копируеться. ошибка CRC.
я так понимаю у меня жесткий маленько посыпался. проверять всякими проверялками пока там инфа не желаю..

собственно вопрос как оттуда все выдрать даже пусть некоторые сектора не прочитаються.
точнее не как а какой тулзой/??

спасиб

adminalexey


Цитата:

та ну он не открывается ) точнее может он и открывается, но я не вижу способа открыть его )
(черная такая коробочка, хз как его открыть (нет ни одного болта\шурупа), а лезть самому открывать напильником не хочется)

На защелках он. Нужно острым лезвием, нащупать где они, надавить - он и откроется.
Все равно уже не гарантийный случай, так что сломаешь не страшно.
Можно конечно по гарантии на дурочка проскочить. Но чаще берут на диагностику, отправляют поставщику и там все выясняется. С клиентом советуйся, для многих гарантия важней, чем их "бесценные" данные.

Цитата:

дорого эт скока примерно? он новый стоит 3к руб...по сути нужно только инфу оттуда слить

Если донор понадобится, сам уже можешь прикинуть цена донора + работа где-то от 3000р, если придется головки менять.
В любом случае, нужно смотреть во что выльется добыча данных, возможно все обойдется малой кровью.
При восстановлении данных, при проблемах в банке, очень сложно прогнозировать, сколько доноров понадобится, и в какие временные затраты все выльется.

TeXpert
Не уверен, что во всем виноват LBA48. При его выключении проблемы с инфой, которая расположена за гранью 120Гб. Она видится, но не читается. На начало винта это не оказывает влияние. Причем данные записываются в конец винта нормально, но нельзя их прочитать пока не включен LBA48.

Также остается вопрос: данные на винте есть, только не могу догнать, как их снять оттуда. Если их не видят восстанавливалки - значит это уже неизлечимо???
Пробовал эксперимент: быстрое форматирование раздела, затем увеличивал значение размера $MFT файла и списка его отрезков, затем чекдиск с ключом /f. Проверка находит файлы, но не восстанавливает их, а удаляет из раздела. Зато проверка восстанавливает часть файлов из другого (второго) раздела (но без сохранения путей и имен).
Я в недоумении...

Добавлено:
mukca
Проверь стоит ли винт в DMA, может он в PIO у тебя встал отсюда и низкая скорость. У меня иногда случается такое, правда скорость не настолько низкая..

Цитата:

проверять всякими проверялками пока там инфа не желаю..

Не понятное не желание... Если, чего-то опасаешься, сделай по байтовый образ винта. И чем тебе мешают тестилки, они читают, а не пишут. Если не уверен - читай мануал к проге.

Цитата:

все выдрать даже пусть некоторые сектора не прочитаються

В чем проблема, копируй себе потихоньку, те файлы, которые с ошибкой, тебе уже не спасти. Если уверен, что можешь восстановить свой битый файл, тогда HEX-редактор и вперед в путешествие по винту...

Nimthus
Цитата:

Она видится, но не читается

Скорее всего, ты видишь только название, а там -- мусор.
Цитата:

Также остается вопрос: данные на винте есть, только не могу догнать, как их снять оттуда. Если их не видят восстанавливалки - значит это уже неизлечимо???

Как уже выше писал, мне было проще -- я смотрел из-под другой ОС, Windows Server 2003. И скорее всего, там будет мусор. У тебя ещё способ есть -- загрузиться через ЁRD Commander и сбросить на флашку. Но, повторюсь, скорее всего там будет мусор.

Nimthus
У Вас основательно поработал ЧекДиск и проблема LBA48. Многие файловые записи и содержимое файлов могли быть переписаны, файловые записи - еще и изменены Чекдиском. Так что не удивительно, что восстанавливается плохо.

Не уверен, что во всем виноват LBA48. При его выключении проблемы с инфой, которая расположена за гранью 120Гб. Она видится, но не читается. На начало винта это не оказывает влияние.
Здесь Вы не правы. При LBA28 в случае обращения на запись за 137 ГБ фактически происходит запись в начало винта (Фактический адрес = Требуемый адрес - 137ГБ). Так что можете быть уверены, Винда там наколбасила. Как Вы правильно заметили, ЧекДиск замечательно подчищает файловые записи, которые ему не нравятся.

Ваши слова про список экстентов - это хорошо. Но несколько непонятно. Вам надо для каждого раздела проанализировать исходную MFT (обычно начинается в ~3.2 ГБ от начала раздела). Причем, какие-то записи могут быть правильными, а другие - нет. Вручную это делать весьма затруднительно ИМХО. У меня есть прога NTFS Search, может быть она Вам поможет (ссылки я давал во второй части этой темы, но они могли засохнуть).

Случилась такая проблемка - пропали разделы на винте 160 ГБ Seagate, мать Intel i845. Виден только один системный раздел, да и тот не читается. Произошло это после того как винт начал забиваться под завязку, до этого 5 месяцев работал нормально.
Chekdisk выдал такую ошибку "Corrupt master file table" и закруглился на этом. Просканировал диск с помощью Restorer 2000, который всегда выручал, вся инфа видна, щелкаю восстановить -"Can't read file to be recovered completely(801)". Есть ли шансы спасти инфу? Как я понимаю угроблена основная таблица разделов. Подсажите что можно сделать?

Цитата:

Проверь стоит ли винт в DMA, может он в PIO у тебя встал отсюда и низкая скорость. У меня иногда случается такое, правда скорость не настолько низкая..

просвящу винты всегда при загрузки винды xp ставяться в dma

2. как ктогда обьясниш что часть инфы нормльная скорость другая еле еле а потом ошибка crc



Цитата:

Не понятное не желание... Если, чего-то опасаешься, сделай по байтовый образ винта. И чем тебе мешают тестилки, они читают, а не пишут. Если не уверен - читай мануал к проге.

нуну я понимаю что я телепат и названия проги для побайтового копирования знаю..

вотегото я и спрашивал.. тока чтоб умело ошибки чтения пропускать.. а лучше заменять чемнибуть. нулями к примеру


Цитата:

В чем проблема, копируй себе потихоньку, те файлы, которые с ошибкой, тебе уже не спасти. Если уверен, что можешь восстановить свой битый файл, тогда HEX-редактор и вперед в путешествие по винту...

гыгы ясно я не спрашивал совета из серии.. ой а вот знаеш вот да се .. а еще вот и тода да я вот и се...

я тоже могу рассказать много умных и бесмысленых фраз!!


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

Berser
Цитата:

Подсажите что можно сделать?

Прочти внимательно шапку, и подробности потом.

TeXpert
23:18 28-09-2007
Цитата:

Прочти внимательно шапку, и подробности потом.

еще один дельный советник.....

было б в шабке конкретна инфа с 1000 примерами рабочими всеб туда и так смотрели и нечевоб не спрашивали

лано значит о моей проблеме. покопал я самсунга энтот..

Цитата:

Описание устройства
SAMSUNG SP2504C (S09QJ1LYB02411)
ID    Описание атрибута    Порог    Значение    Наихудшее    Данные    Статус
01    Raw Read Error Rate    51    253    1    1    OK: Значение нормальное
03    Spin Up Time    25    100    100    4864    OK: Значение нормальное
04    Start/Stop Count    0    98    98    2213    OK: Всегда пройдено
05    Reallocated Sector Count    10    1    1    980    Предсказание сбоя: надвигается потеря данных
07    Seek Error Rate    51    253    253    0    OK: Значение нормальное
08    Seek Time Performance    15    253    253    0    OK: Значение нормальное
09    Power-On Time Count    0    100    100    3071    OK: Всегда пройдено
0A    Spin Retry Count    51    253    253    0    OK: Значение нормальное
0B    Calibration Retry Count    0    253    2    0    OK: Всегда пройдено
0C    Power Cycle Count    0    99    99    1528    OK: Всегда пройдено
BE    <зависит от поставщика>    0    127    76    37    OK: Всегда пройдено
C2    Temperature    0    127    76    37    OK: Всегда пройдено
C3    Hardware ECC Recovered    0    100    100    54739    OK: Всегда пройдено
C4    Reallocation Event Count    0    1    1    980    OK: Всегда пройдено
C5    Current Pending Sector Count    0    100    99    1    OK: Всегда пройдено
C6    Off-Line Uncorrectable Sector Count    0    253    100    0    OK: Всегда пройдено
C7    Ultra ATA CRC Error Rate    0    200    168    0    OK: Всегда пройдено
C8    Write Error Rate    0    253    100    0    OK: Всегда пройдено
C9    Soft Read Error Rate    0    253    84    1    OK: Всегда пройдено
CA    TA Increase Count    0    253    253    0    OK: Всегда пройдено

значит винда его щас видит но раздел ntfs не понимает.
если запустить в консоли chkdsk d без параметра f то нахоодит кучу ошибок.
во время работы жесткий както подозрительно долго стучит когда к нему ображаешся.
R-Studio видит раздел ntfs без сканирования.
с жесткого с помощью R-Studio часть инфы копируеться быстро другая часть очень долго думает..
иногда переводит жесткий в режим пио + как правило когда долго думает в логах пишет что "ошибка данных (CRC)" при этом в файлик куда я извлекаю нечего нового не дописываеться.

один и тоже файл (так как там файлы достаточно большого размера . минимум 4 гига максимум 20) может копироватсья с разной скоростью. от 25 метров до нескольких килобайт . прока не вылезет ошибка CRC.

при работе с жестким винда стала изредка подвешиваться. причем 100% но не на долго 2-10 мин. при этом жесткий как правило кряхтит..

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

ps я так понимаю у меня имхо жесткий посыпался...
pss
был у меня до этого один самсунг 80 гб и помер однажды утром также накрылся. вида видит говорит неформачен. так он тоже также вешался и кряхтел и глючал.
но на нем небыло при копировании данных ошибки crc b поэтому оттуда я извлек с помощью рстудио абсолютно всю нужну инфу... правда потом жесткий доби реанимировать не смог...

mukca
Уважаемый, глаза разуй -- ответ был не тебе. А так, думай головой -- не зная кое-каких подробностей, невозможно дельное что-то советовать. Поэтому и есть в шапке
Цитата:

Здесь телепатов нет...

А ведь у того господина явные признаки проблемы больших дисков, и я подозреваю, что у него ОС -- Windows 2000 без необходимых фичей, или XP без SP. Но он почему-то решил про ОС промолчать, думая, что тут за него додумают.

mukca
05 Reallocated Sector Count 10 1 1 980
C4 Reallocation Event Count 0 1 1 980
Труп твой диск. Если данные нужны к спецу, если уже не поздно.
Будешь дальше мучать данные точно потяряешь.
Его чинить нужно, головы скорее всего менять, чтоб вычитать, а не программу искать, которая его добьет.
И терпеливее нужно к людям, которые хоть как-то отвечают. Здесь ни кто ни кому ни чего не должен.

Цитата:

А ведь у того господина явные признаки проблемы больших дисков, и я подозреваю, что у него ОС -- Windows 2000 без необходимых фичей, или XP без SP. Но он почему-то решил про ОС промолчать, думая, что тут за него додумают.

В том и дело, что ОС Win XP SP2 стояла. Может материнка не поддерживает? Как это узнать? Кстати, в прогах по восстановлению данных запущенной из винды XP SP1 с другого винта скан по мертвому винту можно задавать только до 128 Гб...

TeXpert

я знаю что не мне.. но это не означает что мона давать тупые ответы

tomset
00:48 29-09-2007
Цитата:

05    Reallocated Sector Count    10    1    1    980  
C4    Reallocation Event Count    0    1    1    980    
Труп твой диск. Если данные нужны к спецу, если уже не поздно.

а че это с ним такое. головки накрылис/??
диск то еще пашет... если включить...

вот пробовал HDclone сделать копию делает нормально 8% со скоростью 70 метров в секунду а потом скорость резко падает гдето до 128-256 секторов в секунду.. и предлогает мне подождать 500 часов пока он скопирует его.. яс красный я понию что 20 дней жесткий не протянет работая ..


Цитата:

И терпеливее нужно к людям, которые хоть как-то отвечают. Здесь ни кто ни кому ни чего не должен.

терпеть не мгогу людей которые нечего не знают тупо чтото постять лишбы по флудтить пофлеймить...


Добавлено:
ps уще вопрос.
если просто положить этот жесткий чтоб он недельку полежал ато щас времени нету с ним же хуже нечего не случиться/??

Antech

Цитата:

фактически происходит запись в начало винта

Получается и винда и чекдиск, а следовательно и драйвер NTFS, при работе спокойно игнорируют пределы раздела и оперируют размерами всего винта???

Несмотря на то, что винда видит винт как 120, все разделы видятся в полной мере, так как и должны быть на все 160.
Мой знакомый когда-то страдал проблемой LBA48 (но тогда не знал про эту проблему), он несколько раз записывал его под завязку и не один из разделов у него не страдал. Не читалось только то, что дописано за гранью 120. Аналогично, после слета первых разделов, я записал 50 метров в последний раздел (LBA выключен!). Инфа не прочиталась. Включил LBA, сделал проверку раздела. Инфа стала доступна.
Есть образ стертого раздела после первой работы чекдиска. Поэтому манипуляции можно производить разные смело.
Т
Цитата:

прога NTFS Search

Повтори, пожалуйста. Сейчас нет возможности пролистать столько инфы, наскоро поиском не получилось.

mukca
Цитата:

я знаю что не мне.. но это не означает что мона давать тупые ответы

Бедняга, успокойся). Я же не виноват, если у тебя чердак слабовато меблирован. Так что очевидные вещи разъяснять не стану.
Nimthus
Цитата:

Получается и винда и чекдиск, а следовательно и драйвер NTFS, при работе спокойно игнорируют пределы раздела и оперируют размерами всего винта???

Виноват тут драйвер atapi.sys.
Цитата:

...все разделы видятся в полной мере

У меня тоже виделись все разделы, я тоже наивно так полагал, что всё в порядке, пока не стал терять разделы. Поскольку, как уже Antech объяснял, запись происходит "по модулю 137 Gb", разделы с начала диска окажутся перезаписанными и у тебя практических шансов нет их восстановить, это я все к тому, что зря времени потеряешь. Могу ещё добавить, что ЁRD Commander также умеет восстанавливать таблицу разделов, но сканирует долго (час на моей машине).

Nimthus
Про LBA48 уже TeXpert объяснил.

NTFS Search, к сожалению, сейчас выложить не могу, sorry. Пишу с КПК, аплоадные сайты через это [censored] Microsoft PocketIE не работают.

Попросили восстановить файлы с убитого винта (диск Seagate ST380011A, механика и контроллер работают, но много bad-блоков). Пробовал разные программы для восстановления, остановился на Recover My Files, а для того, чтобы не вслепую искать области диска, свободные от бедов, просканировал поверхность программами HDDScan и Victoria43.
При этом выявилась интересная особенность расположения бедов: начиная с LBA 0 и до 16559 читается нормально, дальше идёт непрерывная область с бедами размером 32999 секторов, за ней опять нормальная область тоже 32999 и так, чередующимися полосами, до конца диска. (Пытался восстановливать убитые секторы программой HDD Regenerator, восстановились несколько десятков, но понял, что это на долго и прекратил)
Файлы я потихоньку из читаемых областей достаю, но интересно понять, почему беды так равномерно расположились на поверхности? Может, это головки чередуются по мере продвижения от начала диска к концу и одна из головок умерла?

VictorKos

Цитата:

Может, это головки чередуются по мере продвижения от начала диска к концу и одна из головок умерла?

Умерла.
Либо мыть, либо весь БМГ менять.

Дайте совет по включению режима LBA48. ОС как уже говорил не причем - СП поставлены и утиль по принудительному включению этого режима EnableBigLba сообщает что все нормально. Думал дело в старом биосе (2001 года), но после обновления до версии 2003 года ничего не изменилось. Запускаю прогу Testdisk для поднятия разделов, так он ругается на то, что для дисков болших размеров нужна поддержка LBA48 и просит обновить винду до WinXP SP1 для коректного отображения размера диска, хотя все это делается из под WinXP SP1 и так.

Berser
Смотри шапку темы http://forum.ru-board.com/topic.cgi?forum=62&topic=0509#1
У тебя, извиняюсь, SP1 нормальный? Спрашиваю потому, что в прошлом году несколько месяцев мучился с Windows Server 2003, на диске был также SP1 для этой ОС, этот сервис пак устанавливался, но сервер время от времени падал от внешних атак, а на сайте Microsoft я вроде находил патч, но он не устанавливался -- потому что при попытке установки я получал сообщение, что этот патч входит в состав SP1! Замкнутый круг. Это потом я догадался проверить, "правильный" ли у меня SP, и оказалось, что это какой-то не такой (весил около 128 Мб против 300 с лишним у официального). Попробуй проверить, или проще -- поставь SP2.

Добавлено:

Цитата:

Запускаю прогу Testdisk для поднятия разделов, так он ругается на то, что для дисков болших размеров нужна поддержка LBA48 и просит обновить винду до WinXP SP1

Запусти лучше из загрузочного носителя, или дискеты

SP1 встроенный в винду, проверить его нормальность не получится.

Может о чем нибудь говорить тот факт, что в реестре HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Atapi\Parameters\ параметр EnableBigLba вообще отсутствует?


Высмотрел в шапке о возможном повреждении диска при входе в спящий/ждущий режим и поставил пакет исправлений. Спасибо.

mukca

Цитата:

просвящу винты всегда при загрузки винды xp ставяться в dma

Но иногда, при большом количестве ошибок, возникающих при операциях чтения-записи, винда сбрасывает режим передачи вполоть до PIO-mode.

Лечится так.

Berser
Если у тебя XP SP2 он там и не нужен. А вообще вопрос для этой темы.

Цитата:

Если у тебя XP SP2 он там и не нужен. А вообще вопрос для этой темы.

Дистрибутив с SP2 на убитом винте остался, а щас сижу из винды с первым сервисным пакетом.

Как узнать, в каких файлах косяки, не запуская убийцу-Chkdsk? Прошу совета

В очередной раз запускал бэкап с помощью Acronis True Image - где-то в середине пишет "не могу прочитать сектор". Диск при этом сравнительно рабочий (тьфу-тьфу три раза), т.е. те файлы, на которые падает взгляд - не сломались. Но где-то в недрах несколько файлов сломаны, а непонятно, какие.

Что с этим делать? Как узнать, какие именно файлы сбойные? Я ужасно не хочу запускать chkdsk /f, поскольку он под настроение может превратить сравнительно рабочий диск в кровавый компост. Да и в идеале мне нужны не загадочные строки от чекдиска: "в секторе 58ф658 у вас было плохо, я тут вам починил... вроде бы..." - а что-нибудь более человеко-читаемое - "файл иванов.тхт сломался окончательно".

Какая программа может это сделать? Запустил testdisk - пишет, structure ok.

Помогите, пожалуйста, принимаю любые советы и идеи.

JustWW
Цитата:

Помогите, пожалуйста, принимаю любые советы и идеи

Раз такая пьянка -- попробуй Norton Ghost с загрузочного носителя -- удобная, быстрая утилита, я ей пользуюсь. Вдруг прокатит. Тем паче, если
Цитата:

Запустил testdisk - пишет, structure ok

Гост - это неплохо,но дело не в бэкапе. Бэкап я сделаю и акронисом (там кнопка "Игноре" есть)

а вот то, что где-то в недрах лежат N плохих файлов - меня нервирует. Сейчас-то я разберусь, может это временный файл, или его можно из интернета перевыкачать, или со старого бэкапа восстановить. А если через год окажется, что в ценной уникальной документации вместо текста - фарш? Или в инсталляции одна из двух тысяч дллек побита.

Мне идеален был бы какой-нибудь аналог чекдиска, но без внесения изменений. Нортон Диск Доктор сейчас помер совсем? Вот что-нибудь такое...