» Восстановление разделов и информации на HDD (часть 7)

vladislaw25
Проверить цепи электропитания лишним не будет. Могут быть плохие контакты в самой розетке, контакт розетка-вилка (ослабла или лопнула пружинка), контакт в вилке, подкл. шнура к компьютеру, внутри компьютера все разъёмы по цепи к диску.
Можно во время работы компа пошевелить все шнуры, если ничего подозрительного не будет происходить, то скорее всего с питанием нормально. (Был такой случай, шнур был плохой, после это выяснялось, но его шевеление ничего не показывало.)

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

Можно диск проверить на другом компьютере, как он там будет себя вести.

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

9285
а можно по-шагово расписать как это сделать, а то я совсем не разбираюсь))

Добавлено:
всем спасибо решил проблему с помощью AOMEI Partition Assistant Pro Edition 5.5

vladislaw25

Цитата:

Можете подсказать какой из параметров СМАРТ показал пропадание питания?

Power Off Retract Count...

Цитата:

на сколько я понимаю проблема в парметрах 01,07, BE, C3 и С4 ?

01,07 и С3 как раз не представляют проблемы. Это же Сигейт, они всегда большие (и 01 равен С3 - как ещё один признак "нормальности" ).
BE- возможно, температура была высокой, хотя и не запредельной. Основной косяк естесссно в С4.
Да, в принципе это могло произойти и из-за питания. В смысле - рост атрибута. Но вот вы показывали результат скана. Там у вас "оранжевые" и "красные" сектора - задержки. А задержки весьма редко появляются из-за питания. То есть они появляются, но если вызваны питанием - стирание поляны пару раз их почти всегда устраняет. А у вас они наверно "настоящие", т. е. сектора читаются с затруднерием, возможно ухудшение поверхсти в этих местах.
Как сказал AntiMember - гарантировать мы ничего не можем и назвать диск полностью исправным нельзя. Но использовать его, регулярно наблюдая за SMART и делая бэкапы, я считаю, можно.
И я не совсем вкурил - винт работал в "кармане"? То есть использовался под данные? Или у вас на внешнем винте стояла ОС??? А сейчас как планируется, дальше в кармане пользовать? Кабель для кармана "двухвостый" USB?
Start

Цитата:

Могут быть плохие контакты в самой розетке, контакт розетка-вилка

Да, оно конечно может быть, но всё же на стационарных в основном это встречается. А у автора ноут Подёргать вилку ЗУ? И наверняка батарея в ноут всегда вставлена. Тут проблемы питания могут быть из-за нехватки мощи как раз для USB-бокса, в котором пользовался диск, как пишет автор...

igor_me
Он стационарный был в ноуте...но вот для теста, я его подключил к другому ноуту. Через карман. ЮСБ двуххвостый..но я подкл через 1

igor_me
vladislaw25
Нехватки мощности на моём внешнем диске часто было, иногда по долгу не включался (внутри щелкал), иногда вылетал во время работы. Подключается он тоже двумя хвостиками ЮСБ. Проблему решил, подключаю через внешний ЮСБ адаптер-разветвитель с дополнительным питанием.
СМАРТ:
aida и CrystalDisk

bitterpills
Да обычно, в диспетчере дисков, делаешь сжатие, а потом расширение.
Понятно, что ты уже решил проблему, но всё равно ответил, потому что решение из разряда сомнительно-опасных - как и совет использовать всякие остальные УПД. Вопрос лишь во времени когда получишь геморрой, который не обязательно вылечиться так просто.
Life is darkness
Тебе мало своих экспериментов? Решил другому устроить подлянку?
Что касается твоего случая - запустил я прогу (естественно на подопытном "кролике"), видимо она что то делает, но возможно со внешниками. Впрочем, в одном случае при перезагрузке запустился чекдиск - возможно что прога всё таки что то повредила в ФС.
Что касается самой ситуации - на ум приходит лишь один вариант. При попытке исправить ситуацию тестдиском, ты воскресил бывший когда то раздел, и прописи его бутсектора удачно попали в текущие.
При этом "успешно" удалился бутсектор из сектора 2048 и зеркало в секторах чуть раньше. В принципе, я не исключаю что это сделала какая то тупая прога, которая может даже и сделала какой то формат. но почему то не записала запись в таблицу разделов. Опять же, формат внешних носителей (типа флэшек) предполагает что таблица разделов не нужна.
Можно попробовать восстановление по месту, но без гарантии.

Забыл. Если согласен - хотелось бы посмотреть дам сектора - 1887524856

9285

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

А что значит "восстановление по месту" ?

Дамп вот Ссылка

Life is darkness
Я не не верил, а исходил из тех данных что видел.
Да и присланная прога не дала ответ на то, что она делает - уж форматирование в FAT32 я что то не заметил.
Впрочем как и сообщение об отключении дескрипторов тома и т.п. В данном случае я вижу (для себя) два обьяснения:
1 - уже озвученное то, что прога работает с сьёмными накопителями. Такого я ей не предоставлял.
2 - у тебя винда 8 или 10. Вроде у неё чекдиск может работать в онлайне. А сообщение про дескрипторы характерно для него. Соотвественно вопрос - какая у тебя система?
PS. Восстановление по месту этот то, чего ты собственно хочешь.

У меня Windows 7 x64. Сообщение про дескрипторы есть у семерки.

Life is darkness

Цитата:

Сообщение про дескрипторы есть у семерки.

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

У меня это было написано в черном окошке программы

Life is darkness
Понятно, только и ты пойми что ты всё это видел и можешь посмотреть многое - я же ориентируюсь лишь мизЕрной частью данных. И здесь действует понимание сути и практика, которая позволяет оценивать "размеры слона, которого видишь через маленькую дырочку в двери".
Ну да ладно.
Можешь сделать следующее.
1 вариант - запиши содержимое дампа сектора 1887524856 в сектор 2048
2 вариант - на экране Разделы выбери раздел начинающийся в секторе 2048 и с индикаторами xCF, затем в Меню - Восстановить загрузочный сектор из копии.

После этого переоткрой диск - и открой раздел с индикаторами BCF с началом в секторе 2048.
Зайди в папку Root (ничего другого не надо делать) - всё на месте? Если да, то попробуй повосстанавливать несколько разных файлов и проверить их целостность.
Если всё нормально, то тогда можно будет делать дальнейшие действия, о которых напишу позже.

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

http://images.vfl.ru/ii/1438378727/024b48d2/9445185.png

Дополнено

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

Ссылка

Life is darkness
чекдиск не может править пустоту (свободное место). Хотя я уже не удивляюсь что у тебя всё как то не так.
У тебя в запасе вариант 1.

Он правил соседний поломаный раздел I, который пострадал при попытке лечения тестдиском

Цитата:

который пострадал

Специально проглянул ситуацию с самого начала. Писалось об одном пострадавшем разделе, о сканировании тестдиском. О том, что пострадал второй раздел - нет, да и о попытке лечения тестдиском тоже не заметил.
Перефразирую классика "О, сколько нам открытий чудных готовит... Life is darkness"

Это я писал 28 числа, что у меня соседний раздел слетел
Цитата:

Потом я попробовал восстановить раздел testdiskом, но это ни к чему хорошему не привело, только к тому что слетел соседний раздел

"Вроде как ещё были попытки "лечения" тестдиском. " - это Alex_Green писал 29 числа

Это я опять писал "лишь покоцал соседний раздел" - http://forum.ru-board.com/topic.cgi?forum=84&topic=4564&start=2883&limit=1&m=1#1

Итого всего 3 раза я написал, что попытался восстановить раздел тестдиском, но раздел не восстановился, зато соседний раздел, располагающийся на этом же физическом носителе пострадал после этого.

Life is darkness
Дык ведь 9285 уже вроде как расписал что надо делать. Перенести содержимое копии бутсектора в сектор 2048, затем восстановить загрузочный сектор из копии, сохранить изменения и открыть том начинающийся в секторе 2048. Затем восстановить несколько файлов (хотя бы) хоть на флэшку что ли, и проверить их работоспособность.

Уже писал


Цитата:

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

Life is darkness
Тогда очевидно осталось только прописать раздел в таблицу. Можно скрин, как это всё выглядит сейчас?

Life is darkness

Цитата:

Итого всего 3 раза я написал,

Теперь заметил (в катах). Хотя изначально упор блы на огромный размер, поэтому на второй и не обращал внимания.

Цитата:

Уже писал

Да, только после моего ответа - как то не очень логично смотреть сообщения раньше; этак можно было добавить в самом начальном.

Ну раз всё открывается с правильной структурой, то можно сделать следующее.
1. Если реально была попытка формата в FAT, то начало раздела частично переписано или обнулено.
Поэтому можно посмотреть по карте кластеров что было (нужное) в начале раздела и проверить целое ли оно. Если даже нет, то по крайней мере будешь знать что повреждено.
В принципе, можно и поискать структуры FAT и если что то есть, то определить размер тех же таблиц.
2. Прописать раздел в таблице разделов, назначить ему букву и сделать чекдиск в режиме только чтения. По результату определить что делать дальше.
PS. Если нет желания анализа потерь, то можно сразу начинать с п.2.

Цитата:

Прописать раздел в таблице разделов

Как это сделать ?

Life is darkness
Выделить нужный и вставить. Учитывая что у тебя сейчас используется расширенный разделе, выбора типа не должно быть - только логический. Но расширенный раздел видимо был создан тестдиском, да и смысла в нём нет - нередко последующие попытки изменить его на основной приводят к печальным последствиям.
Поэтому лучше от него избавится.
Для этого надо выделить его (Дополнительный) и удалить. После этого вставить нужные как основные. Применить изменения и перезагрузить систему. Если будет запрос на проверка диска(ов) * - отказать и сделать вручную в режиме только чтения.
(*) да я читал что ты отключил, но мало ли - может о чём то другом подразумевалось.

Сделал как указано в сообщении. Появился раздел G, не открывается - пишет "Файл или папка повреждены. Чтение невозможно". Определяется как RAW 0 байт.

http://images.vfl.ru/ii/1438459855/ba027216/9453912.png
http://images.vfl.ru/ii/1438459896/6d6b6801/9453916.png
http://images.vfl.ru/ii/1438459920/9f90a4b9/9453917.png
http://images.vfl.ru/ii/1438459941/99640465/9453920.png

Life_is_darkness
Из командной строки можно попробовать запустить проверку в режиме чтения. chkdsk G:

Выдало что у нескольких файлов повреждены атрибуты, у нескольких "Сегмент записей в файле XXXXX потерян". Обработано больших файловых записей 5888. Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно. Невозможно получить дескриптор в журнал событий.

Life_is_darkness

Скрин бы глянуть. Видимо нужно будет запускать чекдиск повторно в режиме исправления ошибок, однако никто не может дать 100% гарантию что всё пройдёт гладко. Подождём что скажет на этот счёт 9285.

Скрин чего ? Вот лог чекдискаСсылка

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

Так что ? Мне делать чекдиск с записью ? А почему раздел видится как raw 0 баит ?