» Пропал диск. Восстановление таблицы разделов (не данных) - 2

9285
было два раздела: d;f(или е)
самые большие по объёму, самое нужное на них-музыка.
остальные огрызки-попытка ставить хакинтош

Volt_M
Да не важны буквы, главное их обьём. И под то что написал подходит пара и та перекрывающая друг друга. нонэйм06 и нонэйм03. Хотя нонэйм03 прекрасно соств\ыковывается с очень маленьким нонэймом01. Так что вариантов множество (осбено когда не знаешь что там внутри каждого).
Впрочем, если бывшие буквы не назначались новым разделам, то можешь можешь сбросить содержимое ветки реестра HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices ?

9285
http://sendfile.su/715397
размер у разделов был не симметричный, один был побольше

Volt_M
Записи реестра хоть и дали кое какие данные, но толку с них мало.
Пока лишь только нонэйм03 подходит под твоё описание, но следом за ним что то не видно кандидатов.
Открывай все найденные тома и смотри что в них.

9285

Цитата:

Открывай все найденные тома и смотри что в них.

через dmde?
faq читать пойду(

на данном этапе какие действия допустимы, только сканировать?

-----------------------------
noname02 - основное там
в остальных пусто (

Volt_M
что то я не вижу никакого нонэйм2.
Или это по результатам поиска NTFS? Если да, то покажи лог поиска.
Если ещё не делал поиск, сделай.
У тебя в таблице два расширенных раздела, что является недопустимым и потому они отмечаются с ошибками. Но прежде чем удалять какой то из них надо то определиться что лишнее.
PS. C самого начала не очень понятна взаимосвязь винта и флэшки, но это мелочи - ощущение что ты чего то не договариваешь (типа попытки самостоятельного восстановления какими нибудь партишен доктор и т.п.).

9285

Цитата:

PS. C самого начала не очень понятна взаимосвязь винта и флэшки, но это мелочи - ощущение что ты чего то не договариваешь (типа попытки самостоятельного восстановления какими нибудь партишен доктор и т.п.)

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


Цитата:

что то я не вижу никакого нонэйм2.
Или это по результатам поиска NTFS? Если да, то покажи лог поиска.

вот он

прсто выбрал нонейм2>открыть том> и там виден список всех папок
без поиска

Добавлено:
лог скана
http://sendfile.su/715564

9285

Цитата:

Есть небольшие проблемы с секторами

Что можно сделать, как решить проблему с секторами?
Лог поиска Ntfs http://rghost.ru/41848486

GreenIguana
Впечатление что лог поиска от совершено другого винта и вообще куча цикличных фрагментов в которых не хватает по одной записи. Такое не может быть от небольшого кол-ва проблемных секторов. Или их уже больше?
Решить проблему можно ремапом, но только если их много или они нарастают (будут) то смысл? Такому винту нельзя доверять что либо полезное.
И всё таки - покажи дамп секторов 6291519+10. Интересно посмотреть что там на самом деле.

Добавлено:
Volt_M
Вон оно в чём дело. Мог бы просто подтердить что прежний ноэйм3.
Что касается открытия без поиска, да и чтобы тебе было понятней.
Видишь обозначения EBCFf? Каждое из них обозначает наличие той или иной структуры ФС (и это всё описано в справке). Так вот F - это собственно MFT; и если она имеется (более менее целая), то раздел откроется и без поиска. В случае же с повреждённой поиск необходим. Судя по всему тебе это потребуется для поиска второго большого раздела, который по логике идёт за первым и который наверное и повредился попыткой хакинтоша. Кстати ты не первый кто пострадал от желания приобщится к хакинтошу.
PS. Удаляй лишнюю запись о расширенном разделе. Восстанавливай бутсектор у имеющего раздела и ищи другой раздел.

9285
Дамп секторов 6291519+10 http://rghost.ru/41862391

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

я опять тупанул))
у меня есть еще один диск. там была такая шняга что в DMDE отображались разделы которых давно нет. я решил избавится от них затерев соответсвующие сектора, где хранились копии загрузочных секторов от них. но что то пошло не так). Был нормальный раздел начинающийся с 2048 сектора и до самого конца и какой то левый начинающийся с 63 и почти до конца, несколько сот кластеров не доходя.
пробовал его удалить , не проканало. тогда я принял "гениальное" решение очистить все с 0 до 2047 сектора, решив что так точно его уберу. и отгадайте что случилось?) пропал и он и нужный раздел тоже.

Добавлено:
короче DMDE видит этот раздел, но не загрузочный сектор, копия его тоже почему то похерилась. соответстенно если делать UNDELETE то раздел будет в системе, но как неотформатированный. есть вариавнты кроме тупого восстановления файла на другой винт и пересоздания раздела с нуля?
Спасибо

Здравствуйте уважаемые специалисты. У меня проблема с жестким диском из ноутбука. Диск попал ко мне, когда пользователь сам его активно "поковырял". Пользователь пытался несколько раз запустить восстановление системы - безрезультатно. Также запускался встроенный инструмент ноутубка Recovery OS - восстановление с первого раздела жесткого диска - около 21 GB.
Диск попал ко мне в состоянии (проверено подключением в качестве внешнего диска к другому компьютеру):
первый раздел, тот что был 21 GB - в системе отображается 0 GB, файловая система RAW;
второй раздел (С, на котором была установлена система 149 GB - 0 GB, файловая система RAW;
третий раздел (D с данными 149 GB - 149 GB, файловая система NTFS.
Меня осенила мысль запустить chkdsk на диске D: с флагами /f/r. Chkdsk отказался работать на разделе, но после данной попытки файловая систем раздела D: так же сменилась на RAW. Данные с диска D: вытащил прогой GetDataBack после чего решил вернуть работоспособность первому разделу, чтобы установить пользователю чистую систему. Просканировал диск Testdisk`ом и прописал инструментом write первый найденный им раздел на 21 GB, но стало только хуже. До операции с testdisk все разделы проблемного жесткого диска при его подключении к другой системе определялись с предложением отформатировать, а теперь диск виден только в специализированном ПО, например DMDE и т.п.
Логи и скриншоты, подготовленные в соответствии с требованиями шапки темы, прилагаются.
http://zalil.ru/34015590

Здравствуйте Знатоки!Такая вот проблема,решил восстановить из ранее сохранённого образа системы при помощи Акрониса систему.Но при удачном как бэ востановлении не видно одного жёсткого диска(всех его разделов).Ранее эта операция проходила у меня безболезнено.При помощи проги Acronis Disk Director 11 Home жёсткий виден,но предлагаетсё форматирование.Подскажите как обойтись без этого,жаль инфы очень.http://zalil.ru/34016252 вот тут видно,Заранее балгодарен.

UrsusAK
В принципе, вроде бы как инфы почти достаточно, но по делу лишь один скринщот экрана Разделы.
Всё остальное касается твоего винта.
Что касается проблемного. Видно что есть три раздела, которые почему то удалены (в некоторой мере это хорошо). но только с наличием ФС у них есть проблемы. Проделки шаловливых ручек (не обчязательно твоих) или винту наступил кирдык а попытки его реанимировать добили его окончательно.
В общем то - SMART винта в первую очередь +, если смарт не коматозный, дампы начальных секторов проблемного винта. Номера их видно на скриншоте. Дампы можешь сразу сделать с последующими 100 секторами.
Mihal1966
Будем гадать что и куда восстановилось? Пока что, исходя из акронисовских данных, можно предположить лишь проблемы с динамическим диском. Или не с ним проблема?

9285

Цитата:

В принципе, вроде бы как инфы почти достаточно, но по делу лишь один скринщот экрана Разделы. Всё остальное касается твоего винта.

Да, я действительно лопухнулся, извиняюсь, первый раз загрузил DMDE, постараюсь быть внимательнее.
Залил SMART, дампы, новый скрин Управление дисками, т.к. после сохранения образа раздела на 21 GB средствами GetDataBack, ЖД стал виден системе.
Хочу добавить по обнаруженным разделам следущее:
vol1 - раздел восстановления системы от Samsung - его хотелось бы иметь в первозданном виде, на сколько это возможно в сложившейся ситуации;
vol2 - раздел D: - с данными, которые восстановлены GetDataBack, возможно форматирование;
vol3 - раздел 105 MB - паразитный раздел, возможно остаток от работы запуска восстановления системы с помощью встроенной возможности ноутбука, т.е. vol1;
vol4 - раздел C: - c системой Win7, данные с него снять с помощью GetDataBack не удалось, т.к. выдввались множественные ошибки и скан не проходил до конца. Пользователь в принципе готов смириться с потерей данных, но если удастся раздел восстановить то это будет замечательно.
Критически важные данные я лично копировал с диска C: на D: примерно за неделю до краша и в тот момент ЖД в системе отображался тремя разделами, раздела на 105 MB не было.

Добавлено:
OMG, ссылку то в предыдущее сообщение забыл вставить!
http://zalil.ru/34016872

UrsusAK
Вполне предсказуемые переназначенный сектора + пендинги. Вдобавок смещения записей MFT (точнее в MFTMirror) + мусор в них. Можешь сам посмотреть что в 16-ых и далее секторах в каждом из дампов.

Варианты имеются, в том числе для начала сделать посекторку (с пропуском сбойных секторов) нужных разделов, но тут надо знать как к этому отнесётся винт. Некоторые модели винтов при таком действии могут окончательно помереть. Или можно "запилить" то что ещё живо. Это лучше у ремонтников узнать.

В любом случае, чтобы винда лишний раз не "пилила" этот винт - сделай в DMDE для него MBR off.
И включи что нибудь для мониторинга SMART-а (Crystal Disk Info) - если значения будут увеличиваться, то винт не беспокоить до выяснений причин такого поведения.

UrsusAK
Номерация vol в описании соотвествует названиям в дампах файлов и в разделах?
Если да, то потенциально для всех разделов кроме vol2 первые записи MFT можно реконструировать.
Это даст возможность получить доступ к данным минуя процедуры сканирования.
Если будешь ещё обращаться к этому винту то сделай ещё дампы секторов указанных далее + 20 последующих: 6 293 504, 42 013 352, 48 441 344, 339 933 184

9285


Цитата:

Номерация vol в описании соотвествует названиям в дампах файлов и в разделах?

Да решил привязаться к нумерации разделов из скриншотов для прозрачности терминологии.
Сделал MBR off.
Запрашиваемые дампы:http://zalil.ru/34020480

Добавлено:
http://zalil.ru/34020480

Нужна помощь Disk TOSHIBA_MK7559GSXP
http://rghost.ru/41924689
Спасибо.

Всем доброго времени суток.
Нужна помошь!
Предисторию описывать думаю не имее смысла. Диск С на одном из нотикив "стал" RAW. И метка активности установилась на "рекавери". DMDE вернул активность на С, но как я понимаю на нем полетела таблица разделов . Это так? Помогите чайнику.
http://rghost.ru/41926419/image.png
http://rghost.ru/41926461/image.png
http://rghost.ru/41926701/image.png

UrsusAK
Ок. Всё почти идентично.
Всё написанное ранее актуально.

pompon
Нужны дампы секторов 6291519+50 и 732572063+10
Также, почитай написанное на предыдущей странице сообщение для UrsusAK по поводу SMART.
Если с ним всё в порядке, то можно сделать Поиск NTFS и сохранить лог поиска.

9285
http://rghost.ru/41929423

Цитата:

по поводу SMART

в архиве скриншот,стоит ли делать
Цитата:

Поиск NTFS

Спасибо.

GenaRu2001
Покажите что говорит chkdsk.exe БукваРаздела: без /f.

pompon
Это проблема USBC, появляется при глюках USB (хотя USBC не имеет отношения к USB, что что-то с SCSI связано, насколько помню). Сейчас попробую исправить...
Картина следующая. В MFT и Mirror "USBC-смещение" на 3A8 байт. Записи $MFT, $MFTMirr и $Logfile живы, хотя и смещены. Запись $Volume испорчена, но она легко берется от исправного раздела. Смещение продолжается и дальше, но затрагивает только метафайлы, которые должен без проблем пересоздать Чекдиск.
Насколько я понял, 9285 не против "перехваченных" кейсов, так что попробуйте патч. DMDE - Сервис - Копировать секторы. Источник - файл http://rghost.ru/41944373 , приемник - физический диск. На приемнике начальный сектор 6291519 (число секторов 8). В принципе, можно немного поправить следующие записи (для этого нужно записать файл http://rghost.ru/41944491 начиная с сектора 6291527). Но я не стал там исправлять испорченные записи, потому что это почти ничего не даст. Так что лучше сразу после записи первого патча пустите chkdsk.exe БукваРаздела: и посмотрите что он скажет, дайте линк на картинку или перенаправьте в текстовый файл chkdsk.exe БукваРаздела: > ИмяФайла.txt (для текстовых есть сайт pastebin). Не пробуйте сразу исправлять Чекдиском! Вначале покажите результат read-only теста.

pompon
Antech уже всё написал.
Единственно что могу добавить - так как в SMART-е всё таки есть тревожные показатели.
На всякий случай поставь резидентно Crystal Disk Info в режиме мониторинга SMART и время обноления значений поменьше. Если значения начнут ухудшаться то лучше прекратить работу с винтом.

9285

Цитата:

потенциально для всех разделов кроме vol2 первые записи MFT можно реконструировать. Это даст возможность получить доступ к данным минуя процедуры сканирования.

Как я понял, дальше надо напрячься самому. Какую программу посоветуете использовать?

Цитата:

chkdsk.exe

http://pastebin.ru/CMtk5oo1

pompon
Да, извиняюсь, забыл про SMART. Бэды имеют место быть, средне-высокая степень забэдованности. Так что винт нужно менять.
По логу более/менее нормально. Конечно, многие записи повреждены (Вы можете видеть это в логе). Скорее всего, раздел заработает после chkdsk /f, но перед этим очень рекомендуется скопировать важное, если оно имеет место быть. Например, через freeware-версию DMDE, выложенную на оф-сайте (там должна быть, кроме обычной Free, именно полнофункциональная, но не самая новая). Или R-Studio.

UrsusAK
Можешь и сам, но кроме программ нужны знания о структуре записей MFT.
Только ты не понял сути. Дело не в патчах, которые можно сказать уже сделаны, а в самой ситуации с диском.
У него 270 переназначеных сектора + 51 пендинг. И не факт что это конечные значения.
Практически винт надо менять. Тебе нужно сохранить раздел рековери - соотвествено его надо перенести на новый винт. При этом копировании вполне возможно винт может окончательно окочуриться. И что тогда?
Вот поэтому то я и писал о том что надо бы узнать об этой модели побольше, потому как у некоторых бывают "родовые" травмы.
Опять же, если владелец не глупец и последовал инструкциям, то у него должны быть рековери диси, с которых можно восстановить как было с завода. В таком случае к чему вычитывания раздела рековери?
Что касается других разделов.
100 мегабайтный скорей всего был и раньше, просто он скрытый. Даже если его и удаляли раньше то он восстановился в процессе восстановления заводского образа. И очень даже вероятно чт и системный раздел тоже. Так для чего его тогда восстанавливать если можно будет восстановить с рековери?
Остался последний раздел, с которого данные (по твоим же словам) уже извлечены.
У этого раздела, в отличии от других отсуствует ранлист. Соотвествено необходимо его сформировать, для чего надо сделать Поиск NTFS. А это опять то, о чём писал выше.
Теперь понятно?
PS. Нужны патчи? Давай логи поиска NTFS.

9285

Цитата:

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

Он не глупец, просто человек уже в годах и с компьютерной техникой не очень дружит. DVD-копию заводского раздела восстановления он не создавал.
Получается СМАРТ очень плохой? Вы поэтому сделали выводы, что диск скоро умрет? Его вообще лучше не использовать даже как второй или внешний? Или это можно будет сказать только после сканирования на bad-сектора?
Поиск NTFS включал сразу после скачивания DMDE там огромное количество разделов находится, правда я не дожидался окончания.
Может мне проще скачать Win7 MSDN и драйвера, все это установить и сделать человеку DVD-диск с образом чистой системы? Как я понимаю это нужно будет делать на другой купленный диск, правильно?
Запустил поиск NTFS, по окончании выложу лог.