» Восстановление разделов и утерянной информации на HDD

Доброго времени суток!
У меня такая проблема: игрался в партишене (который magic), нужно было вторую ось поставить.......и после некоторых монипуляций на диске D: вместо некоторых папок остались только ярлыки с названиями тех папок. Диск Seagate 120 разбит на два диска C: 10Гб NTFS и D: 100Гб FAT 32, Windows XP SP2. Из 100Гб забито 80Гб, сейчас реально видно 6Гб остальное не видно. Вот такая хрень На большинство папок мог бы забить, но вот есть папка с фотками и её не хотелось бы потерять (в ней было ~4,5Гб семейных фот, сейчас от нее осталось тока название). Хелп PLZZZZZZ!!!! Незнаю что делать........

HELP!!! На винте Maxtor One Touch II (внешний USB 2.0 200GB)слетела MFT. Руками править и переносить из MFT Mirr боюсь. Есть ли какая-нибудь прога, которая сделает это в автоматическом режиме? спасибо

Привет всем!
Полетели файлы *.tib(акронис TrueImage) - То есть они видяться, но не читаются - ошибка в чтении сектора.
Винт на физическом уровне нормальный.
Подскажите плз как восстановить.

Заранее спасибо.

Почти все в сабже проги перепробовал - одни не видят ошибок на диске ваще, другие грят I/O error. Винт проверял Victoria'ей, на физическо уровне все нормально...

Парни,
кто что посоветует
60 гб винт в ноутбуке, 2 раздела NTFS, видимо, сбойные кластеры, даже физическое повреждение...

попробовал EasyRecovery, он отсканировал и восстанавливает, jpg битые, всё очень медленно, 6000 часов примерно на 10 гб, и он так их и делает, за сутки 30 метров восстановил

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

попробовал R-Studio, он тоже восстанавливает, но ооооооочень медленнно, причём на одном из файлов он засбоил и ребутнул всю систему....

seVen

Цитата:

попробовал R-Studio, он тоже восстанавливает, но ооооооочень медленнно

При этом пишет ошибки контролбной суммы?
Вот тут тебе нужно скачать программу MHDD или Victoria
http://www.hdd-911.com/
прочитатать.... НЕТ!!! ПРОЧИТАТЬ!!! описание и инструкцию и действовать.

Добавлено:
P.S. Обрати внимание на "софт-беды". 90% что у тебя именно они.

grey_goose
у меня акронис диск директор 9 и остальные выдают ошибки при чтении секторов

seVen
Ну так я тебе об этом и говорю. Бэд-блоки. Вероятно совтовые.

Добавлено:
Хард у тебя какой фирмы? Хитачи(IBM)? Если да, то даже в случае если перезапись по бэдблокам не сработает, есть шанс что всё сможешь поднять.
ВНИМАНЕИ!!!! ДАЛЕЕ ВЫ БУДЕТЕ ДЕЙСТВОВАТЬ НА СВОЙ СТРАХ И РИСК. НЕЛЬЗЯ СКАЗАТЬ ТОЧНО ЧЕМ МОЖЕТ ЗАКОНЧИТСЯ СЛЕДУЮЩИЕ ДЕЙСТВИЯ
В Виктории есть опция "обнулить сосояние диска на момент выхода c завода".... (ну чтото такое, я не помню как это точно у него называется. Редко приходится пользоватся). Порой помогает.

grey_goose

of чекаю mhdd, делаю ремап, AMMF он делает синими, бэды остаются X.... Винт действительно ic25n060atmr04-0 Hitachi, а что даёт мне опция эта в Виктории? Мне нужно вытащить оттуда примерно 10 гигов данных, винт сдам по гарантии.

seVen
Ну... тут любой скажет... "или мальчик или девочка". Яж твой винт в руках не держу. Подробно нюансы описать не могу.
Что даёт режим. ... Глюк есть такой. Когда винт сам по себе меняет ... ну иак сскажем, режим обращения к себе. Эта опция обнуляет подобные вещи.
Режим обнуляет ВСЕ изменения по отношению к состоянию на момент выхода винта с завода. (к информации на самом диске это не относится!!!!)
НО!!Дело в том, что производители ноутбуков часто сами "обрезают" свои харды с целью поместить в "отрезанный" участок свою систему восстановления. (режим HPA)
Вначале или в конце диска.
В этом случае МОЖЕТ получится сумбур при выставлении заводских настроек.

Короче попробуй:
0. Скачай викрорию. Почитай, там про просмостр режимов очень понятно написано.
.Посмотри, что пишет. Есть HPA, нет его, где живёт.....
1. У неё есть режим DFT. Прогони. Он не диструктивен по определению.
2. Ну.... почитай. .... (сложно так... ... просится путь .... к спецам... ....)

Добавлено:
P.S.
только если обнулишь неудачно диск, хрен тебе что "спецы" подымут.
Придётся к "специалистам" обращатся. А они дорого стоят. (нюанс понятен?)

grey_goose, спасибо, буду пробовать на работе, предысторию забыл рассказать - медленно работала винда, долго грузилась, владелец пару раз запустил скандиск, он нашёл миллион ошибок, слегла винда (никакие сейф моды не грузились, хотя ддлки грузились по списку), перестал просматриваться первый раздел, второй со скрипом видится, но открыть файлы на нём нельзя.

подскажите что делать?

chkdsk выдал следущее:

C:\>chkdsk
The type of the file system is FAT32.
Volume Serial Number is 130A-1D0A
Windows is verifying files and folders...
Windows found errors on the disk, but will not fix them
because disk checking was run without the /F (fix) parameter.
The size of the \WINDOWS\system32\config\software.LOG entry is no valid
File and folder verification is complete.
Windows found problems with the file system.
Run CHKDSK with the /F (fix) option to correct these.
10 359 784 KB total disk space.
802 192 KB in 548 hidden files.
21 320 KB in 2 584 folders.
8 976 008 KB in 32 941 files.
560 256 KB are available.

8 192 bytes in each allocation unit.
1 294 973 total allocation units on disk.
70 032 allocation units available on disk.

C:\>chkdsk /f
The type of the file system is FAT32.
Cannot lock current drive.

Chkdsk cannot run because the volume is in use by another
process. Would you like to schedule this volume to be
checked the next time the system restarts? (Y/N) y

This volume will be checked the next time the system restarts.

C:\>chkdsk
The type of the file system is FAT32.
Volume Serial Number is 130A-1D0A
Windows is verifying files and folders...
Windows found errors on the disk, but will not fix them
because disk checking was run without the /F (fix) parameter.
\WINDOWS\SoftwareDistribution\DataStore\Logs\tmp.edb first allocation unit is n
ot valid. The entry will be truncated.
\WINDOWS\system32\wbem\Repository\FS\OBJECTS.MAP.NEW first allocation unit is n
ot valid. The entry will be truncated.
\WINDOWS\system32\wbem\Repository\FS\INDEX.MAP.NEW first allocation unit is not
valid. The entry will be truncated.
File and folder verification is complete.
Windows found problems with the file system.
Run CHKDSK with the /F (fix) option to correct these.
10 359 784 KB total disk space.
802 328 KB in 551 hidden files.
21 320 KB in 2 584 folders.
8 977 512 KB in 32 953 files.
558 616 KB are available.

8 192 bytes in each allocation unit.
1 294 973 total allocation units on disk.
69 827 allocation units available on disk.

подскажите что это все значит?

seVen: Чем больше экспериментов, тем меньше инфы можно будет восстановить, и тем дороже это восстановление будет.
Скандиск уже где-то раза в 2 уменьшил первое и увеличил второе. Следующим этапом (после попыток ремапа и т.п.) вероятно будет окончательное умирание головы, которая похоже умирает, а дальше - запиливание поверхности и полная невозможность восстановления.

Добавлено:
k1979: по какой-то причине не дописываются цепочки в FAT. Как обычно - проверить питание, шлейфы, диск на бэды. А то скандиск в итоге может вообще всю инфу грохнуть.

seVen, слушай LeoT, в отличии от меня, он "специалист". Ибо, похоже, данные проблемы, это его хлеб. А я этим занимаюсь "в качестве фокультатива".
Несика ты его на воостановление.
LeoT, не факт. То что ты описал, это крайний случай.
У меня парк IBM-овских ноутов. Так повелось в компании. "Всё от IBM".
Ноуты меняются (с 380 и по Т40 сейчас.)
Так вот на серии Т2* был такой глюк при винтах 40 гиг. На 30-ках не замечал.
Если машина долго работала в режиме не выкльченияи работы с диском(ну например один перец "в осле сидел", фильмы качал) то сначала винт начинал "постукивать", потом изредко вываливатся в блу скрин, а заканчивалось это тем, что после штатной перезагрузки винт заявлчял что "он не нанимался так работать за такие деньги" ( )
На любые попытки снять данные он всем программам писал "бе-бе-бе-бе-ды "
Ряд тестов, а именно проверка контроллера и проверка блинов, по отдельности говорили, что и то и другое в порядке. (В виктории есть такие режимы)
Ну и "обнуление" помогало. Винты не только отдавали инфу, но и полностью возвращались к работе. Работают по прежнему.




Добавлено:

Цитата:

после попыток ремапа и т.п

Да!! я НЕ РЕМАП имел ввиду, а перезапись секторов БЕЗ ремапа.
(Кстати в описаных(ом) случаях эта перезапись ничего не дала. Не тодлько бэды остались, но и просле восстановления работоспособности оказалось что и инфа не пострадала.

если бы ещё LeoT и его компания были в Москве.... кто какую компанию посоветует? FormatCenter берётся за 2000-3000 р., предварительно.

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

seVen
Можешь попробовать тут
_http://www.testline.ru/
Я как то обращался, нужно было восстановить информацию с винта "говнистого" человека. Не хотел, чтобы если что "крайним остатся".
В принципе вроде серьёзно подошли к проблеме. Восстановили служебку у макстора Athena и подняли инфу. Первое по моей просьбе.
(правда "поломка" типовая.)

Перерыл кучу информации, и ещё столько же предстоит.
ситуация следующая:
есть 6 винтов объёмом по 320Гб каждый
везде NTFS
на винтах были очень большие файлы (основная часть больше 4Gb, некоторые размером доходили до 30Гб)
всё это было дефрагментрованно (максимум 1 или 2 файла имели фрагментацию)
экспериментировал с хардлинками, и нечайно стёр все файлы со всех винтов
по-скольку не впервые сталкиваюсь с восстановлением информации - особо не расстраивался, на винты ничего не записывал, всё что могло туда писать вырубил.
решил восстанавливать инфу, но вот беда:
программы типа R-Studio, Final Recovery, GetDataBack etc. невидят файлы размером более 4Гб (вернее видят, но размер определяют как 0 байт).
да и к тому же - немогу пока представить, где бы мне раздобыть ещё винтов на 1,5Тб.
решено было править MFT (ведь записи в ней о файлах остались)
ну так вот теперь и вопрос, а собственно, куда в NTFS записывается аттрибут "deleted" для файлов, или, если я что-то путаю, то как вообще происходит удаление файлов на NTFS разделах ?
пока Disk Editor'ом посмотрел - названия файлов в MFT на месте, думаю, там же и ссылки на них, но где прописано что они удалены?

P.S.
вот ещё такой финт предлогаю вынужденным восстанавливать разделы:
берёте VMWare, создаёте виртуальную машину, ставите любимую OS туда, затем добавляете туда нужный жёсткий диск, и делаете его Advanced->Indepent->Nonpresistent
после этого издеваетесь над этим жёстким диском как хотите, т.к. никакие физические изменения с ним не происходят, а все изменения записываются VMWare'ью и сбрасываются после PowerOff в VMWare. например так можно проверять, поможет TestDisk в данной ситуации, или нет, или спокойно работать DiskEditor'ом, не опасаясь, что всё испортите

итак, перерыв кучу информации, боле-менее разобрался со структурой MFT, но вот незадача:
в NTFS5 для файлов больше 4Gb размер файла и занимаемое место на диске забивается нулями, а ссылка на кластер в $Data не указывает на точный первый кластер файла (уж очень большое число получается по ссылке {пример E05DCADA, что в нормальной системе счисления выглядит как DACA5DE0 и в десятиричной 3670695392, что ну никак неможет быть кластером на 320Гб винте}), настоящее расположение файла я нашёл (благо заголовок знал), это кластер номер 2228582
вопрос1: как же в случаях существования файлов больше 4Gb считается бервый кластер ?
вопрос2: куда пишется точный размер файла ?

У меня стал глючить жесткий диск 80 Gb Sata Barracuda. Порой он пропадал из Моего Компьютора. Но после перезагрузки и чекдиска он работал. Он у меня разбит на два равных раздела. Теже глюки были, но восстановился только один раздел. На другом много ценной информации. Помогите плиз все восстановить

Perforator
Поскольку твои файлы малофрагментированы, попробуй следующее:
1. Определи сигнатуры начала и конца того типа файлов,которые ты ищешь (я так понимаю у тебя там оцифрованное видео?).
2. В hex-редакторе находишь начало файла, выделяешь область, допустим 4 гб, запоминаешь адрес на котором ты остановился, сохраняешь выделенный кусок и начинаешь выделять новый кусок со слдеующего адреса.
3. Доходишь до конца и соединяешь сохраненные куски в один файл.
4. Если попадаются битые фрагменты - используешь какой-нибудь фиксер для видео, если это были архивы - то попробуй их полечить.
зы. Подобным образом мне удалось восстановить 70% инфы с убитого винта в далеком 1998 году.

grey_goose

Цитата:

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

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

Цитата:

Ну и "обнуление" помогало. Винты не только отдавали инфу, но и полностью возвращались к работе

Нука поподробнее - как тебе винты отдавали инфу после обнуления... (и после какого обнуления - тоже поподробнее

my5tery
первым делом протесть винт фирменной тулзой Seagate tools с сайта производителя. Если extended тест скажет что с винтом все в порядке - значит с аппаратной частью винта все нормально и у тебя софтовые проблемы в следствии сбоев в памяти компа, ошибок программ, питание и т.п. Прежде чем восстанавливать инфу - прочитай внимательно версию для печати топика. Многие проблемы прояснятся. А если поторопишься - появяться только лишние проблемы

help777


Цитата:

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

Ни в горячем ни в холодном. Во всех случаях вели себя одинаково.
PC3000 и MHDD говорили что перввые нсколько секторов живые, а потом пошло сплошное поле бэдов.
Собственно именно по этому я не бросил это занятие, а пытался восстановить
Слишком н вероятно чтобы винт так умер.
Но это не плавующие дефекты были. Всё всегда на своих местах.

Цитата:

Нука поподробнее - как тебе винты отдавали инфу после обнуления.

Очень просто. Я, например, Р-Студией снял ВСЮ информацию с обоих разделов. Включая системные файлы. Последнии снимал именно потому, что по началу пытался эразить диск, а все файлы на месте оказались.
Диск был забит полностью. Как говорил хозяин, у него винда постоянно ругалась на нехватку свободного места на обоих дисках. Он фильмов понакачал дофига. (собссно и причина то почему я пытался.... мне они тоже не помешали. Еслиб не фильмы, яб просто докладную на стол и всё.)
Это был толи первый, толи второй такой винт. Но первый который я сумел заставить работать.

Цитата:

и после какого обнуления - тоже поподробнее

В документации по Виктории пункт 14

"Восстановление конфигурации диска (команда RDС)

По этой команде производится сброс предустановок конфигурации накопителя, произведенный средствами АТА-стандарта. Такими предустановками могут быть, например "навсегда" выключенный SMART или ограничение объема, не восстановимое через HPA (встречалось на HDD Samsung). Команда не влияет на хранимую информацию и не способна испортить винчестер. Предназначена для отмены действия некоторых утилит и для восстановления реального размера HDD Samsung и Hitachi после последствий глюков. Команда работает только на винтах, которые поддерживают DCO. На остальных будет выдано сообщение об ошибке. Также, ошибка может выдаваться на Seagate (это у них очередной прикол такой)."

help777
Спасибо за ответ!
На самом деле за эти 3 дня поднял тонну информации, и теперь уже представляю, как NTFS работает, единственное что, документации с рассмотрением следующих моментов пока ненашёл:
(мой случай - NTFS5 64K на кластер, файл 29,8Гб одним куском на винте, начало найти нереально, т.к. заголовок файла один символ 0x47 "G" )
1) почему в записях $MFT не хранится информация о размере очень больших файлов?
2) что за формат ссылок на кластеры в данном случае используется?
(ссылка на первый кластер имеет вид "00 00 00 00 20 8A F1 D9",
для сравнения, нормальная ссылка выглядит так "12 C0 0A 0C 00 00 01 00")
3) хотелось бы подробного описания $I30
4) если грохнуть $I30 - то chkdsk восстанавливает его, вопрос: откуда берёт информацию для восстановления?



Добавлено:
5) ищу информацию по $LogFile (запись информации об удалении файла итп)

Как восстановить поврежденные данные с диска, на разделе которого некоторые файлы имеют правильные имена и структуру директорий, а некоторые файлы (в других директориях) имеют неопределенные (непонятные) имена и неправильные размеры?
Т.е. мне необходимо сохранить в целостности все правильные файлы (их достаточно много) и ко всему прочему восстановить утерянные (уж слишком много хорошей музыки полетело, да и скачанные из интернета десятки гигабайт жалко).
Файловая система FAT32, ОС до недавнего времени - WinXP и WinME на разных разделах, но после появляения проблем они загружаться отказывались. Всего 3 раздела на 1 диске - под ОСи и для данных. В принципе, необходимы и обязательны только данные.
Одна из программ по анализу дисков, которую я по неосмотрительности запустил оставила на ошибочном партишене данных свой файл в 460 Кб. Надеюсь, это значительно не осложнит восстановление?
И если нельзя восстановить все те ошибочные и потерянные файлы, как вернуть диск в здоровое состояние (оставить только сохранившиеся файлы, а весь прах от остальных убрать)?
Винт Seagate на 250 Гб.

Нужно восстановить 10-гиговый файл. Какая прога из шапки поддерживает проги больше 4 гигов?

RussianNeuroMancer
Вопрос не к проге, а к файловой системе. Из под чего файл создавали? ХП, ДОС, Линукс, Новелл?

DreyX

Цитата:

Вопрос не к проге, а к файловой системе.

Логика подсказывае что у него NTFS под 2000/ХР/2003
И чего это тебе дало?
Большенство программ понимает основные файловые системы. Причём тут это?
На диске на который будет проводится восстановление, это критично. А на "упавшем", какая разница?
(тем более что ни в ФАТ ни в ФАТ32 нельзя создать файлы такой длинны, а будь там линух или новел, он бы написал )

grey_goose

Цитата:

Логика подсказывае что у него NTFS под 2000/ХР/2003
И чего это тебе дало?

Логика штука занятная. Особенно если она, логика - женская.


Цитата:

Большенство программ понимает основные файловые системы. Причём тут это?

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

Цитата:

На диске на который будет проводится восстановление, это критично. А на "упавшем", какая разница?

Критично для обоих дисков.

Цитата:

(тем более что ни в ФАТ ни в ФАТ32 нельзя создать файлы такой длинны, а будь там линух или новел, он бы написал )

Вы не он, он не написал ни чего. Просто поймите, не надо додумывать за кем то и давать вслед советы. Легче просто уточнить. Я это к тому, что для разных файловых систем надо пользоваться своими прогами.

DreyX

Цитата:

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

При привышении 4-х гигов для НТФС уже именно длинна влияет. Далеко не все программы восстановления смогу даже понять этот файл.
Несмотря на то, что НТФС не ограничевает рармера файла, у неё есть этакий знаковый обьём 4 гига.
А всё остальное, это разговоры. Еслиб он работал под новелом, то написал бы.
Под новелом работают люди уровень профессиональности которых не позволит им не уточнить этот факт.
Тоже самое если это будет *NIX. (клоны BSD к примеру)
Линуксовые же файловые системы понимаются большенством программ восстановления данных. Причём виндовых программ.

Добавлено:
Ах, да!! Есть ведь ещё OS/2!! Ну эта... тоже врятли об этом не напишут.

Привет
Спасите помогите!
Такая ситуация - на 1м HDD 60G система XP, 2й HDD 120G используется для хранения инфы. Переинстал. систему и 2й HDD виден как динамический и доступа к нему нет. Что бы ни пытался сделать, говорит надо форматировать драив. Попробывал Fdisk-ом востановить MBR не помогает. Просканировал TestDiskом но немогу понять как работать с тулом.Просканировал Restorer2000Pro показал фаилы которые я удалил год назад отформатировав диск,это конечно хорошо можно попробывать востановить фаилы утерянные год назад, но меня интересует то что на диске сейчас есть.
Посоветуйте что делать?

Нашел весьма стандартный способ решить свою проблему (6 сообщениями выше) - пофайлово через R-Studio.
Только возник вопрос: возможно ли через R-Studio восстановить все файлы без помощи резервного диска. Ведь когда программа создает список всех "reopen drive"-файлов, предполагается, что все файлы, которые возможно восстановить на 100%, уже физически находятся на диске (предполагается, что поверхность диска не имеет дефектов и data area цела), а значит, достаточно перестроить FAT (подправьте, может не только FAT), чтобы все данные, физически существующие на диске, стали доступны и стали отображаться.
Иначе получается странная ситуация: объем восстановленных файлов больше объема диска, чего не может быть. Следовательно, восстанавливается в том числе и мусор (не полные файлы - например архив на 2 гб без 1 байта в середине).
В общем, можно ли восстановить на диске абсолютно все доступные для восстановления файлы без использования стороннего диска? А после ручками вычищать все ненужное (диск не системный, если посвятить разбору полетов некоторое время, все лишнее можно удалить достаточно быстро). Разумеется, способ должен быть безрисковым, т.е. чтобы такие операции не ухудшили положение дел (полагаю, что необходимо перестроить таблицу файлов, для которой можно сделать и бэкап).