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

betssaf
Чекдиск надо запустить в окне командной строки. И показать что там (а не в DMDE) будет по окончании проверки.

купил новый комп. на HDD 2 раздела. раздел C 300 ггб и D гигабайт 800 кажется. решил переразметить диск средствами w7. окусил (сжать разжать) от системного диска C кусок (половину) и присвоил ему букву E. теперь он отображается как "новый диск E" 166 ггб. при просмотре его свойств показывает что 94,9 Мб занято, хотя он вроде как пустой. хотел бы спросить как сделать диск E не новым а локальным как и остальные диски. и почему почти 100 мб занято?

Цитата:

(а не в DMDE)

так я и так в ком строке правда без паузы делал. Сейчас еще раз с паузой

betssaf
Запусти так
chkdsk G: >c:\checkG.txt
Сообщений не будет выводиться - надо дождаться когда вновь появится строка для ввода команд.
Это будет означать что проверка закончилась. В результате, в корне диска С будет лежать файл с указанным в команде именем - вот его и выложи.
Пока что видно что множественные повреждения в индексах. Возможно что исправления чекдиска решат проблемку, но не факт. Поэтому нужно или делать посекторку, чтобы иметь возможность отката или вытаскивать данные на другой носитель. Есть ещё вариант - сохранить $MFT, но это не до конца гарантированый, потому что есть данные и не в MFT.
PS. У тебя есть несколько минут - потом я появлюсь не знаю когда.
PPS. Чтобы сохранить $MFT, сделай дамп секторов 247670567+140480 и положи в укромное место.

Добавлено:
webses
Поменяй метку тома.
Это размер метафайлов файловой системы.

checkG.txt

Цитата:

$MFT, сделай дамп секторов 247670567+140480 и положи в укромное место.

слил на байду ))

Цитата:

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

как делать данную процедуру? в дмде?

Цитата:

Добавлено:
webses
Поменяй метку тома.
Это размер метафайлов файловой системы.

как это сделать подскажите.

Цитата:

как делать данную процедуру? в дмде?

Можно сделать любым средством, которое позволяет сделать это. И самое главное чтобы позволило (в случае чего) вернуть назад.
В том числе и DMDE. Выглядит как и деланье дампа, просто секторов побольше.
Соотвественно, у тебя на другом носителе должно быть место не меньше обьёма раздела.
Есть средства, позволяющие сжимать образ на лету, но как то к ним (тому же акронису) нет большого доверия - тем более что и файл зачастую имеет свой формат и почти всегда не знаком другим прогам.

webses

Выдели том, нажми F2 - далее согласно изученным материалам справки.

На этом средствами дмде уже не поднять раздел? Надежда только на чекдиск, возможно и он пас.
Посекторное винта нет возможности, некуда!
То ч то я слил на байду как потом обратно писать? Винт этот не используется, надо добивать его как то
А как бы хотелось...

betssaf
Логические ошибки можно исправить чем угодно, но только надо знать все потроха ФС и вручную исправлять 10050 байтов. Вопрос только в том кто это всё знает и захочет ли делать.
А можно просто доверится чекдиску - думаю что он справится с поставленной задачей.
PS. Вполне логично что если ты делаешь дамп из секторов в фал, то для возврата надо сделать обратное.

Я переспрашиваю потому что не сильно знаком с функционалом данной проги! А ошибки в данном деле чреваты, не первый раз за все время...сталкиваюсь с подобными проблемами, эта сложная оказалась.
Дмде справилась с возращением раздела? Ваше мнение? Не считая того что малость подрехтовать ошибки чекдиском.
Ваши труды как всегда были востребованы!

Цитата:

Выдели том, нажми F2 - далее согласно изученным материалам справки.

а где увидеть эту справку?

Администрирование - Управление компьютером - Управление дисками - правый клик на диске сменить метку...

Цитата:

Администрирование - Управление компьютером - Управление дисками - правый клик на диске сменить метку...

а что даст смена метки? диск станет тоже локальным? и не понятно почему 100 мб на пустом диске чем то занято.

betssaf
[more=Справилась DMDE или нет]
Тут корректней говорить не о справлении а о диагностировании.
Остальное было сделано на основе её данных.

Я исхожу из того что вижу и что предоставляют.
С самого начала отчётливо просматривалось два варианта - http://rghost.ru/54254666.view
Красным выделен второй вариант - и могло оказаться что он был бы действительным, но если бы на диске ранее было бы 4 одинаковых раздела. Ноты написал про другие - ведь тебе то лучше знать какие разделы были. Исходя из этого и начали дальнейшие исследования. Да, тот что был с А, очень подходил для случая двух разделов; после конца основного раздела классический "зазор" в 63-сектора, характерный для логичесого диска в расширенном разделе. Но, как писал ранее, проблема в том, что у него нет более важного признака - наличия MFT в "прописанном" месте.
Дампы подтвердили мою версию. Можно ещё сделать Поиск NTFS чтобы увидеть где все записи, да и открыть потом найденные тома чтобы посмотреть где более корректная обстановка, и восстановить файлы, проверить их целостность.
Кстати, делая поясняющую картинку, заметл что версия DMDE старовата. Если она ломанная, то не советую ею пользоваться - особенно для восстановления файлов. Файлы будут повреждёнными, хотя если пользоваться нормальной версией, то всё будет целым.[/more]

Я бы мог написать (даже сразу) - запускай чекдиск и исправляй ошибки. Но понимаю что нет 100% уверенности, тем более что где то проскочило о каких то экспериментах - то есть кроме удалённой таблице разделов может быть и ещё что то повреждено. Поэтому написал о подстраховке; в том числе и потому что чекдиск не всегда показывает все ошибки (но это более характерно для ошибок в первой части проверки). То есть - я думаю что всё исправится, но моё дело предупредить о всех возможных вариантов а ты уже сам принимай решение.

Я пока не делал чекдиском скан с правкой, читаю что может быть лучше для правки логических ошибок.
Немного понял, с вашими подсказками, логику поиска и правки потерянных разделов, и какие должны быть буквенные префиксы (следущий cтолбик после ГБ) Правда то, что корректируете и потом просите записать, остается неясным, думаю тут мало просто быть на ты с арифметикой
Имея немалый опыт восстановления софтового, сравнивая годами разные проги, вижу что ДМДЕ для анализа лучший вариант! Но требует ручной правки.
Как удалить весь мусор - лишние разделы, все записи старые файловой системы? Что бы была там чистота и порядок. Не плодить ошибки в будещем

betssaf
Слышал о каких то иных средствах типа чекдиска, но есть сомнения что они более корректны. Особенно акронисовские, если вспомнить глючность всего их остального.
Хотя может они и могут дать большше инфы об ошибках.

Если посмотришь здесь множественные кейсы, то можешь найти и такие где данные находятся в разделах где нет всех индикаторов. Например бывает что есть смещение в начальных записях MFT. При этом могут быть и BCF, примерно как и в твоём кучка 80-гиговых разделов, но в них не то. Так что и арифметика нужна, но больше всего важно умение соединить воедино все куски "пазла".

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

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

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

Цитата:

кидал ее на форуме как то, так никто и не понял что с ней делать

О чём идёт речь?

Цитата:

она фри от кит производителя коплексов железячных, - поднятие винто

Общеизвестно что NTFS является закрытой системой. И я не уверен что есть кто то, кроме микрософта, кто в курсе всех тонкостей файловой системы. Соотвественно, о каком корректном иправлении ошибок можно говорить при отсутствии полных данных (на правах ИМХО).

Цитата:

если чек диск не справится

Повторюсь, но думаю что справится.
Есть ещё один вариант - загрузись с чего то Linux-ового и посмотри что на диске. Эти системы не столь критичны к ошибкам, которые винду приводят в ступор.

Про линух думал уже, у меня есть пару лайвоф ен и кит, с диска С грузятся из набора груб4дос. Да у них другое восприятие нтфс, на то они линух...на прямую общмется с железом
Как до компа доберусь кину вам, может поймете что она творит. У нее своя ось (понять ее алгоритм не смогли, даже язык написания) внутри! Работает в досе только.

Цитата:

Администрирование - Управление компьютером - Управление дисками - правый клик на диске сменить метку...

нет там в контекстном меню этого диска пункта "сменить метку". может надо сначала отформатировать или ещё что то.

[more] Помогите решить проблему!
Есть один веник на 320гиг. 3 раздела:
1) С: раздел с виндой на 25гб
2) D: раздел с данными на ~98гб
3) E: раздел с данными на ~176гб
в Acronis Home 11 заметил, что все 3 диска являются "основными". Решил, D и E "преобразовать в логический диск".
Интересно, что E: раздел повёл себя нормально, преобразовался, все данные на месте, всё ОК.
При преобразовании D: словил зависание софтины -> вследствие чего - преобразовываемый РАЗДЕЛ моего веника ушёл в RAW, и естественно не видит файлов:
1) под виндой - Свободно 0 байт, Занято 0 Байт
2) в diskmgmt.msc - скриншот прикрепляю ниже.
3) в DMDE - скриншот разделов прилагаю.
4) так же прилагаю первые дампы из DMDE 100 секторов диска, и первые 100 секторов раздела убитого - (D
TestDisk не отобразил данные на побитом разделе, сказал что: "can't open filesystem. filesystem seems damaged"
ПОМОГИТЕ ПОЖАЛУЙСТА, данные с раздела D: ну очень нужны. Подскажите, что и как делать.
http://www.fotohost.by/pic_s/14/04/24/6ab17bdd1a773c25c99c3fdd03e9b9af.png
http://www.fotohost.by/pic_s/14/04/24/78df839eea2f252497c4891f88706018.png
сектора 0-100: http://yadi.sk/d/42eoAZC5NB2yt
100 секторов с начала битого D: диска http://yadi.sk/d/vRUiwT_-NB2z3
[/more]

burn1ng

Цитата:

заметил, что все 3 диска являются "основными". Решил, D и E "преобразовать в логический диск".

Зачем? Сам себе создал проблему. Причём, учитывая что данные важны, вполне возможно серьёзную и даже очень.
В данном случае проблема не в таблице разделов, поэтому более корректно говорить о восстановлении данных (для этого есть отдельная тема).
В дампах присуствуют сигнатуры, характерные для проблемы в передаче данных, поэтому нелишнм будет взглянуть на SMART винта.
Если с ним всё нормально, то нужно запустить в DMDE Поиск NTFS на участке проблемного раздела. В процессе поиска можно сохранять промежуточные результаты поиска; и обязательно в самом конце. Они нужны для понимания что произошло. По окончании поискам открыть наиболее подходящий том и посмотреть есть ли там знакомые файлы. Попробуй их восстановить и проверь целы ли они.
Через сколько произошло зависание и в каком режиме (запускал из под винды)?

Добрый день. Есть диск саммсунг 80 гб, 1 раздел. Исправил бед в самом начале диска, после этого файловая система стала RAW, чекдиск естественно не работает. Информацию (папка раб.стол) скинул R-studio, хотелось бы возродить раздел. вот архив по инструкции http://rghost.ru/54604082
можно ли что-то сделать или в утиль?

winta777
Видно что есть смещённый на один сектор раздел со всеми аттрибутами - в классическом секторе 63.
От исправления бэда такое не происходит. Может что другое делал?
Пробовал открыть этот том?
Покажи дампы первых 110 секторов физического диска

Приветствую.
Хочу попробовать самостоятельно восстановить исчезнувший раздел на WD 1.5 TB, в сервисе дороговато, мои данные того не стоят, хоть и надеюсь спасти.
Винт стоял в компе с ХР (не системным), что-то перестал записывать данные, вылезла какая-то ошибка с символом $..., попытался устранить Auslogics BoostSpeed, затем при перезагрузке включился chkdsk, далее не помню, вобщем диск пустой. До краха был 1 раздел.
Выдернул его с компа, хотел в сервис отнести, узнав о ценах раздумал.
Сейчас мучаюсь с ним на ноуте с Win7 по юсб как внешний диск. Начал с TestDisk, тарахтел много часов, показал несколько разделов и ещё строку "invalid ntfs or exfat boot", в разделах папок и файлов не видит, что делать со строкой с ошибкой не понял.
Далее тест в DMDE показал результат, где последний раздел вылазит за пределы физического диска, поджал на несколько мегабайт через Управление дисками в Win7, ситуация в DMDE изменилась на такую http://rghost.ru/54968150 , в архиве ещё и важные секторы.
Не могу найти, какие далее мои действия, направьте пожалуйста.

papaVlad
Самое главное правило, которое ты нарушил - не делать ничего изменяющего структуру раздела, если не уверен в том что это точно поможет. Кроме того, что ты поджал том, так ещё и после уже чем то напортачил.
Материнка случаем не гигабайтовская?

9285
Неудобно было беспокоить, у вас только тяжёлые случаи обсуждают, думал вдруг легко справлюсь.
Материнка ASRock, где-то с полгода, а до этого гигабайтовская вроде и была, на неё изначально винчестер ставил.

papaVlad
Неудобно сам знаешь что. Лучше спросить, тем более сейчас активности здесь мало, а на хоботе координатор беспредельничает - так что время и на "пустяки" есть. Хотя для меня нет таких критериев, особенно если человек реально хочет что то сделать. А разгребать навороченное сложнее.
Ну да ладно - что уже случилось, вряд ли отменить.
Попробуй в DMDE открыть том, у которого индикаторы BF и посмотри его содержимое. Есть что знакомое? Восстанови (на другой носитель) и проверь целостность. Чтобы не тратить время впустую - восстанавливай сразу самое ценное.
И сделай дамп секторов 6295552+100.

9285
Знакомое есть, но не даёт сохранить хотя бы 1 папку, скрины в архиве http://rghost.ru/54976381
А что такое "и проверь целостность"? Это, видимо, сохранённые файлы после восстановления.

papaVlad
Free версия папку не даст восстановить, но внутри неё не более 4000 файлов можно.
Проверить в смысле проверить - файлы бывает восстанавливаются, но содержимое повреждено. Очень хорошо проверять архивы потому как в случае ошибок архиватор ругнётся, а также фотки - визуально можно увидеть ошибки.