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

Здравствуйте, помогите пожалуйста.

Не открывается лог. диск на жестком.
На жестком было два логических.
На первом система, на другом данные.
Делил на два после установки винды с помощью Partition Magic.
Все работало замечательно.

Сейчас на системном сделал форматирование и переставил винду.
В моем компьютере диск отображается, но при попытке его открыть показывает ошибку
"Файл или папка повреждены, Чтение невозможно"
В управлении дисками диск виден, размер указан верно. Метка тома отсутствует и неуказана информация о файловой системе. Когда разбивал,то делал NTFS.

Доп. сведения:
Этот диск подключен как Master. Есть еще два физических, на них стоят cable select. Причем один из них на одном шлейфе с dvd-rw.

----------------
выполнил chkdsk и получил следующее:

Код:
C:\Documents and Settings\w>chkdsk E: /F
Тип файловой системы: NTFS.
Метка тома: Андрей.

Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 3)...
Проверка дескрипторов безопасности завершена.
CHKDSK проверяет журнал USN..
Завершена проверка журнала USN
Не удается записать во второй загрузочный сектор NTFS.

востановление информации после Partition Manager 10 вот что искал в поиске ..
жалоб очень много вот же придурки Partition
черт меня дёрнул пользоватся чтой хренью
всё врючную делал всёгда проблем не было а тут неразмеченую облость решыл разметить и нерзметила и блиский к ней раздел запорола вол теперь ищу
чтото вроде GetDataBack поновей вся надежда востовить инфу.....

Здравствуйте, подскажите пожалста, я случайно на флэхе занулил MBR, данные теперь можно поднять только например с помощью R-studio, или как то можно обратно вернуть раздел, ну всмысле чтоб всё как было стало, без восстановления данных в другое место, с последующим форматирование флэхи и заливанием всё обратно по новой. Нагородил конечно капец но надеюсь все поймут)

Спасибо за """"очень быстрый ответ"""".
Проблему уже решил. Восстановил данные с помощью программы R-studio - теперь все тип-топ.

Проблему решил отлично справился Paragon HDD Manager.

warobushek

Цитата:

Сейчас на системном сделал форматирование и переставил винду.

Чем форматировали???

warobushek

Цитата:

Делил на два после установки винды с помощью Partition Magic

Это может быть причиной. Но что бы ни было причиной, она не устранена. Раздел наверняка опять накроется.

Antech

Цитата:

Это может быть причиной. Но что бы ни было причиной, она не устранена. Раздел наверняка опять накроется.

Да? о_О
А как найти ее? В чем может быть проблема?
Если я удалил раздел и заново создал его средствами винды - это не поможет разве?

warobushek
Причина может быть в чем угодно. Теперь уже сложно сказать, т.к. неизвестно, что там было повреждено и как. Плюс, у Вас нестандартный глюк. Судя по Чекдиску (он очень привередливый на NTFS), бутсектор и вся ФС в норме, а сложность возникла только с записью копии бутсектора (на NTFS Винда пишет эту копию в последний сектор раздела). Это очень странно: раздел не открывался, а ошибок как бы и не было...

Остается только провести профилактику: память не менее одного прохода memtest86, SMART винта - в студию, проверить матплату на предмет дутых/рыжих кондеров (если она старая), проверить марку и возраст БП. Если все это в норме, можно списать на софтовый глюк из-за чудес Part Magic. В таком случае (это наиболее вероятно) глюк действительно был устранен пересозданием раздела средстами Винды (когда я отвечал на Ваше предыдущее сообщение, я не знал, что Вы пересоздали раздел; я думал, что Вы только отформатили и опять ПартМагом, а он любит неправильные координаты разделов).

Здраствуйте
Я очень глупым и наивным способом повредил NTFS раздел размером 1.14 TB пытаясь его преобразовать через Gparted в Ext4 Когда я понял что происходит просто форматирование, я остановил процесс, но было уже поздно. После перезагрузки openSUSE уже не определял его как NTFS и не мог смонтировать через ntfs-3g. Что бы попытаться восстановить раздел через Acronis, я удалил этот раздел окончательно. И в итоге не через Acronis не через Paragon не через Patiton Recovery я не смог его восстановить. Через R-Studio У меня получилось увидеть все файлы моего раздела не повреждёнными и целыми. Но дело в том что, я так понял, что бы восстановить все данные с моего раздела мне понадобиться, помимо этого раздела, ещё чистое место объёмом примерно 1.13 ТБ, которым я, конечно же, не распологаю
Далее я всё же через программу TestDisk, восстановил раздел, но ни смонтировать его не удаётся по причине не опознанной или повреждённой файловой системы, а Acronis и прочие программы разбивки выдают вообще странную вещь:
Показывают что тап файловой системы 07h (NTFS), но при этом пишут что файловая система отсутствует.
Возможно ли HEX-редактор или другую программу восстановить не только данные, но и раздел, на котором они находятся ?
Если это возможно, то пожайлуста объясните как это сделать и/или дайте ссылки где это описсывается ? Пожалуйста помогите мне. Все эти данные мне очень дороги я их собирал, перебирал и отсортировывал 3 года

Тип HDD: RAID-массив NVIDIASTRIPE 1.16T (4 Seagate ST3320620NS 320GB SATA2) - CHS 155653 255 63

Разметка:
1 Primary ext4 63 20161512 (9,6 GB) /Games (Games)
2 Bootable ext4 20161575 20755980 (9.9 GB) / (openSUSE)
3 Primary ntfs 40917555 2459651513 (1.14 TB) /D (DISK)

Все разделы слитно расположенны друг к дружке, диски C и D создавались в Acronis-е через загрузочный DVD (Reanimator), и в последствии Диск С был разбит на 2 части и отформатирован поочерёдно средствами установочного DVD openSUSE 11.2

И что ещё заметил, что R-Studio и Testdisk находили аж 3 раздела ntfs 2 из которых были размером 19.6 GB и все плохими (скорее всего бывшие диски C), ну а 3-ий хороший мой диск, пока ещё D. И координаты этого раздела определяются как при просмотре в R-Studio, как и при восстановлении в TestDisk 41142472 2459426616 что несколько не совпадает с координатами изначальное позиции (наверно это пространство съело Gparty при форматировании в ext4) и естественно при восстановлении через TestDisk между дисками openSUSE и DISK появлялась дыра в 100 с чем то метров.

Можно ли мне чем нибудь тут помочь ?

Распологая для восстановления под openSUSE - Gparted, TestDisk и PhotoRec
А так же Alkid LiveCD 04.04.2010 с кучей разных утилит для тестирования и восстановления.

Готов править HEX таблицу вручную, прочитал статью Криса Касперски, но приминительно к моему случаю, не знаю с чего начать, и нужно ли мне в TestDisk:
1 Восстанавливать прежние координаты, или принимать уже такими как есть ?
2 Восстанавливать загрузочный раздел диска (диск D хоть и основной, но не загрузочный) ?
3 Перестраивать MFT (есть там такая опция после восстановления раздела) ?

Скрины: Извиняйте, что не обрезанные, так как в Alkid, к сожелению, нет mspaint, а в Gimp как это делать я так и не понял
1. Таблица разделов + попытка chkdsk C: /f /r
2. Сектор 40917555 (последний сектор раздела openSUSE)
3. Сектор 40917556 (первый сектор реального расположения DISK)
4. Сектор 41142773 (первый сектор расположения, определяемый R-Studio и прочими утилитами)
5. Сектор 2500565439 (последний сектор с данными, далее до самого конца идут одни нули)

Заранее благодарен

ILYA INDIGO
Ну как всегда, у нас 1+ ТБ незабэкапленной инфы за 3 года, и мы начинаем in-place преобразование раздела. Да если бы он и не начал форматировать, любой сбой в процессе преобразования - и все, раздел минимум недоступен, а максимум - инфу не восстановит никто.
Судя по Вашему посту, у Вас с интеллектом все в порядке, зачем же Вы делали такую глупость?...


Цитата:

нужно ли мне в TestDisk

Нет. Вам либо в R-Studio, либо в редактор (WinHex). А уж перестраивать MFT...

Покажите скрин окна "Разделы" из DMDE (откройте физический диск). Скорее всего, раздел не будет найдет, т.к. Вы форматили не Виндой и про копию бутсектора можно забыть. Если нужного раздела в таблице не будет, сделайте "Поиск NTFS". Область можете задать по секторам (начало - примерно там, где должен был начинаться раздел, но с небольшим отступом влево, т.к. точная координата неизвестна и можете промахнуться). Ну и дамп 100 секторов, начиная с 4091755 не помешает.

Глупость я эту зделал поздно ночью в очень радостном и наивном состоянии что наконецто нащёл утилиту редактора разделов под openSUSE и мне очень хотелось избавиться от NTFS и слово форматировать в ext4 принял за Преобразовать в ext4 (В акронисе есть подобные пункты но с FAT32 <-> NTFS, а форматируется он только после удаления раздела (вро де бы) Короче проявил халатность и лохонулся по полной программе Чего тут ещё скажешь...
Винты у меня серверные Seagate (c индексом NS) уже 3 года 24/7 стабильно работают, спецом выбирал, хотя согласен что с чередования пора бы уже переходить на Raid 5.

Скриншоты:
DMDE, как не странно, сразу показала NTFS раздел.
При двойном клике по нему показала геометрию раздела и предложило открыть его.
После чего при попытке открыть его выдало сообщение об ощибке.
После этого я выбрал пересканировать жёсткий диск и взял весь диапазон адрессного пространства.
Теперь жду результата (сканирование всего массива обычно занимает 3-ёх часов). Дамп зделать из других HEX-редакторов не полусилось так как у половины просто отсутствует данная опция, а другая половина не захотела запускаться при запущенном DMDE, так что придётсо немного подождать

ILYA INDIGO

Цитата:

форматировать в ext4 принял за Преобразовать в ext4

Дело не в этом. Подобное преобразование (не форматирование) в любой программе - откровенное каскадирование (если нужная инфа есть, а бэкапа нет).


Цитата:

серверные Seagate (c индексом NS) уже 3 года 24/7 стабильно работают, спецом выбирал

А если это 7200.11, то на них может сесть муха. У Вас ES или ES.2?
RAID на хост-контроллере я бы рекомендовал уровня 1 только (RAID-эксперты считают RAID-5 на таких контроллерах глючными, а с RAID-0 и так все понятно).

По скринам... Раздел начинался в 41142476: как ни странно, бутсектор и его копия на месте, несмотря на форматирование (перед суперблоком ext есть 2 пустых сектора, я думал, что форматер занулит их). А вот с MFT значит проблема... Возможно, два первых сектора форматер оставил как есть (суперблок ext после них начинается, а не как в ФС M$, где бутсектор в самом начале раздела), а вот MFT могла уже оказаться накрытой (если она стартует в начале раздела).
Когда закончится поиск, снимите 1000 секторов, начиная с 41142476, и выложите в архиве вместе с картинкой и логом результатов поиска.

Друзья, помогите реанимировать систему. после 3-кратного выключения электроэнергии, система перестала загружаться.
появляется логотип с бегущей строкой и затем черный экран, загрузился с live-cd. сделал проверку chkdsk, сообщила что нашла ошибки в mft bitmap, исправила, однако система по-прежнему не загружается, пробывал утилиткой ntfs recovery, находит дефектный сектор но не исправляет.
R-STUDIO network edition 5.0 Build
обнаружила ошибку, но не исправила ее.

Warning File system 20.04.2010 21:27:24 Unexpected MFT record 23536 at 7455202816. If you are scanning RAID and this message will reappear constantly, check RAID for consistence.

как решить проблему?

WD 500gb 3 раздела

mistx
Попоробуй загрузиться с Recovery Console и скомандовать оттуда fixboot и fixmbr.

Sish

Цитата:

fixboot и fixmbr

Причем тут это. Пишут же логотип с бегущей строкой - говорит о том что эти вещи как раз работают
и record 23536 at 7455202816

>>>Antech

У меня Seagate ST3320620NS

По поводу чередующегося массива, то изначально я и не планировал что у меня будет сервер, хотел конечно, но возможности такой не было по причене бональной низкой скорости интернэта и ёщё кучи всего, посему я его проектировал как мультимедийную станцию, для чего страйпирующий рейд подходит как никто лучше
Да и сейчас у меня, хостинг, пока, любительский, на котором стоит досих пор мой самый первый сайт, на котором я css учил, который у мну времени и нет переделать, да и особо и не нужно, так как со своей основной задачей он прекрасно справляется, а так же сайты над которыми я работаю и сайты - портфолио. Это всё умещается на 23-ёх мегабайтах (10 из которых 2 файла контента), ну и конечно мои прокси-сервер и DC хабы в сумме на более 100 Метров так что монтировать /srv отдельным зеркальным массивом смысла я, пока, не вижу.

По поводу глючности Raid 5 плжалуйста по подробнее...
Что имеется ввиду? Реализация его на встроенном raid-контроллере материнской платы, или сама его структура в любой реализации ?
Я лично вижу в нём лишь 1-недостаток - Уменьшения скорости записи, пропорционально количеству томов, который с лихвой компенсируются такому же пропорциональному увиличению скорости считывания, что куда более важнее как для хостинга, так и для мультимедийной станции, если конечно не заниматься профессионально звуко и видео обработкой.

Результаты сканирования

Как не странно, сканирование затянулось куда дольше, чем я предпологал.
В резултате выдало качу MFT-шок, ну и папку Root в которой все мои файлы не повреждённые и созранные (с кростиками тока те которые я сам недавно удалял). Только восстановить через DMDE ничего не получается, наверно из-за ограничения на ознакомительную версию, но восстанавливает прекрасно и R-studio, так что не жалуюсь
но самым трудным было сделать dump, я конечно догадался как его сделать (Ctrl+PgUp, Shitt+PgDn (до 1000), Alt+W -> Выделенное -> Файл), но мне казалось это делаться должно проще.

Sish
YuriyRR

попробывал сделать образ акронисом, акронис выдал ошибку read failed, я выбрал пропустить ошибки. После пропусков ошибок я конвертнул образ в виртуальный, подцепил и система загрузилась, а образ в котором ошибки не пропускал не загружается.

может это что-то вам скажет.
стоит пробывать fixboot и fixmbr в данном случае?

YuriyRR

Цитата:

fixboot и fixmbr

Причем тут это.

Ну да, согласен, стормозил...

mistx

Цитата:

стоит пробывать fixboot и fixmbr в данном случае?

Смысла не имеет. Если есть возможность, потесть хард с помощью MHDD или Victoria

mistx
Сделайте в MHDD или Victoria сканирование с ремапом.

ILYA INDIGO

Цитата:

мне казалось это делаться должно проще

Сервис - Копировать секторы в файл .

Plz 10 секторов, начиная с 41142472.
В секторе 41142477 есть бутсектор NTFS, но координаты MFT и MFT Mirror оказываются смещены на 5 секторов вправо относительно истинных (определенных DMDE).

Antech


Цитата:

Сделайте в MHDD или Victoria сканирование с ремапом.

я данные не потеряю при таком сканировании?

АХТУНГ!

Добавлено:
Никого я не трогаю, как смотрю, торрент сигналит, что одна раздача пропала. Я проверяю папку и вижу........
Весь 1тб WD USB - имеет пустые папки((.
Куда содержимое пропало - ХЗ!



ЧТО ЗА ДЕЛА!?

mistx

Цитата:

я данные не потеряю при таком сканировании?

Как получится. Речь пока что шла о восстановлении функционирования Винды ("помогите реанимировать систему"), а не инфы. Если не хотите сюрпризов, скопируйте предварительно инфу через R-Studio, или снимите образ в ней же (Drive - Create image, сжатие лучше отключить).

boy999
Для начала подключите винт напрямую (без USB короба) и посмотрите, на какой объем (LBA) детектит HDDScan, MHDD или Victoria. Также посмотрите, на какой объем (без коробки) детектит Винда (Управление дисками).
На винте была FAT или NTFS?

Antech

Цитата:

напрямую (без USB короба)

WD MYBook 1 тб - он тока по USB и подключается.
NTFS, ессно была.
Я его отключил сразу, выдернул питание, т.к. страшно смотреть на пустые папки.

>>>Antech

41142472-41142482

По поводу дампа у меня в версии 2.0.1 Отсутствует такой пункт, есть только "Копировать секторы..." "Заполнить секторы", причём в пункте "Копировать секторы..." нельзя указать явно (как при выборе секторов при сканировании тома) скакого по какой нужно сохранить, а только сохранить весь том или выделенное

boy999
Что у него внутри? Один винт на 1 ТБ или RAID? Я так полагаю, что один винт. Вот попробуйте без коробки его подключить.

Добавлено:
ILYA INDIGO
Правильно, выбираете копировать секторы, а там уже в файл, и можно указать секторы. Не помню, какая у меня версия (сейчас сижу на нетбуке).

Цитата:

без коробки его подключить

Это как!?Коробка - это что? он и так вроде без неё.....

boy999
Коробка - вот это черненькое с синим глазом, куда USB подключается. А внутри обычный HDD.

Antech
после ремапа был найден 1 UNC сектор.
в итоге
offline uncorrectable 1
write error rate 1
система грузится

я правильно понимаю один сектор ушел на пенсию?
как то скажется на дальнейшей работе винта эта ситуация?
инфа, которая была в этом секторе повреждена?

mistx

Цитата:

один сектор ушел на пенсию?

Realocated посмотрите. Если ноль, то просто софт-бэд был.


Цитата:

как то скажется на дальнейшей работе винта эта ситуация?

Железный бэд (реаллокейты == 1) повысит вероятность вылета винта, других последствий не будет.
Софт-бэд - без последствий для винта.


Цитата:

инфа, которая была в этом секторе, повреждена?

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