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

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

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

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

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

Вот и покажите из DMDE скрин окна Разделы диска... для целого Физического устройства (#HDD).

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

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

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

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

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

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

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

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

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

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

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

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

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

Преданья старины глубокой. В те времена и RAID 5 можно было использовать.

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

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

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

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

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

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

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

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

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

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

Причём не знаю, как сейчас — но раньше за эти часы утилита вообще не выводила никакой информации о том, что процесс идёт, и выглядела зависшей — с вытекающей реакцией пользователей (типа: "Компьютер при запуске этой операции завис, я прождал 4 часа и вырубил его из сети. И теперь он не загружается!").

Не панацея. Прямо вчера принесли. Тупит и тормозит компьютер. Смарт "GOOD", переназначенных секторов 0. Проверка поверхности загрузочной викторией - половина диска оранжево-красная, время отклика 2000мс и более. Диск в утиль. А смарт хороший, да, хоть на выставку.

dislike, диск, наверное, Western Digital. Впал в Slow Responding. Если SMART хороший и нет битых секторов при чтении, то это лечится.

Насколько я знаю, если диск и впадает в этот Slow Responding, то тому есть причины, и причины эти обычно механического характера, т.е. в любом случае это НЕ лечится. И смарт хороший по той же причине - бошки уже впилились в поверхность, а диск не может записать это событие в смарт из-за своих внутренних глюков. И именно на WD в последнее время это самая распространенная проблема.

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

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

Не спорю, но это то же самое что "если в двигателе уже нет масла, то дальнейшая езда на нем приведет к заклиниванию поршней". Естественно это так. Но если диск исправен (масло в двигателе ещё никуда не ушло)программно его уничтожить не выйдет. 9285-294 именно это и утверждал.