Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

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

Автор: loop777
Дата сообщения: 07.02.2014 15:41
попробую версию 2,60
Автор: dimak7
Дата сообщения: 09.02.2014 11:20
Попогите пожалуйста с проблемой:
Флешка на открывается, проводник пишет, что диск не отформатирован. Ошибка произошла после неудачного копирования на флешку (пропал контакт во время копирования).
Нужно восстановить работу флешки при этом сохранив все данные !!!, т.к. на флешке установлена электронная подпись и простым копированием файлов (через утилиты) не обойтись. Подпись можно скопировать только с помощью программы Крипто-Про, а для этого надо чтобы флешка заработала и на ней остались все данные.
С помощью различных програм по восстановлению данных все данные на флешки видны (т.е. просто скопировать файлики нет проблем), но нужно все таки восстановить доступ к флешке.
Проверка с помощью програмки R.Saver выдала ошибку: невозможно прочесть корневой каталог (при этом все файлы видны, спокойно копируются и потом открываются).
Флешка обычная Не токен.

Подскажите пожалуйста как можно восстановить доступ к флешке в такой ситуации ?
Готов оплатить услуги если получится исправить в течение суток.
Автор: igor_me
Дата сообщения: 09.02.2014 12:25
Написал в личку...
Автор: KROYLL
Дата сообщения: 09.02.2014 16:05
Бьюсь с винтом формата 2,5 на шнурке Toshiba на 320 гиг.Пропадает после перегрузки,назначаю букву,появляется,работает,сохраняет данные,все нормально.Отстегиваю его,буква остается,при попытке зайти выдает ошибку,и буква висит.Перегружаю комп,опять пропал.Диск попал ко мне трохи контуженым уже
Автор: igor_me
Дата сообщения: 09.02.2014 16:39
Показываем SMART для начала. Если подключить напрямую - симптомы те же?
dimak7
Ау, вам ещё "срочно"? Судя по времени отсутствия - не очень
Автор: KROYLL
Дата сообщения: 09.02.2014 17:17
igor_me ,а как на счет моего винта?Подскажите что дельного?
Автор: dimak7
Дата сообщения: 09.02.2014 17:47
Флешку и данные удалось восстановить при помощи chkdsk + WinHex.
Автор: 9285
Дата сообщения: 09.02.2014 19:01
KROYLL
Тут две причины:
- физическая с винтом, "шнурком" или материнкой. А запрошенный SMART почему то не показан.
- в самой операционке
На другом компе (системе) такое происходит? Что значит трохи контуженный?
PS. С таблицами скорей всего всё нормально, так что случай претендует на оффтоп.
Автор: KROYLL
Дата сообщения: 09.02.2014 22:55
Вот снимок отчета
http://i58.fastpic.ru/big/2014/0209/71/62164eb5ffce2eee07584a0a364e8971.jpg
Диск не мой мне отдали его попробовать,может что и получится,диск в родном корпусе вообще не хотел тестироваться и запускался через раз,я разобрал его и поменял на другой корпус так,как заподозрил неладное с платкой,не знаю как она точно называется,контролера что ли?Вы должны понять.Диск ожил,протестировал его,ошибок не показало.Записал фильмы и отдал товарищу,через несколько дней принес обратно,начал пропадать.Заменил разбивку GPT на MBR ,гонял его на записях,перезаписях,протестировал,все нормально,а вот с буквочкой не срастается,и бросать не хочется,хочу докапаться до причин.Помогите плиз!!!Сейчас перегружусь под Линукс и попробую там

Добавлено:
а вот под Линуксом таких проблем нет,все диски распознаются может от того что линукс букв не назначает?
Автор: 9285
Дата сообщения: 10.02.2014 19:27
KROYLL
SMART вроде бы не смертельный, поэтому могу предложить подключить диск напрямую к материнке и посмотреть как он будет вести себя (после перезагрузки).
Если диску не будет присвоена буква, то в этот момент снять скриншот экрана Разделы из DMDE.

Линуксовые системы менее критичны к ошибкам в логике диска, разделов.
Автор: KROYLL
Дата сообщения: 10.02.2014 21:03
Спасибо за совет попробую на днях,как только будет зазор в работе,обязательно отпишусь.

Добавлено:
Ой ошибочка, Silver Member ,конечно вам спасибо.
Автор: kilogramm180
Дата сообщения: 15.02.2014 09:37
Заранее извиняюсь, если не в ту тему, но думаю что всё же в ту...)
Кто подскажет, чем (софт) можно сохранить таблицу разделов, а потом её записать обратно? Разметка GPT.
[more=Если подробней, то...]Если подробней, то ситуация следующая - есть два одинаковых ноута с предустановленной win8 (GPT разметка, загрузка ч\з EFI, все дела...), на одном из них снесён раздел для восстановления (в последствии снесены все разделы, ибо не нужны они уже...). Задача такая - перенести с диска-"донора" разделы все, кроме основного (т.е. который под систему, он почти 300 Гб). Проблема в том, что основной раздел - не последний, а идёт перед разделом восстановления. И, так как софта для работы с разделами в GPT я нормального пока для себя не нашёл (раньше пользовался Symantec Ghost'ом, с MBR Вообще никаких проблем), единственное что пока пробовал - через R-Drive Image сохранял (дампил т.е.) все разделы кроме основного, затем лил на донора. Вроде всё прошло успешно, но ноут бутиться отказывался, и, что странно, diskpart виндовый не показывал наличия ~297 Гб свободного места (те самый, на которых должен _не_ быть основной раздел).
Сейчас я хочу опять очистить диск (diskpart -> clean), затем залить на него таблицу разделов с донора, потом уже заливать по одному (для надёжности) дампы каждого из разделов. Если кто подскажет другой путь (кроме как копирование диска 1:1 с донора на пациента, это крайний вариант) - буду благодарен.
P.S.: За подробный разбор спецификаций GPT-разметки, желательно на русском, и прочую информацию по теме, буду не менее благодарен...)[/more]

Добавлено:
Уточняю - софт ищу под винду. Но если уж всё под linux, то тоже неплохо...
Автор: 9285
Дата сообщения: 15.02.2014 11:09
kilogramm180
Если винты идентичны, то чем тебя не устраивает посекторное копирование всего, кроме основного ?
Или вообще, если на целевом ноутбуке нет ничего для сохранения, то запустить рековери с дисков - всё что нужно само восстановится (распределиться). Последнее актуально для тех вендоров, у которых имеется специфика при которой, в случае если разметка отличается от имеющейся где то в недрах рековери, разметка диска перестраивается под заводскую.
Автор: kilogramm180
Дата сообщения: 15.02.2014 12:12
9285
ну, как бы на будущее пригодится, да и вообще) тем более посекторное копирование для меня не совсем удобно (1 - долго, 2 - надо делать образ загрузочный из-под которого это можно сделать, ибо донор - хард на живой системе, которая у меня единственная)
А про рекавери - были бы эти диски - я б тут таких вопросов не задавал бы

Добавлено:
Их в природе нету под этот ноут (Lenovo B590), да и вообще, их по-моему уже очень давно не дают в комплекте
Автор: 9285
Дата сообщения: 15.02.2014 12:53
kilogramm180
1. Спешка нужна при ловле блох.
Кстати, есть рековери, которые очень чувствительны к изменениям параметров раздела - а в случае использования всяческих образоделателей параметры меняются. Так что не факт что сделав образ, и раскатав его, ты не получишь банан в виде потеряного времени.
Посекторка 20-30 гигов делается за полчаса-час. Офигительные потери времени.
2. Посекторку не используемых системой разделов можно прекрасно сделать из самой системы.
3. Рековери диски обычно можно сделать с помощью утилит, которые установлены в системе.

Автор: kilogramm180
Дата сообщения: 15.02.2014 13:11
9285
Ну, по поводу 1 - так поэтому я и хочу сначала таблицу разделов перенести.
2 - посекторную копию разделов я не рассматривал, как раз из-за того, что непонятно (точнее - зависит от конкретного софта), куда именно будет писаться раздел, пусть и посекторно. Я говорил про полную копию жёсткого.
3 - ну тут всё банально, нету дисков, да и неспортивно это)
P.S.: основной вопрос не во времени для меня, хочется просто поглубже разобраться
Автор: 9285
Дата сообщения: 15.02.2014 13:16
kilogramm180
Я же тебя не просто так спрашивал про идентичность винтов (их размеров).
Если идентичны, то всё банально. Скопировать начало диска до основного раздела - там и таблица разделов (причём не только в первом секторе) и другие разделы, необходимые винде. Также скопировать конец диска после основного раздела. Насколько помню леново там хранит рековери раздел. Там же резервная копия GPT.
Если размеры отличаются, то методика уже другая.
Автор: kilogramm180
Дата сообщения: 15.02.2014 13:34
9285
Диски идентичны (одна и та же модель). А чем мне сделать такую копию? Просто раньше у меня всё было проще).
P.S.: сейчас порою WinHex на предмет такой возможности.
P.P.S.: и всё же хотелось на будущее узнать, какой софт может проводить такие операции с таблицей разделов на GPT
Автор: 9285
Дата сообщения: 15.02.2014 14:42
kilogramm180
Я обычно делаю с помощью DMDE.
Не очень понятно о каких операциях идёт речь, но вышеуказанная программа уже умеет работать с GPT-разделами.
Автор: kilogramm180
Дата сообщения: 15.02.2014 18:26
9285
Речь идёт о посекторном копировании определённых участков (с сектора X по сектор Y).
Кстати, я сейчас глянул, таблица разделов, на сколько я понял, при таком раскладе не скопируется. Ибо у меня в самой GPT записи (или как её назвать то правильно... в общем второй сектор, оффсет 200h) LBA начала массива таблицы разделов стоит 8FEA422500000000, т.е. 2542EA8F*200=0x4A85D51E00, что у меня приходится на основной, 4-й раздел приходится на 5-й, RECOVERY раздел, так что всё должно получиться, завтра буду пробовать...

Добавлено:
P.S.: В первый посмотрел на первый сектор не того раздела...

Добавлено:
P.P.S.: "Разул" глаза, это, оказывается, последний сектор... ну что ж, ночь, как никак...
Неправильно разул... последний сектор - это бэкап GPT-заголовка, остальное вроде правильно...
Автор: KROYLL
Дата сообщения: 16.02.2014 22:08
Добрый день.У меня продолжение разбирательство с диском,у которого пропадает буква.Появилось свободное время и по совету Silver Member я подключил диск напрямую к материнке,она его увидела,поставил винду,все вроде шло хорошо,до первой перегрузки,после перегрузки появляется "запуск windows" флажек мерцает,судя по индикатору мать к диску не обращается и все висит.Вот такие результаты.


Добавлено:
http://i33.fastpic.ru/big/2014/0216/c8/bc6c9cf63dfec25d36e6aba7e72368c8.png
вот снимок разделов из DMDE

Добавлено:
попытался на этот диск поставить линукс,вообще все зависло в самом начале.Хотя рабочий линукс видит его без проблем.


Добавлено:
Причем что Mint,что Ubuntu не грузятся.
Автор: 9285
Дата сообщения: 17.02.2014 03:45
KROYLL
Загрузись в консоль восстановления и сделай chkdsk для этого раздела - покажи ошибки.
Встречался в практике винт, у которого в процессе работы в сектора прописывался определённый патерн.
Естественно это портило данные в этих секторах, в том числе и в загрузочных.
Вполне возможно что у тебя нечто подобное.
Не знаю, есть ли у тошиб фирменная диагностическая утилита, но если есть - проверь ею.
Автор: KROYLL
Дата сообщения: 19.02.2014 22:00
Добрый день.Послушал вас,порылся в инете и нашел проги от Toshiba,но виндовая не запустилась,а до DOSовских дело не дошло.Нашел прогу от WD "Data Lifeguard Diagnostic for Windows" и провел с ней эксперимент,запустил "extended test" на всяк случай,ошибок не нашел,затем запустил "write zeros" ,много времени это конечно занимает,но результат положительный.После проработал "Paragon Partition Manager™" и диск работает и пока не пропадает,продолжаю тестировать в рабочем режиме.Если вас интересует могу отписаться о результатах.Спасибо вам за советы
Автор: 9285
Дата сообщения: 21.02.2014 17:31
KROYLL
Несмотря на то, что помогло - не стоит пользоваться утилитами от другого производителя.
Тем более что обнуление можно было сделать и в других утилитах.
Автор: KROYLL
Дата сообщения: 21.02.2014 22:01
Добрый день.9285 Вы конечно же правы,но я просто экспериментировал,даже не надеясь на что-то,а так добавилось опыта
Автор: brgmastera
Дата сообщения: 27.02.2014 13:57
Доброго времени суток!
Покорнейше прошу о помощи...

Исходные данные: был служебный ноутбук, который однажды "лёг" с диагнозом из СЦ о перегреве чипсета. Ввиду заломленной стоимости матери принято решение "ну его на..." и покупке обычного десктопа. Ввиду того, что на ХДД адова тонна коммерческой информации, он был предварительно изъят и теперь возникла необходимость слить с него инфу. Включен через карман и ЮСБ интерфейс с доп. питанием.

HDD Hitachi HTS545032B9A300 320 (298) GB
Был разбит на 3 раздела: Primary, Extended/Logical, Primary.
При подбросе через ЮСБ в ОС доступен только второй раздел.

Что проделано:
1. С помощью EVEREST проверен S.M.A.R.T. - все чинно и благородно, мило и нежно, в пределах нормы.
2. CHKDSK в режиме чтения говорит что "Невозможно определить версию тома и его состояния" на обоих недоступных разделах.
3. Через photorec проверена гипотетическая восстанавливаемость файлов - таки тонны файлов читаются, но со неопознаваемыми именами - так не нравится.
4. С помощью указаний в шапке темы и WinHEX обнаружено, что второй (доступный) раздел имеет бут-записи в начале раздела и в конце, следом за окончанием раздела идет бут-запись третьего раздела. Но вот в конце первого раздела, который и содержит "все, что нельзя потерять", нет копии бут-записи из его начала.

Добавочка: проверены ссылки на $MFT и $MFTmirr для желаемого раздела. Похоже, что таки ссылки верные, только по по ссылке $MFTmirr первым блоком стоит не FILE а USB а вот следующие ровненько идут начинаться с FILE - быть может это связано с подключением через ЮСБ...

Если это не слишком затруднит уважаемое сообщество, прошу подсказать дальнейшее направление к желаемому восстановлению раздела. Заранее благодарю.
Автор: 9285
Дата сообщения: 27.02.2014 20:59
brgmastera

Цитата:
нет копии бут-записи из его начала

Это характерно при использовании стороннего ПО для форматирования раздела. Но не смертельно, особенно если есть сам бутсектор.


Цитата:
только по по ссылке $MFTmirr первым блоком стоит не FILE а USB а вот следующие ровненько идут начинаться с FILE - быть может это связано с подключением через ЮСБ...

А в $MFT нормально? Сомневаюсь в этом.
Запись в начале не связана с USB - это просто индикатор ошибки при передаче данных. Но, если имеются какие либо ошибки, обязательно нужно исключить любые возможные источники проблем - и всевозможные USB-карманы в первую очередь.
Автор: spiricru
Дата сообщения: 28.02.2014 02:27
товарищи, не являясь особо шарящим в таблицах и смежных с ними штуках, посмею поделиться проблемой следующего характера. есть винт 2 тб. и на нём один из логических разделов перестал читаться (не загрузочный). винда определяет букву, но не заходит на него ("нет доступа"), в свойствах - 0 размер 0 занято. акронис рекавери, соответственно, искать раздел раздел и не пытается так как видит его как нормальный (но полностью занятый). проги по восстановлению файлов тоже прочесть его не могут, хотя его буква и общий размер везде отображается корректно... подскажите плиз, куда копать

у меня была пара раз проблема с исчезновением разделов, но тогда раздел вообще пропадал и я его выкапывал, а тут раздел-то вроде и есть, а не читается...

[копну по деталям, написанным в шапке, отпишусь, просто сообщеение не удаляется]
Автор: brgmastera
Дата сообщения: 28.02.2014 08:22
9285

Цитата:
А в $MFT нормально? Сомневаюсь в этом.


Х, как говорится, З, формально записи есть, формально они выглядят (по крайней мере на мой непрофессиональный взгляд) нормально.

При попытке открыть том через WinHEX говорит следующее:
Жесткий диск 1, Раздел 1 Невозможнооткрыть "$MFT". Unexpected data at offset D0491800 and offset F01989800, Res=-3, Res2=-3

offset D0491800 - ссылка на $MFT
offset F01989800 - ссылка на $MFTmirr
Это неиллюзорно намекает на полярного лиса в файловой таблице.

$MFT начинается с записи вида "USBC " а далее структура вот совсем как следующие записи с следующих блоках.
А вот уже в $MFTmirr после 4-х байтов смещения идет ка бы пустота, то есть напрочь несоответствие копии таблицы ее основе. Быть может есть возможность "нашаманить" там руками? потому что потеря нескольких файлов ради спасения раздела некритична.
Автор: 9285
Дата сообщения: 28.02.2014 09:02
spiricru
При любых проблемах с доступом к данным, разделам необходимо убедиться в отсутствии физических проблем - в противно случае всяческие поиски, и особенно глубокие сканирования могут и добить винт.
Так что надо глянуть SMART как минимум.

brgmastera
Обычно содержимое MFT и зеркала идентично. Хотя есть исключения - например если какой то из секторов сбойный; естественно в такой не может записаться аналогичная информация.


Цитата:
формально они выглядят (по крайней мере на мой непрофессиональный взгляд) нормально

То есть ты можешь отличить разницу в один некорректный байт или вклинившийся мусор?

В данной теме это оффтоп, т.. с таблицами разделов вроде всё в порядке, но и здесь есть немало подобных случаев и их решение - методом правки записей или имплантации. Ещё больше в теме про восстановление данных. И главное что надо понять - для вытаскивания данных не всегда даже нужно проводить лечение начальных записей. И это наглядно видно при использовании DMDE.
А вот если речь заходит об in-place восстановлении, то здесь необходимо использовать чекдиск, и тут многое зависит от конкретики повреждений. Особенно трагичным бывают повреждения записей в $Secure.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114

Предыдущая тема: Последствия и восстановление после вирусов


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.