Восстановление GPT таблицы диска

[vers0]

Доброго времени суток, господа.
Нужна ваша помощь в таком вопросе:

Имеется диск на 1ТБ Samsung, служивший верой и правдой уже около 7 лет. На другом диске (SSD SmartBuy 120Gb) стояла система Windows 7, начались зависания, решил переустановить систему, загрузочный диск выдал, что диски в GPT, а ему хочется в MBR, через командную строку и дискпарт там же переделал SSD и переустановил систему, но видать диск сдох и пришлось ставить на HDD, но он упорно не хотел конвертиться через консоль в MBR, из-за чего с лайв-диска был запущен Акронис Диск Директор и на 50% GPT --> MBR выдало ошибку и невозможность сего действа. После чего в том же Акронисе было обнаружено свободное неиспользованное пространство, которое было решено добавить к общему объему одного из 3-х логических дисков...и снова Акронис на 50% выдал ошибку, после чего пропали 3 раздела и диск стал виден как не использованный и не размеченный на все 1Тб.
Как восстановить таблицу и возможно ли это??
DMDE показывает некоторые файлы (даже имена их правильные), R-Studio тоже при сканировании находит документы, я так думаю информация на месте, просто слетела таблица после моих "умных" операций с диском.
Кто чем может - помогите!!

P.S. есть новый диск на 500Гб, на который в данный момент установлена Windows 7 x64 (собственно с него и пытаюсь восстановить старичка терабайтника).

[Jula0071]

Если данные не нужны (судя по тому, как вы смело применяете разрушительные утилиты), то просто затрите диски нулями любым способом. И ставьте на чистую.

[vers0]

Цитата Jula0071:
Если данные не нужны (судя по тому, как вы смело применяете разрушительные утилиты), то просто затрите диски нулями любым способом. И ставьте на чистую. »
Хотелось бы все-таки восстановить полностью таблицу, т.к. некоторые файлы были созданы буквально за час до переустановки и их нет в облаке. Тем более R-Studio смог после сканирования полностью воссоздать структуру папок и файлов, значит все это дело подлежит восстановлению и файлы не повреждены, а всего лишь слетела таблица раздела...

[mwz]

R-Studio смог после сканирования полностью воссоздать структуру папок и файлов, значит все это дело подлежит восстановлению и файлы не повреждены »

Если из книжки вырвать все страницы, оставив только оглавление — вы будете утверждать, что поскольку оглавление (аналог структуры, которую вы видите) осталось целым, то структура книжки не повреждена и всё это дело (все страницы) подлежит восстановлению??

[9285-201]

mwz
Вполне возможно что сами "страницы" вырваны, но целы - основная проблема в том что они или перетасованы или частично смещены а частично нет. При этом на какой то части страниц их номера замазаны дерьмом. :)
Где то на руборде есть споры с одним бестолковым тролликом, которому не нравились мои "наговоры" на акронис и типичная для таких аргументация "у меня всё нормально - проблемы у криворуких" и категорично требовал подтверждений тупоголовости разработчиков сего дерьма. Привёл ему пример как раз по поводу таких преобразований - традиционно ответил что не видит проблем в том, что акронис, в отличии от других программ перемещает начала разделов; причём при обратном преобразоовании из GPT в MBR делает это ещё раз так как разделы прописываются как логические (последнее даже в мануале прописано). То есть то, что делается за 1 секунду и без каких либо сдвигов делается абсолютно противоположно. Вполне естественно что при подходе появляется шанс поиметь приличный гемор, и фактически он гарантирован если с диском ещё и проблемы имеются - достаточно банального пендинга.

[Tau_0]

Как восстановить таблицу и возможно ли это??
DMDE показывает некоторые файлы (даже имена их правильные), »
Вот и покажите из DMDE скрин окна Разделы диска... для целого Физического устройства (#HDD).

ЗЫ Наверняка Вы :) не ВСЁ затёрли и испортили...

[Jula0071]

появляется шанс поиметь приличный гемор »
А если делать бекапы, в том числе непосредственно перед выполнением потенциально опасных для целостности данных процедур, то уже не так важно, чем их выполнять – "плохим" акронисом или "хорошим" чем-нибудь ещё. Шанс поиметь гемор стремится к нулю.

[9285-201]

Jula0071
Бэкап актуален во многих вещах, но это не оправдание тупоголовым "алгоритмам" акронисовским поделиям.
Для которых очень актуальна народная мудрость "из говна конфету не сделаешь".
Хотя каждый сам выбирает быть или не быть ему (программным) мазахистом. :lol:

[Tau_0]

но это не оправдание тупоголовым "алгоритмам" акронисовским поделиям. »
Дело не в том, что алгоритм туп... --- Порочно сама идея переноса тома с одного места примерно на тоже место на тоже место на харде...

Если по каким-то причинам, например, банальное пропадание питания, процесс не успел завершится, то беда. А подобных причин не счесть, и их все невозможно учесть...
И откатить такую "транзакцию" невозможно...

[x0r]

9285-201, вот прям щас, ты втираешь какую-то дичь... брррр...
У Акронисов ахеренные проги и они делают всё на отлично. Много лет. так же , постоянно будут те, кто принимает на грудь то, что он не способен поднять(делать то, что он непонимает и полностью полагаеццо на прогу. это наз-ся : тупая вера, антоним знания )
Если у тя глючное железо, сыпеццо винт, плохой контакт на шлейфах + ещё куча причин... то прога в этом случае не виновата. Она делала то, что ты приказал. А ежели твоя машина глючит - алго не виноват. Виновата прокладка между стулом и клавой.

2TS: у тебя один выход, годно-железный - найти место где-нибудь на 1ТБ(у друга, в сервисе...) и при помощи R-Studio и подобных программ вернуть свои файлы. Дальше сделать формать , разбивку(если надо) диску и скопировать.

Если по каким-то причинам, например, банальное пропадание питания, процесс не успел завершится, то беда. А подобных причин не счесть, и их все невозможно учесть... »
очень даже возможно, при наличии моска и знаний. Например,
- не стоит делать такую операцию в моём регионе под утро, ибо часто вырубают эл-во в 5-7 утра, буквально на 15 мин. зачем - яхз., но это есть.
- не стоит делать такую операцию, не поглядев перед этим в журнал ошибок и если там есть ошибки связанные с ЖД - сначал устранить их.\
- не стоит делать такую операцию. не глянув в СМАРТ диска.
- .... и еще несколько несложных , но важных проверок следует сделать перед изменением разделов. И не только в Акронисе, Акронис
просто самый лучший и удобный инструмент для этого.

+ не стои делать изменения разделов из-под рабочей ОС. Только LiveCD и только после вышеуказанных проверок.

так шо , TS сам виноват. Это бывает, это не страшно. Это опыт.

[mwz]

и они делают всё на отлично »

Ага-ага... Только после этого "на отлично" больно много стенаний в тематических форумах. Ну а у спецов ADD заслужил почётную персональную расшифровку "Acronis Data Destroyer".

[x0r]

для меня - нет. И потом, "спецы" с чем работают? С фактом на ЖД + заверениями ламеров, мамай-клянущихся что они ничего не делали... оно_само_всё_испортилось :cool:

Для мя, ооочень удобен Акронис ДДиректор. Другие я не юзаю, не нужны. Но этот - отличная прога. И все нехорошие отклики в адресс АДД - от юзеров-ламеров; кот-е возомниле, что они могут_сами. А вот нишмагли.

У мя был опыт с Samsung (80GB) IDE: менял разделы раз 30, не меньше. Всё Акронисом и ниразу не потерял. ДОбавлял разделы для линуха, потом еще один раздел , куда пихал HirensBCD. Потом удалял это все. Объединял. Дальше опять, отрезал под Дебиан и Мандриву. Добавлял для тэста W7 раздел. и всё это при рабочей ОС wXP sp3 на одном первом разделе + дата с прогами и музой чуть..
В один момент было три primary и три доп. + linux swap Потом опять это все удалялось, разделы стирались, объединялись к двум: один ОС и др. - дата.
Все это в Акронисе, все это после проверки шлейфов и питания, в средине дня и только из LiveCD ;-)

так шо, дело в прокладке между стулом и монитором, а не в Акронисе.

[Jula0071]

У мя был опыт с Samsung (80GB) IDE »
Преданья старины глубокой. В те времена и RAID 5 можно было использовать.

[x0r]

Jula0071, т.е. из всего, ты только это и поняла(IDE)... ну да, нихтож не будет перечить - тыже женщина http://www.kolobok.us/smiles/big_standart/scratch_one-s_head.gif авотйух - причёт тут рэйд?!
Речь про домашние системы и очередного увлечённого человека. Он тогда уже пробовал Акрониса(версии 9-10.xx) и никаких проблем у него с этой прогой не было.

Дальше, подобные операции проделывал и с 320 и с 500GB дисками разными. С 1TB не пробовал, но с учётом личной статистики, не думаю что там будет что-то другое. Так же просто и легко будут удалены\изменены\объединены разделы(после проверки всех тех вышеозвученных условий), как и раньше в других случаях с другими объёмами.

повторяю: TS виноват сам и путь у него один годный, а ты мимотазика.

[Tau_0]

очень даже возможно, при наличии моска и знаний. »
Не надо так примитивно рассуждать...:)

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

Но НИКАКИХ мозгов не хватит ВСЁ предусмотреть... Поэтому эта проблема в полном объёме никогда не будет разрешена...

[x0r]

9285-202, мимотазика. и это сразу даёт мне, хорошее понимание про встрявающего анона, напирающего на возраст как аргумент xD
и , внезапно: оппа, это интересна ;-) и какая жеж версия NTFS используется при формате акронисом и в чём её отличие »
давай, развелеки публику своими познаниями :search: и обоснуя каким боком тип FS касаеццо разговора про таблицу разделлв и её удаление\изменение.

Tau_0, конечно риск есть. Он есть всегда, при любом действии. Да, только , можно жеж подготовиться :) исключить самые очевидные факторы(некоторые я привел примеры) , а дальше уже да, глюк возможен. Как при любой другой операции - смена оперативы, дефраг реестра(и тут свет вырубили. не попадал ? а я да, когда целый куст похерен ;-) )
... и всегда спасает моск и знания. Если нет ни того , ни другого.. ну тогда дорога в сервис. пользовать проги может каждый, но отвечать за последствия он не хочет. виновата прога. дооооо.

Я это имел ввиду.

[Tau_0]

Ну а у спецов ADD заслужил почётную персональную расшифровку "Acronis Data Destroyer". »
Просто акронисом больше пользуются, потому он на слуху... Но эту проблему на простых пользовательских системах никакой другой программой точно также не обойти...

[Jula0071]

из всего, ты только это и поняла(IDE) »
Я про объём. Интерфейс мало важен.
тыже женщина »
Нет.
авотйух - причёт тут рэйд?! »
Притом, что ребилд на дисках до 100ГБ проходил достаточно быстро. Сегодня при дисках под 10ТБ это займёт несколько суток. Дело не в скорости интерфейса, не в скорости диска, а в том, что сегодня размер (логических, во славу совместимости) блоков тот же, что и 15 лет назад. Но этих блоков стало на два порядка больше. Так что любая процедура по перемещению блоков выполняется гораздо дольше, а чем дольше, тем выше вероятность отказа.

[Jula0071]

делалось все из-за того, что на GPT плюс ко всему не работают патчи для самой винды, а искать кадый раз рабочий серийник - гемор. »
Не понял вообще ничего. Какие патчи, какой серийник? Для пиратской винды что ль? Ахахаха.

[kickman]

x0r, + не стои делать изменения разделов из-под рабочей ОС. Только LiveCD и только после вышеуказанных проверок. »Тупой алгоритм акрониса может потребовать для завершения ОДНОЙ операции и 12 часов, а по заявлению одного из разработчиков, вся файловая таблица при перемещениях данных хранится в памяти, и при пропадании питания она теряется в эфирном/астральном/ментальном теле нашей Вселенной. Теперь представим, что всё в идеале, есть хороший ИБП, но случился конец света (пропало напряжение в сети) на 11 часов в самом начале процесса (проработал 15 минут).
Альтернатива: GPartEd, после сбоя которого всегда можно найти точку сдвига, и либо довести всё до конца, либо откатить обратно. Почему так? Всё просто, у него более правильный алгоритм работы, и нет критических данных, хранящихся только в памяти. Всё, что должно быть на диске - всегда лежит на диске.