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

Цитата:

1,5 терабайтного WD

Кстати, на заметку. ВД на 1,5 Тб это "обрезок", с одной отключенной головой. Либо это сделали на заводе изготовителе, либо винт из рефарба. Скорее всего полный обьём винта 2 Тб. Голову отключили ему и он вышел нестандартной ёмкости 1,7-1,8 Тб, поэтому ему ёмкость подогнали под стандартный размер 1,5 Тб. Чтоб винт вписывался в линейку стандартных моделей производителей.

Подскажите можно ли востановить файл .docx после очистки Ccleaner-ом и если можно то чем?

"ВД на 1,5 Тб" точнее на 1,36tb. 1,5 tb(wd)=1500000 b. Вот. Так вот дошло форматирование до процентов 80 и свет вырубили, а так как это был внешний жесткий и питание у него от сети, так и не до форматировался. Сейчас файл.сист. RAW. Чем можно быстрее форматнуть? И главное можно ли его переразбить средствами виндовс? Просто раньше я переразбивал, обычно при установке системы.

JJbig

Цитата:

можно ли его переразбить средствами виндовс?

Только ими и можно.


Цитата:

Чем можно быстрее форматнуть?

Тем же самым: Управление Дисками. Там же есть чекбокс "быстрый формат". А зачем Вам "полное" форматирование понадобилось?

Antech, да непонятка какая то была. Типа занято 133 мб. А там только папка autorun, а внутря значок wd. Recycle bin и корзина. Откуда 133 мб занято?(при этом на диаграмме не отражались..) Ну и решил, я форматнуть, от греха подальше. Вот. Кстати, если я удалю тот раздел(RAW), что там есть, там окажется неразмеченная область?
"быстрый формат" это которая стирает имена?

Цитата:

если я удалю тот раздел(RAW)

Да
Цитата:

"быстрый формат" это которая стирает имена

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



Добавлено:

Цитата:

Типа занято 133 мб

, если файловая система ntfs, то как ни крути, будет всё-время такая картина.

"при котором стирается файловая таблица" именно это хотел сказать. Спасибо.
"то как ни крути, будет всё-время такая картина. " Плохо.(
Точно, отфарматировал по-быстрому и чертовы 133 мб вернулись((((

Если принципиально убрать эти 133 метра надо - форматни в fat. Но ИМХО, я бы оставил как есть.))

RabbitPGN, да не. Уже переразбил на 4 диска.) Там теперь по сотне метров занято на каждом.. А чем хз.)

Народ, здесь это оффтопично...

JJbig

Цитата:

Откуда 133 мб занято?

Метафайлы место занимают. Вы не первый с таким вопросом... Подробнее - откройте раздел в WinHex и посмотрите объемы метафайлов в корне. Много будет занимать, как минимум, $Logfile, плюс, начиная с Висты, там еще новых метафайлов прибавилось типа каталога $Txf-что-то-там, вот там еще посмотрите.
И что в этом плохого? Вы же не хотите, чтобы Ваша NTFS была без журнала?


Цитата:

если я удалю тот раздел(RAW), что там есть, там окажется неразмеченная область?

Да.


Цитата:

"быстрый формат" это которая стирает имена?

Это который пишет новые структуры ФС, а уж что при этом стирается - другой вопрос. Если хотите более кардинально, то HDDScan/VictoriaAPI => Write по всей поляне + перезагрузка. Но это удалит все разделы на стираемом винте.

RabbitPGN

Цитата:

Если принципиально убрать эти 133 метра надо - форматни в fat

Рассчитайте сколько будут занимать две таблицы FAT на разделе 1.5 ТБ Один элемент - 4 байта, элементов - сколько кластеров, и умножьте на два...
Просто драйвер FAT не показывает объем, занятый таблицами, а драйвер NTFS показывает объем метафайлов, хотя сами метафайлы, конечно, наружу не торчат.

Ну тык, я и имел в виду, что визуально, всё будет пучком, в плане свободности раздела, а не в реале.
И, кстате, чуть ниже моего сообщения, я не рекомендовал этот способ.
В любом случае уже поздно, т.к.:
Цитата:

Уже переразбил на 4 диска

9285
Данные диапазоны секторов взяты из результата работы программы "Find and Mount", разделы монтировались и данные все там есть.

"результат входа в найденные тома " - подробнее? что указать опишите.

Экран Разделы и дампы.

katuha_b

Цитата:

разделы монтировались и данные все там есть

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

Цитата:

результат входа в найденные тома " - подробнее

В окне поиска NTFS в верхней части появляются тома - их можно открыть, просмотреть содержимое и восстановить данные (в Free -версии по одному) на другой носитель и проверить их целостность.

Что касается дампов - они и дали ответы, но появилась куча вопросов. Ситуация достаточно запутанная и есть различные перехлёсты. Поэтому сложновато сразу всё это сложить в один "пазл".
Простейший пример, исходя из данных дампа секторов 1363565060 и далее.
В 1363565077 - бутсектор основного раздела (хотя по другим данным более логична цепочка логических разделов) размером около 37 гигов, который есть на воей схеме.
С другой стороны в 1363565069 лежит копия бутсектора 500-гигового раздела, а после неё AMBR с логическим диском 96 гигов (а такой то в схеме тоже есть). И что из этого истина?
Вот это и может помочь решить просмотр содержимого разделов, описанный ранее.
В любом случае - оба описанных раздела (37 и 96) созданы партмагоидами, что свидетельствует о изменениях размеров и что вся эта каша - последствие всех этих действий.
PS. В предыдущем сообшении ошибся в одной цифре - сбрось ещё раз 328200760+100 и сделай дамп побольше в районе описанного ранее сектора (1363565000+400).

TheLacrua
Можно тем же DMDE, только после открытия тома сделай его сканирование.
Естественно, что если после удаления на диск делались какие то записи, то шанс восстановления уменьшается.

Здравствуйте, побилась MFT раздела C на HDD (Один C на всем диске) в следсвии BSOD (Отходил от ПК, пришел а там BSOD).

TestDisk говорит что MFT и её зеркало битые (BAD), что можно сделать что бы попробовать вытащить данные?

HDD: ST3320620AS / 320Gb / SATA-II (Смарт: http://www.softolab.com/1/S6003003.jpg)

БП: 1200W / 1 год

ОС: Win XP Pro x64 SP2

Прошу помощи

SOFTOLAB

Цитата:

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

Цитата:

ну он уже последние года 3 живет с ошибками чтения

Так что неудивительно появление BSOD и "слёт" раздела. А показания СМАРТа тут нипричём.

9285
Данные точно, целостность всех не проверял, их мнооого;) выборочно картинки, видео вытягивал
И из 500 Гб в dmde - по одному тоже нормально читаются.

Схема которую привел наиболее достоверна (только может не совсем корректно размеры в Гб). 1 раздел был основным, далее шли логические разделы - 2-5. Затем разделы 6,7 не могу сказать какие были, скорее всего 6 основной (мне он не важен).

С другой стороны в 1363565069 лежит копия бутсектора 500-гигового раздела, а после неё AMBR с логическим диском 96 гигов (а такой то в схеме тоже есть) - истина.
На картинке NTFS 3 - это раздел 4, пару файлов проверил; NTFS 4 - это раздел 5; NTFS 6 - это раздел 7.
Картинка, дамп.

Michael99
все те же люди
Я думал тут кто то другой еще есть...

[more] Всем привет!

нетбук Samsung с windows 7, 1 ГБ памяти, 250 Гб винт Hitachi.
Диск разбит на два раздела. Один под систему второй якобы под данные, но по факту там ничего нет. Только настроено резервное копирование системного диска по расписанию раз в неделю.

Проблема заключается в том, что этот раздел под данные сам заполняется. При этом из под винды не видно не одного файла который был бы на системе. После форматирования в свойствах диска указывается, что занято порядка 90 Мб. Если я прогоняю "chkdsk d:"
он сообщает следующее:

Проверка файлов (этап 1 из 3)...
Обработано файловых записей: 256.
Проверка файлов завершена.
Обработано больших файловых записей: 0.
Обработано поврежденных файловых записей: 0.
Обработано записей дополнительных атрибутов: 0.
Обработано записей повторного анализа: 0.
Проверка индексов (этап 2 из 3)...
Обработано записей индекса: 276.
Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов: 0.
Проверка дескрипторов безопасности (этап 3 из 3)...
Обработано файловых SD/SID: 256.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 10.
Windows проверила файловую систему. Ошибок не обнаружено.

136615935 КБ всего на диске.
3093588 КБ в 7 файлах.
16 КБ в 12 индексах.
0 КБ в поврежденных секторах.
70379 КБ используется системой.
65536 КБ занято под файл журнала.
133451952 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 34153983.
33362988 кластеров на диске.

Раздел при этом пустой.
Проверял диск victoria 4.46 бэдов нет, но есть с десяток блоков которые читаются по 5 минут, и порядка 1000 блоков читающихся по 600 мс. Компу год. Его вроде как роняли раз другой.
Еще проверил нодом32. Тот ничего не находит. Другие антивирусы и хайджек пока не трогал.

Подскажите куда копать?

[/more]

SOFTOLAB
Увы, мир тесен.

Добавлено:
slonokot
А сам СМАРТ посмотрели ?

slonokot

Цитата:

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

Надо бы заменить винт, тем более его роняли.


Цитата:

Проблема заключается в том, что этот раздел под данные сам заполняется

Вы же настроили бэкап на этот раздел.


Цитата:

из под винды не видно не одного файла который был бы на системе

На какой системе? Вы пользуете Total Commander, показ скрытых/системных включен?


Цитата:

После форматирования в свойствах диска указывается, что занято порядка 90 Мб

Откройте в WinHex и посмотрите на объемы метафайлов...

создавал бутовую флэшку и ультраисо выбрал не флэшку, а винт (забыл посмотреть, до этого верно все выбирал). начал формат фат32, но увидев, что происходит - оборвал на первых секундах. выдал ошибку. и все вроде нормально, диск видел и работал с ним. после перезагрузки - начал отображаться как fat32 (сам винт изначально был ntfs, заполненная емкость стала 931 (раньше было 500гб), появились какие-то левые папки и файлы с нечитаемыми названиями. вот теперь сижу и думаю, что делать?

ohahtrah
Покажите дамп 100 начальных секторов диска и 300 начальных секторов раздела.
Покажите окно "Разделы" из DMDE.

katuha_b
Цитата:

Схема которую привел наиболее достоверна

Но в таком случае не может быть истиной другое утверждение, т.к. в схеме имеется 37гиговый раздел между 530 и 97.
530 гиговый раздел начинается в одном секторе и имеет в бутсекторе размер, который предполагает конец в ххх - но почему то копия бутсектора на более чем 70 секторов дальше.
Куча нелепых записей типа, запись о разделе которая на самом деле приводит в очередную таблицу и следом за ней со смещением в один сектор уже раздел.
В общем накуралесено у тебя - мама не горюй. Разбираться со всем этим можно и создать нормальную цепочку разделов тоже, но всё это потребует куучи дампов, плюс перезапись не одного сектора (не уверен что ты сможешь сделать всё точно. В конце концов на диске всё равно останется вся эта куча мала.
Поэтому могу предложить тебе более простое (рациональное) решение вопроса. Прописать (как основной) раздел на 530 гигов + один из 90-гиговых. После того как ты убедишься что на них всё есть, то при наличии свободного места на 530-ке ты переносишь туда данные с остальных доступных разделов, после чего их удаляешь и создаёшь новые с полным форматом, чтобы заереть всю ту срань что есть. А затем уже создать нормаьное количество разделов с нормальной сруктурой. Или вообще всё сбрасываешь на другой носитель - таким образом у тебя появится бэкап, который должен быть у действительно важных данных. После чего очищаешь диск от хлама и размечаешь по новой.

9285
А нельзя ли сейчас сделать разметку такой как на схеме? Заменив необходимые сектора, готов поморочиться. При условии что данные не повредятся.

Всем доброго времени суток.

Исходные данные.
ОСь Deian squeeze
на основе mdadm был собран raid10 из 4 разны по объему HDD (120/160/160/250)
массив создавался следующим образом: на каждом из дисков утилитой fdisk был создан райд раздел (раздел был создан на веь обюъем каждого из дисков)
далее конструкцией mdadm -create был создан массив.

сверху на массиве послился LVM + ext3

причина обращения в ветку
некоторое время назад 10-й массив развалися
относительно удачно
отвалился один страйп, т.е. все данные остались, но уже без отказоустойчивости
фактически в системе остался массив уровня 0

пару дней назад посыпался и остаток массива, а именно, при копировании файла большого объема на сам массив отказал один из дисков

На текущий момент в принудительном порядке командой
mdadm --create --verbose /dev/md10 --assume-clean --level=10 --raid-devices=4
удается запустить массив на чтение
НО !
по непонятным для меня причинам даже при наличии обоих дисков страйпа
mdadm -D пишет:
mdadm -D /dev/md10
/dev/md10:
Version : 1.2
Creation Time : Fri Jun 8 14:06:24 2012
Raid Level : raid10
Array Size : 234433536 (223.57 GiB 240.06 GB)
Used Dev Size : 117216768 (111.79 GiB 120.03 GB)

т.е. явно цепляется только один из дисков, второй не хочет
соответственно при активации LVM раздела и просмотре файлов часть файлов есть, а часть отсутствует.

ps
перед играми с дисками снял при помощи dd образы данных.

Прошу помощи хотя бы в предположениях в какую сторону копать.
Явно понимаю, что скорее всего проблема в mdadm, но в чем конкретно ... (ну и в кривых руках )

slaj1
Попробуйте собрать виртуальный RAID в R-Studio, DMDE или WinHex.

Antech
спасибо, попробую
жаль только, что вроде как все озвученные тулзы, работают под Windows.
приятно удивлен тому, что WinHex уже умеет собирать райды.

по результатам отпишусь.

slaj1
Вроде есть Linux-версии DMDE и R-Studio. Ну а WinHex, он стоит того, чтобы загрузиться с LiveCD .
Кстати, под Linux все также нет нормальных бесплатных дисковых редакторов типа WinHex? Когда-то хотел сделать концептуальный Live-Linux для "ручных" дисковых работ, но так и не нашел нормального редактора (то, что есть - это просто смешно, даже мой гораздо фичнее, он Freeware, но под Винду).

Цитата:

мой гораздо фичнее, он Freeware, но под Винду

Antech а его можно лицезреть где-нибудь ? Интересна функциональность.

Michael99
https://dl.dropbox.com/u/70063375/MediaWorkshop/MediaWorkshop%20II.zip
Но помните, что я сравнивал с каким-то реликтовым редактором под Линукс, там чуть ли не командная строка, так что особого функционала в моей проге не ожидайте... И еще осторожно: глюки, она слабо отлажена, а записывать может (правда, только модуль редактора). Сорри, в хэлпе нет ничего про редактор, т.к. время, но Вам нужно просто выбрать сборку в модуле физических и нажать на кнопку редактора в главном окне проги. Дальше, думаю, будет интуитивно понятно.