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

попробую версию 2,60

Попогите пожалуйста с проблемой:
Флешка на открывается, проводник пишет, что диск не отформатирован. Ошибка произошла после неудачного копирования на флешку (пропал контакт во время копирования).
Нужно восстановить работу флешки при этом сохранив все данные !!!, т.к. на флешке установлена электронная подпись и простым копированием файлов (через утилиты) не обойтись. Подпись можно скопировать только с помощью программы Крипто-Про, а для этого надо чтобы флешка заработала и на ней остались все данные.
С помощью различных програм по восстановлению данных все данные на флешки видны (т.е. просто скопировать файлики нет проблем), но нужно все таки восстановить доступ к флешке.
Проверка с помощью програмки R.Saver выдала ошибку: невозможно прочесть корневой каталог (при этом все файлы видны, спокойно копируются и потом открываются).
Флешка обычная Не токен.

Подскажите пожалуйста как можно восстановить доступ к флешке в такой ситуации ?
Готов оплатить услуги если получится исправить в течение суток.

Написал в личку...

Бьюсь с винтом формата 2,5 на шнурке Toshiba на 320 гиг.Пропадает после перегрузки,назначаю букву,появляется,работает,сохраняет данные,все нормально.Отстегиваю его,буква остается,при попытке зайти выдает ошибку,и буква висит.Перегружаю комп,опять пропал.Диск попал ко мне трохи контуженым уже

Показываем SMART для начала. Если подключить напрямую - симптомы те же?
dimak7
Ау, вам ещё "срочно"? Судя по времени отсутствия - не очень

igor_me ,а как на счет моего винта?Подскажите что дельного?

Флешку и данные удалось восстановить при помощи chkdsk + WinHex.

KROYLL
Тут две причины:
- физическая с винтом, "шнурком" или материнкой. А запрошенный SMART почему то не показан.
- в самой операционке
На другом компе (системе) такое происходит? Что значит трохи контуженный?
PS. С таблицами скорей всего всё нормально, так что случай претендует на оффтоп.

Вот снимок отчета
http://i58.fastpic.ru/big/2014/0209/71/62164eb5ffce2eee07584a0a364e8971.jpg
Диск не мой мне отдали его попробовать,может что и получится,диск в родном корпусе вообще не хотел тестироваться и запускался через раз,я разобрал его и поменял на другой корпус так,как заподозрил неладное с платкой,не знаю как она точно называется,контролера что ли?Вы должны понять.Диск ожил,протестировал его,ошибок не показало.Записал фильмы и отдал товарищу,через несколько дней принес обратно,начал пропадать.Заменил разбивку GPT на MBR ,гонял его на записях,перезаписях,протестировал,все нормально,а вот с буквочкой не срастается,и бросать не хочется,хочу докапаться до причин.Помогите плиз!!!Сейчас перегружусь под Линукс и попробую там

Добавлено:
а вот под Линуксом таких проблем нет,все диски распознаются может от того что линукс букв не назначает?

KROYLL
SMART вроде бы не смертельный, поэтому могу предложить подключить диск напрямую к материнке и посмотреть как он будет вести себя (после перезагрузки).
Если диску не будет присвоена буква, то в этот момент снять скриншот экрана Разделы из DMDE.

Линуксовые системы менее критичны к ошибкам в логике диска, разделов.

Спасибо за совет попробую на днях,как только будет зазор в работе,обязательно отпишусь.

Добавлено:
Ой ошибочка, Silver Member ,конечно вам спасибо.

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

Добавлено:
Уточняю - софт ищу под винду. Но если уж всё под linux, то тоже неплохо...

kilogramm180
Если винты идентичны, то чем тебя не устраивает посекторное копирование всего, кроме основного ?
Или вообще, если на целевом ноутбуке нет ничего для сохранения, то запустить рековери с дисков - всё что нужно само восстановится (распределиться). Последнее актуально для тех вендоров, у которых имеется специфика при которой, в случае если разметка отличается от имеющейся где то в недрах рековери, разметка диска перестраивается под заводскую.

9285
ну, как бы на будущее пригодится, да и вообще) тем более посекторное копирование для меня не совсем удобно (1 - долго, 2 - надо делать образ загрузочный из-под которого это можно сделать, ибо донор - хард на живой системе, которая у меня единственная)
А про рекавери - были бы эти диски - я б тут таких вопросов не задавал бы

Добавлено:
Их в природе нету под этот ноут (Lenovo B590), да и вообще, их по-моему уже очень давно не дают в комплекте

kilogramm180
1. Спешка нужна при ловле блох.
Кстати, есть рековери, которые очень чувствительны к изменениям параметров раздела - а в случае использования всяческих образоделателей параметры меняются. Так что не факт что сделав образ, и раскатав его, ты не получишь банан в виде потеряного времени.
Посекторка 20-30 гигов делается за полчаса-час. Офигительные потери времени.
2. Посекторку не используемых системой разделов можно прекрасно сделать из самой системы.
3. Рековери диски обычно можно сделать с помощью утилит, которые установлены в системе.

9285
Ну, по поводу 1 - так поэтому я и хочу сначала таблицу разделов перенести.
2 - посекторную копию разделов я не рассматривал, как раз из-за того, что непонятно (точнее - зависит от конкретного софта), куда именно будет писаться раздел, пусть и посекторно. Я говорил про полную копию жёсткого.
3 - ну тут всё банально, нету дисков, да и неспортивно это)
P.S.: основной вопрос не во времени для меня, хочется просто поглубже разобраться

kilogramm180
Я же тебя не просто так спрашивал про идентичность винтов (их размеров).
Если идентичны, то всё банально. Скопировать начало диска до основного раздела - там и таблица разделов (причём не только в первом секторе) и другие разделы, необходимые винде. Также скопировать конец диска после основного раздела. Насколько помню леново там хранит рековери раздел. Там же резервная копия GPT.
Если размеры отличаются, то методика уже другая.

9285
Диски идентичны (одна и та же модель). А чем мне сделать такую копию? Просто раньше у меня всё было проще).
P.S.: сейчас порою WinHex на предмет такой возможности.
P.P.S.: и всё же хотелось на будущее узнать, какой софт может проводить такие операции с таблицей разделов на GPT

kilogramm180
Я обычно делаю с помощью DMDE.
Не очень понятно о каких операциях идёт речь, но вышеуказанная программа уже умеет работать с GPT-разделами.

9285
Речь идёт о посекторном копировании определённых участков (с сектора X по сектор Y).
Кстати, я сейчас глянул, таблица разделов, на сколько я понял, при таком раскладе не скопируется. Ибо у меня в самой GPT записи (или как её назвать то правильно... в общем второй сектор, оффсет 200h) LBA начала массива таблицы разделов стоит 8FEA422500000000, т.е. 2542EA8F*200=0x4A85D51E00, что у меня приходится на основной, 4-й раздел приходится на 5-й, RECOVERY раздел, так что всё должно получиться, завтра буду пробовать...

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

Добавлено:
P.P.S.: "Разул" глаза, это, оказывается, последний сектор... ну что ж, ночь, как никак...
Неправильно разул... последний сектор - это бэкап GPT-заголовка, остальное вроде правильно...

Добрый день.У меня продолжение разбирательство с диском,у которого пропадает буква.Появилось свободное время и по совету Silver Member я подключил диск напрямую к материнке,она его увидела,поставил винду,все вроде шло хорошо,до первой перегрузки,после перегрузки появляется "запуск windows" флажек мерцает,судя по индикатору мать к диску не обращается и все висит.Вот такие результаты.


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

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


Добавлено:
Причем что Mint,что Ubuntu не грузятся.

KROYLL
Загрузись в консоль восстановления и сделай chkdsk для этого раздела - покажи ошибки.
Встречался в практике винт, у которого в процессе работы в сектора прописывался определённый патерн.
Естественно это портило данные в этих секторах, в том числе и в загрузочных.
Вполне возможно что у тебя нечто подобное.
Не знаю, есть ли у тошиб фирменная диагностическая утилита, но если есть - проверь ею.

Добрый день.Послушал вас,порылся в инете и нашел проги от Toshiba,но виндовая не запустилась,а до DOSовских дело не дошло.Нашел прогу от WD "Data Lifeguard Diagnostic for Windows" и провел с ней эксперимент,запустил "extended test" на всяк случай,ошибок не нашел,затем запустил "write zeros" ,много времени это конечно занимает,но результат положительный.После проработал "Paragon Partition Manager™" и диск работает и пока не пропадает,продолжаю тестировать в рабочем режиме.Если вас интересует могу отписаться о результатах.Спасибо вам за советы

KROYLL
Несмотря на то, что помогло - не стоит пользоваться утилитами от другого производителя.
Тем более что обнуление можно было сделать и в других утилитах.

Добрый день.9285 Вы конечно же правы,но я просто экспериментировал,даже не надеясь на что-то,а так добавилось опыта

Доброго времени суток!
Покорнейше прошу о помощи...

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

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 - быть может это связано с подключением через ЮСБ...

Если это не слишком затруднит уважаемое сообщество, прошу подсказать дальнейшее направление к желаемому восстановлению раздела. Заранее благодарю.

brgmastera

Цитата:

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

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


Цитата:

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

А в $MFT нормально? Сомневаюсь в этом.
Запись в начале не связана с USB - это просто индикатор ошибки при передаче данных. Но, если имеются какие либо ошибки, обязательно нужно исключить любые возможные источники проблем - и всевозможные USB-карманы в первую очередь.

товарищи, не являясь особо шарящим в таблицах и смежных с ними штуках, посмею поделиться проблемой следующего характера. есть винт 2 тб. и на нём один из логических разделов перестал читаться (не загрузочный). винда определяет букву, но не заходит на него ("нет доступа"), в свойствах - 0 размер 0 занято. акронис рекавери, соответственно, искать раздел раздел и не пытается так как видит его как нормальный (но полностью занятый). проги по восстановлению файлов тоже прочесть его не могут, хотя его буква и общий размер везде отображается корректно... подскажите плиз, куда копать

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

[копну по деталям, написанным в шапке, отпишусь, просто сообщеение не удаляется]

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-х байтов смещения идет ка бы пустота, то есть напрочь несоответствие копии таблицы ее основе. Быть может есть возможность "нашаманить" там руками? потому что потеря нескольких файлов ради спасения раздела некритична.

spiricru
При любых проблемах с доступом к данным, разделам необходимо убедиться в отсутствии физических проблем - в противно случае всяческие поиски, и особенно глубокие сканирования могут и добить винт.
Так что надо глянуть SMART как минимум.

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


Цитата:

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

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

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