Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

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

Автор: Flickering
Дата сообщения: 03.08.2013 19:01
Диск WD5000AADS-00M2B0, AHCI, SATA2 был разбит на два раздела, системный (Win7 32, NTFS) и остальное. Раздел с остальным был удален: сначала удалил том, потом раздел, а после объединил то что получилось с системным разделом. Поняв ситуацию начал поиск в инете инфы по восстановлению удаленного раздела. Один раз перегрузился.
TestDisk на отлично отработал, все восстановилось, хотя и пришлось много чего по данной проге почитать и немножко подумать самому. Восстановление проводил с загрузки Live DVD.
Автор: alexgr
Дата сообщения: 03.08.2013 19:53
Flickering
для начала вернуть взад размер системного раздела (если не помните, то лучше сделать его поменьше) делается прогами типа Acronis disk director или Paragon Partition manager. потом натравить на винт проги типа GetDataBack, R-Studio, DMDE и искать удаленный раздел. выдергивать файлы на запасной винт. все это лучше из под WinPE например 2k10 http://forum.ru-board.com/topic.cgi?forum=35&topic=47329&start=21&limit=1&m=1#1 там все нужные проги уже есть.
Автор: Antech
Дата сообщения: 03.08.2013 20:42
alexgr

Цитата:
делается прогами типа Acronis disk director или Paragon Partition manager

Вот это делать категорически не рекомендуется. Размер раздела в этом кейсе следовало вернуть руками в дисковом редакторе (таблица + BS), если не хотите лишний раз испытывать судьбу. Да и вообще, партмагоиды в топе черного списка специалистов по data recovery. Вернуть второй раздел после этого можно было без труда автоматически в DMDE (этой проге хотя бы есть доверие) или вручную в редакторе, это не сложно.
Но теперь-то что, товарищь уже восстановил ТестДиском. Прога бесплатная, но уже давно неактуальна из-за фичности бесплатной версии DMDE.
Автор: Yura1990Q
Дата сообщения: 04.08.2013 00:01
Здравствуйте, скажите пожалуйста как правильно поступить: я восстановил хдд а там много непонятных файлов типа file058171.rar и т.п. (винт 290 гб).Их как-то можно згрупировать?(чтоб сохранились названия файлов и папок)
Автор: Alex_Green
Дата сообщения: 04.08.2013 10:02
Yura1990Q



Цитата:
Их как-то можно згрупировать?(чтоб сохранились названия файлов и папок)


Это зависит от состояния файловой системы. Какой программой вы пробовали восстанавливать?
Автор: Yura1990Q
Дата сообщения: 04.08.2013 10:15

"Это зависит от состояния файловой системы. Какой программой вы пробовали восстанавливать? "

После форматирования не перезаписывал...использовал Easy Drive Data Recovery.
Автор: Antech
Дата сообщения: 04.08.2013 12:02
Yura1990Q
Попробуйте другие программы. R-Studio, GetDataBack, DMDE.
То, что Вы восстановили, - это по сигнатурам. Там не только названий и структуры каталогов не будет, там и с фрагментированными фигня будет. Так что пробуйте по файловой системе, озвученные проги это делают по умолчанию.
Автор: Yura1990Q
Дата сообщения: 04.08.2013 12:57
Помогла восстановить и файлы и папки прога r.saver.
Автор: Traygod
Дата сообщения: 04.08.2013 20:52
[q][/q]В общем вот полная история...

Был raid-1 на 2-х ssd-винтах - зеркало и то ли статика, то ли ещё что... короче погорел один из них, а на втором полетела файловая система - я немедленно снял образ с "полувыживщего" active@disk image, попытался снять информацию через getdataback и r-studio, но все они показывали, что нужная мне база данных весит 0(ноль), а на самом деле около 19-ти гигов, единственный кто увидел наиболее близкий вес, был active @ disk image... им я и снял данные, а затем, по глупости, проверил его chkdsk как рекомендовали на форумах... хотя и у меня был положительный опыт после проверки.... но не в этот раз!

Вот теперь хоть стой хоть падай, но очень надеюсь, что образ поможет хоть как-то... кстати, кто-нибудь может подсказать, полезна ли будет в этот момент машинка PC3000 flash SSD Edition???
Автор: tomset
Дата сообщения: 04.08.2013 21:17
Traygod
Перед чекдиском, при важных данных посекторку всегда в обязательном порядке нужно делать. После его шалостей восстановить иной раз ничего не удается. Только черновой вариант в лучшем случае. Но уж ни как ни большие файлы.
Но в любом случае нужно все смотреть.

PC3000 flash - только некоторорые, очень немногие SSD может делать.
Поэтому нужно знать модель и на каком проце SSD.
Если он шифрует данные в микросхемах, то дохлый номер, пока. Если только в отдаленном будущем.
Единственный вариант в этом случае. Обращаться к уполномоченным производителем DR центрам. Которые купили методики у производителя для работы с шифроваными данными SSD.
Но цена работы будет космическая - начиная от 3000$.
У нас таких богатых DR центров нет, кто может позволить себе купить эти методики, только в Америке.
Автор: Traygod
Дата сообщения: 04.08.2013 21:25
Да без проблем, лишь бы восстановить, можете указать кого-то конкретно? На западе знакомые имеют отрицательный опыт восстановления, говорят у нас это лучше делают.
Автор: Antech
Дата сообщения: 05.08.2013 07:59
Traygod
В общем-то образ у Вас есть. Если он посекторный, то можете считать, что в некоторой степени повезло. С копией образа Вы можете вначале обратиться в хорошую российскую фирму. Если не восстановят, тогда уже привлекать SSD...
Автор: xekanet
Дата сообщения: 05.08.2013 10:19
Antech

Цитата:
xekanet
К сожалению, рэйдом (отказоустойчивым) это решается неполноценно, а облако может стать недоступным в любой момент. Хотя, безусловно, оба метода в значительной степени повышают сохранность инфы.

А чё тогда делать?

На одном из компов периодически возникают софт-беды(20 в неделю), это если я правильно понимаю не совпадение значений update sequence number?
Если так, то какова возможная причина, при условии что БП поменяли уже?
Автор: tomset
Дата сообщения: 05.08.2013 11:07
Traygod
Что ЛС не работает, напишу здесь.

Сами от куда будете?
Я сам занимаюсь восcтановлением данных, есть PC3000-Flash.
Конкурентов рекомендовать, вроде не с руки.
Если с Москвы, можете заехать ко мне на диагностику.
Чтобы понять на сколько все серьезно.
Какой SSD, можно ли его сделать у нас и что произошло с данными на еще живом.
Автор: Antech
Дата сообщения: 05.08.2013 11:52
xekanet

Цитата:
А чё тогда делать?

Актуальные бэкапы. Или рэйд + бэкапы.


Цитата:
На одном из компов периодически возникают софт-беды(20 в неделю), это если я правильно понимаю не совпадение значений update sequence number

Это которые в двух последних байтах секторов file record? Софт-бэды в любом случае не при делах, поэтому я и предлагал почитать темы типа "Стратегия ремапа" и "Тонкие детали...". Софт-бэд - он и не прочитается, а несовпадение значений в update sequence array больше похоже на память или шлейф.
Автор: Traygod
Дата сообщения: 05.08.2013 12:00
tomset
Могу отправить почтой, всё плохо как никогда(Как мне кажется, может у специалистов другое мнение), скорее всего образ не посекторный делался по-умолчанию через Active@disk image, после чего диск проверился chkdsk... если есть волшебники, которые чёрта из под земли достанут - вопрос бюджета - будет самым лёгким вопросом.
Автор: tomset
Дата сообщения: 05.08.2013 12:33
Traygod

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

отправил контакты, через почтовый ящик mail.ru в вашем профиле.
Автор: xekanet
Дата сообщения: 05.08.2013 13:43
Antech
Спасибо, буду дальше читать.
Автор: NOWENKII
Дата сообщения: 06.08.2013 06:29
Помогите восстановить папки с файлами на ST31500341AS ATA Device (1500 ГБ, 7200 RPM, SATA-II), ему примерно три года.
Один раздел, не системный, NTFS. Блок питания CHIEFTEC A135 Series APS-650C, возраст полгода. Windows7x64 Professional Service Pack 1. Все работало нормально, никаких признаков сбоя не наблюдалось.
Пришел домой и узнал от ребенка, у которого неописуемый стресс, что диск D пустой. На нем остались только папки $RECYCLE.BIN, NOD_UPD, System Volume Information. А был заполнен примерно на 2/3. В основном фильмы и аниме (папка, куда сохранял все торрент), там же были дистрибутивы программ, игр. Там же были установлены прямо в корень большие игрушки. Ярлыки от них нашел в корзине на рабочем столе. Пытать ребенка не стал. Если все восстановить невозможно, то хотя бы папку с фильмами и аниме. Если после такой процедуры от дистрибутивов будет толк, то и их.
Автор: 9285
Дата сообщения: 06.08.2013 07:45
NOWENKII
Исключи возможность записи на этот диск, как минимум удалить букву диска в винде и пробуй восстанавливать файлы.

Цитата:
Если после такой процедуры от дистрибутивов будет толк

Лишний повод задуматься о том, что всё нужное лучше хранить в архивах (про бэкап не буду) - в этом случае есть возможность знать цел (корректен) он или нет.
Автор: NOWENKII
Дата сообщения: 06.08.2013 07:58
9285
Спасибо.
Установил R-Studio, но ключ не подходит. Взял другой комплект с ключом, но он R-Studio.v6.1-DOA.rar. А как этот DOA установить? На странице, где я его взял, об этом ничего нет и там с 31.07 никого нет. Может подскажете?
Спасибо.
Автор: 9285
Дата сообщения: 06.08.2013 08:13
NOWENKII
Я не пользуюсь пираткой, поэтому не могу что то посоветовать.
1. Есть и бесплатное ПО, причём не намного хуже по функционалу, а в некоторых случаях и лучше.
2. Для проверки есть ли файлы достаточно и демо версии большинства программ.
PS. Тут в какой то теме был случай и чел писал что мол скачал ломанную DMDE и не мог ничего восстановить. Но более прикольно что есть ломанные, которые восстанавливают, но все файлы битые. И это при том что неломанная восстанавливает всё нормально (бесплатная по одному файлу - стоящая как несколько бутылок обычного пива пакетно).
Автор: Antech
Дата сообщения: 06.08.2013 08:22
NOWENKII
Есть и другие проги: GetDataBack, RecoverMyFiles, DMDE. Попробуйте DMDE Free, если будет нормально восстанавливать, можете поискать бесплатную полнофункциональную (вроде, на dmde.ru должна быть, она не самая свежая) или купить "базовую" лицензию на год (была 250 рублей).

По поводу причины: скорее всего, generation next развлеклось на компе...
Автор: 9285
Дата сообщения: 06.08.2013 08:57
Antech

Цитата:
"базовую" лицензию на год

Кстати, насколько понял, условия лицензии поменялись. И теперь эта базовая ограничена лишь тем, что только год можно обновлять и переактивировать в случае смена железа. А это как бы подразумевает что, если не требуются переактивации и новые версии, ею можно пользоваться не один год.
Автор: xekanet
Дата сообщения: 06.08.2013 16:37
Antech
"стратегию ремапа" почитал, раза 4, предшествующую ей тему "софт-беды" тоже, тонкие детали еще читаю, уж больно много инфы. Интересно с того времени много изменилось в работе современных HDD. (2004,2005) Вот бы еще таких тем.

Но пока так и не нашел ответ, проходы головки и ECC это все супер и важно это знать. Что сектор софтовый если контрольная сумма не совпала. Ну а на практике, на жестком 40 бедов с не верной сумой. В один прекрасный момент ОС упала, делаем вывод - запись прошла, (иначе вероятно его заремапило бы или писало в другой сектор), но была искажена при чтении. Случай то не гарантийный, но вот чисто по практике, что с ним делать?! Выкинуть жалко, бедов предявить в сервис нет(

Буду читать тонкие детали, инфа супер, еще раз спасибо!
Автор: Antech
Дата сообщения: 06.08.2013 19:35
xekanet

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

Скорее банально во время записи из-за шлейфа или памяти инфа повредилась, поэтому и не совпадают эти значения в массиве корректировки. Стандартная вещь... Проверьте UDMA CRC Errors в СМАРТе и память в memtest86+.
При записи проверка не происходит. Т.е. голова, вроде, где нужно? Записываем. А что там записалось - ХЗ. Не говоря уже о том, что данные повреждаются при передаче по интерфейсу или через память при работе всей этой DMA-заморочки, и в винт они приходят уже испорченными. Он и записывает то, что ему дали...
Чтобы повредилась при чтении и именно в винте, нужно, чтобы был неисправен кэш в винте, но, как говорят винторемонтники, это очень редко бывает. При чтении с пластин - практически невозможно, т.к. ECC не смогла бы скорректировать и винт выдал бы ошибку, а у Вас секторы читаются.

Хотя бывали и такие случаи, когда винт плодит софт-бэды. Редкие, но бывали. Это может быть связано и с питанием, и с самим винтом. Но то именно софт-бэды, т.е. они не читаются. У Вас не бэды, а data distortion. Обычные причины сей фигни озвучены выше...

Когда-то я тоже читал все это и было очень интересно... А еще был на iXBT товарищ Tumaini - легенда прошлого, читал его грамотные посты о винтах. Но он внезапно исчез с форума и что с ним произошло, неизвестно. Остались только посты в очень старых темах...
Автор: xekanet
Дата сообщения: 07.08.2013 08:32
Antech
Ну отбросим физическое повреждение сектора однозначно, дальше скажите где я не верно понимаю суть происходящего.
В памяти обрабатывается скажем 50 служб, день другой, если предположить что битая память - в процессе работы должны происходить глюки, ну так скажем повредился реестр, или при запуске программы попадает на битый участок - ошибка типа память не может быть прочитана. Далее если следовать моей логике поток идёт на запись по SuperATA с него считают ECC и записывают с контрольной сумой и ECC. И вот тут получается ошибка уже есть. Так-как читает то без проблем. Значит либо это интерфейс/контролеер на матплате или фиг знает что аппаратное, по части шлейфа и мат платы либо не верная запись в следствии сбоев в работе БП и там хз, отклонения головки и записи не туда/буфера не работающего верно/пульсации питания на практике встречал часто, любой китайский блок подключить к осциллографу
Завтра буду возле этого компа, гляну UDMA CRC Errors.
Автор: Skif_off
Дата сообщения: 07.08.2013 16:06
Здесь и в теме восстановления таблицы разделов поднимался вопрос об автоматизации проверки восстановленных файлов, разгребал небольшие утилиты, нашел батник [more=Тест с логом JPEG-файлов с ошибками. Используется jpegtran.exe]
Код: ::::::::::::::::::::::::: jpgtest.cmd :::::::::::::::::::::::::
@echo off &chcp 1251 >nul
setlocal enableextensions

rem Тест с логом JPEG-файлов с ошибками. Используется jpegtran.exe
rem Параметры: /S - тест файлов в подкаталогах
rem Автор: Tol!k
rem Файл jpgerror.txt содержит строки
rem Not a JPEG file:
rem Corrupt JPEG data:
rem Premature end of
rem Empty input file
rem Invalid JPEG file structure:
rem JPEG datastream contains no image

set "jpg=*.jpg *.jpeg *.jpe"
if /i "%1"=="/s" (set "subdir=/s") else set "subdir="
if exist %tmp%\jpgtest.tmp exit /b
dir %jpg% /b %subdir% >%tmp%\jpgtest.tmp

set "err=%~dp0\jpgerror.txt"
if not exist "%err%" (
echo Not a JPEG file:>"%err%"
echo Corrupt JPEG data:>>"%err%"
echo Premature end of>>"%err%"
echo Empty input file>>"%err%"
echo Invalid JPEG file structure:>>"%err%"
echo JPEG datastream contains no image>>"%err%"
)
for /f "delims=" %%f in (%tmp%\jpgtest.tmp) do (
title %%f
jpegtran.exe -optimize "%%f" %tmp%\testtmp.jpg 2>&1|findstr /g:"%err%" &&(
echo %%f &echo.
echo %%f>>jpgerror.lst
)
)
title Done.
del /q %tmp%\testtmp.jpg
if exist jpgerror.lst (
echo JPEG-файлы с ошибками:
type jpgerror.lst |more
) else echo OK.
del /q %tmp%\jpgtest.tmp
pause &exit /b
::::::::::::::::::::::::: jpgtest.cmd :::::::::::::::::::::::::
Автор: Antech
Дата сообщения: 07.08.2013 16:22
xekanet

Цитата:
в процессе работы должны происходить глюки, ну так скажем повредился реестр

Да, это возможно. Но далеко не очевидно при начальном/среднем уровне глючности. Как говорится, плавали, знаем... А вот когда повреждается MFT - это уже более чем заметно, потому что раздел не работает.


Цитата:
при запуске программы попадает на битый участок - ошибка типа память не может быть прочитана

Это ошибка доступа в Винде. Почти всегда софтовая вещь (в русской локализации - память не может быть read).


Цитата:
поток идёт на запись по SuperATA с него считают ECC и записывают с контрольной сумой и ECC

Насколько я знаю... Требуемая инфа для записи пишется в определенную область памяти (RAM). После этого формируется задание на DMA-операцию и дается команда типа WRITE SECTORS DMA (точно не помню). После этого винт с памятью работает напрямую. Инфа искажается либо в памяти, либо при передаче по интерфейсу (шлейф). На этом этапе еще нет ECC, она будет сформирована только уже в винте, для искаженной инфы... Поэтому Вы зря связываете подобные глюки с ECC.

Что такое SuperATA, не знаю.
Автор: xekanet
Дата сообщения: 08.08.2013 11:24
Antech
подскажи, а на каком этапе считается CRC (которая отвечает за данные) которая идёт в сектор?! Чё-то гугл не подсказывает ничего очевидного..

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485

Предыдущая тема: востановление флешки фирмы Verbatim


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.