Диск переформатировался в RAW
 

Доброго времени суток! Вот и меня постигла данная проблема... В общем, решил объединить разделы через Acronis Disk Director 11 Home. Комп перезагрузился и при объединении произошла ошибка, после запуска системы диск не показывает ескость и ФС. Через команду chkdsk узнал файловая система стала RAW. После просмотра всевозможных тем на разных форумах решил попробовать програмку PTDD Partition Table Doctor 3.5, и инструментом rebuild partition table попробовал восстановить. После сканирования выскочило следующее окошко.

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

rapsodytrue@vk,
1. Представить картинку с разделами проблемного харда из штатного Управления дисками Windows.
Пуск ===> Выполнить ===> diskmgmt.msc

2. Представить картинку с разделами диска из DMDE
Посмотрите что я Паша-Север советовал
См. пост Tau_0 Отправлено: 16:28, 05-02-2012 | в теме
HDD - не заходит на хард
Вот и Вы преставьте рапорт DMDE разделы диска и дамп 100 (сто) первых секторов проблемного харда.

ЗЫ Не применяйте авторековери программы --- можно только напортить...

Вот

Вряд ли PTDD особо чего испортила, но после акрониса не следует запускать никаких авторекаври утилит, --- велика вероятность сделать ещё хуже… Это Вам на будущее.

На скрине DMDE показано много реликтов (показаны) в жёлтых квадратиках… Я синим контуром отметил наиболее вероятные разделы, которые можно попытаться восстановить.

Вы пока попробуйте пошарить в них на на предмет наличия файлов. Для этого в DMDE просто два раза открываете выбранный том. Попробуйте навскидку восстановить несколько файлов на другой носитель. За сеанс FREE версия позволяет восстановить только один файл. Можете и в других (тех, что я не одметил) пошарить, но вряд ли что хорошее там найдёте…

Изложили бы поподробнее, что и как объединяли и какие были размеры разделов.

Видимо стоит запустить глубокий поиск томов NTFS на ВСЮ поляну. Поиск идёт долго, но качественно. Поиск можно прерывать в удобное время с сохранением результатов в лог, а затем возобновлять в удобное время. Лог поиска потом может понадобиться…

Но первым делом отпишитесь, --- что в двух помеченных разделах..???... И как оно раньше было.

Отписываюсь... В общем все видит хорошо, все так и было. Файлы восстанавливаются.

Теперь поподробнее. Имеется 2 винчестера, проблемный винт не системный. На нем 3 раздела было. Решил перед переустановкой системы объеденить все разделы чтобы был один большой. Эти 2 раздела были примерно одного размера (гигов 300). Результат данной операции вы знаете...

Возникает еще пару вопросов:
1. Почему у меня отображаются 2 раздела "DATA"?
2. На диске DATA (один из объединяемых) было достаточно свободного места. Теперь его вообще нет, куда оно подевалось?
3. Восстанавливать файлы таким же макаром как вы объяснили? Нет возможности как то переформатировать раздел, чтобы не искать свободный носитель с достаточным количеством свободного пространства?

Пока попробуем восстановить на месте один раздел Other.

1. Для этого сначала Удалите неудачно зачатый логичекий диск (он был затеян для объединения). Теперь он мешает, потому, что получается перекрытие. Этот раздел я оконтурил красной рамкой....

2. Затем Вставьте раздел Other как Логический диск в расширенном разделе (в синей рамке). См. картинку

3. Перезагрузка

ЗЫ Если при загрузке запустится чекдиск, --- решительно пресекайте это дело.

Затем, если раздел смонтируется напустите на него чекдиск в режиме чтения (без ключа /F)
Вот так запустите
Пуск ===> Выполнить ===> cmd ===> CHKDSK X:
где X: --- буква диска раздела Other

Рапорт чекдиска сохраняете по copy/past правой кнопкой мыши в текстовый файл.
Файл прикрепите к ответу.

ЗЫ На первые два вопроса отвечу позже...

вроде все хорошо, но чекдиск не удался...

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

Видать из-за этого и акронис загнулся...
Поэтому:
1 покажите рапорт SMART? например, из Victoria 4.46b for Windows.
2 дамп 10 (десяти) секторов, начиная с LBA=608204899. Посмотрим какому файлу отвечает файловая запись 28.

smart оказывается ругается на другой винчестер, на котором система... (он второй в архиве)

rapsodytrue@vk, покажите нормальную картинку --- JPEG-файл. Замучался я Ваш бинарник открывать...

Вроде все сделал

SAMSUNG HD503HI --- немеряно нестабильных секторов --- атрибут 197
SAMSUNG HD103SJ --- только один пендинг
Выполните в Victoria read + remap для обоих хардов.
См. картинку
1. Выбираем хард
2. Выбираем тест поверхности
3. запуск теста... (В синем контуре опции)

ЗЫ После теста снова рапорты SMART покажите
ЗЗЫ На каком из самсунгов проблемные разделы...???...

Запускайте тесты, а я пока секторы посмотрю...

проблемы на терабайтнике

Это вроде как легче...???...
После ВСЕХ тестов пришлите сто секторов, начиная с LBA = 614496291.
Не так просто к этому 28 файлу подобраться….
И снова попробуйте выполнить чекдиск без ключа /F…

вот лог с харда с проблемными разделами:

8:57:39 : Starting Reading, LBA=0..1953525167, sequential access w. REMAP, tio 1000ms
9:10:01 : Warning! Block start at 201387264 = 421 ms
9:10:01 : Warning! Block start at 201387520 = 219 ms
10:10:01 : Warning! Block start at 1112899328 = 437 ms
10:10:01 : Warning! Block start at 1112899584 = 218 ms
11:10:01 : Warning! Block start at 1832838400 = 421 ms
11:10:01 : Warning! Block start at 1832838656 = 219 ms

SMART:



100 секторов в прикрепленном файле.



А вот с другим жестким дела обстоят хуже... 10 часов в виктории проверялся, только до 25% дошло. И в логе постоянно вот это выскакивало: Warning! Block start at

По поводу SMART --- пендинг не ушёл… Но и в логе скана его не видно…
Теперь о восстановленном разделе…
Под файловой записью 28 (если нуля считать) числится файл $Repair

27 ---- $RmMetadata ---- файл метаданных. Быстро нагуглить назначение этотго файла у меня не получилось… Вот только это про транцакции для съёмых устройств transactional ntfs + sata + safe removal.
Ну и Бох с ним…
А вот файловые записи с 29 по 33 потёрты каким-то мусором…???...
Вполне возможно, что из-за этого мусора акронис загнулся. Перед манипуляциями с акронисом обязательно необходимо с помощью чекдиска проверять целостность файловой системы.
А дальше вроде как нормально. Но я ведь только 50 первых записей просмотрел…

Так и хочется чекдиск с ключом /F напустить. Однако чревато это, --- чекдиск утилита опасная при серьёзных ошибках может так нарихтовать, что только хуже станет.

Очень желательно сначала скопировать данные на другой носитель, а уж затем чекдиск напускать…
ЗЫ А дела со вторым хардом обстоят, --- совсем издох или как…???...

Теперь по поводу раздела с именем DATA --- то, что таких несколько говорит о том, что вы часто баловали с акронисом. Это реликты --- дела давно минувших дней… Поэтому посмотрите ещё файлы в том DATA, что в синей рамке. Нужно их восстанавливать или нет. Может нового DATA (последний в списке) достаточно…???...

Да вроде все достаточно) было давненько что приходилось восстанавливать файйлы после удаления. Может полсе этого появились...

Второй хард работает нормально, на нем система. Единственное что напрегает постоянно F1 при запуске нажимать (там SMART ругается), а в остальном се пучком.

Хотелось бы еще разобраться куда ушло свободное место с раздела, с которым пытался объединить проблемный и как его вернуть

Это очень даже ненормально и чревато неприятностями. Я явно Вашу картинку с атрибутами SMART показываю. А то народу лениво по архивам ползать и нукто ничего не советует. А рапорт ремапа, как и SMART после ремапа Вы так и не не показали…

Отметьте на картинке из DMDE раздел, который Вас интересует примерно так, как я показывал. Что до раздела, на котором буксует чекдиск, то с ним работать нельзя. Необходимо куда-то средствами Windows слить данные и привести его в порядок. Я понимаю, что со свободным местом у Вас напряжёнка, но оставлять так нехорошо, --- не ровен час оно вернётся и будет гораздо хуже…

не показал потому что так и не дождался окончания теста... 80 часов показывало до завершения...


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

Вот этот раздел интересует:

Оценим Extended/Расширенный/Дополнительный раздел. Это своеобразный контейнер в котором находятся Logical/Логические разделы.
StartLBA = 16065
EndLBA = 1953520064

Sectors in partition = 1953520064 – 16065 +1 = 1953504000 секторов =
( /2 учитываем, что 2 сектора = 1 KiB ) = 976752000 KiB = ( /1024 ) = 953859,38 MiB = ( /1024 ) = 931,5 GiB

Первым в этот раздел со смещением 63 сектора вложен лгический раздел Media
StartLBA = 16128
EndLBA = 608204834
Sectors in partition = 608204834 – 16128 = 608188707 секторов = ( /2 ) = 304094353,5 KiB = ( /1024 ) = 296967,14 MiB = ( /1024 ) = 290,01 GiB

Далее за разделом Media со смещением в
608204899 – 608204834 = 65 секторов следует логический раздел Other
StartLBA =
EndLBA = 1111537347
Sectors in partition = 1111537347 – 608204899 + 1 = 503332449 секторов = ( /2 ) = 251666224,5 KiB = ( / 1024 ) = 245767,8 MiB = ( / 1024) = 240,01 GiB

Последний сектор в контейнере --- логический раздел DATA (синим помечен) он следует со смещением =
1140040486 – 1111537347 = 28503139 секторов = ( /2 ) = 14251569,5 KiB = 13917,55 MiB = ( /1024 ) = 13,59 GiB --- Неслабая дюрка получается…!!!... Это потерянное место.

StartLBA = 1140040486
EndLBA = 1953520064
1953520064 – 1140040486 + 1 = 813479579 секторов = ( /2 ) = 406739789,5 KiB = ( /1024) = 397206,83 MiB = ( /1024 ) = 387,9 GiB

ЗЫ DMDE в картинке с разделами дисков приводит десятичные гигабайты (так считают производители хардов), я пересчитал в двоичную систему счисления (так показывает Windows)/, что более правильно, поскольку это родная система машины… Сравните мою писанину с картинкой из Управления дисками...

Как только скопируете данные, то напустим чекдиск с ключом /F и ВСЁ исправим...:)

Все верно)



И как его вернуть, это потерянное место?

И что посоветуете сделать с винтом на котором SMART ругается?

Я же написал, что сначала надо скопировать данные из раздела Other на другой носитель. --- Чекдиск в режиме чтения показала ошибки, а запускать утилиту в режиме исправления боязно... Затем пройти по разделу Other утилитой чекдиск с ключом /F потому, что с ошибками том эксплуатировать нельзя, --- вот тут голова должна болеть.... А уж затем можно разобраться с этой дюркой. Дюрка не проблема...

Еще раз покажите его SMART из Victoria. Интересноно сравнить с прошлой картинкой, --- как на хард read + remap повлиял...???... Может и только и осталось, что ап стену...

прошел чекдиском, все норм. я так понимаю, это просто неразмеченная область которую можно черех акронис объеденить с чем то?


Смарт тот же... read + remap тоже без изменений...

Сам расширенный контейнер-раздел тоже далековато начинается…
16065 + 1 = 1606 секторов = ( /2 )= 8033 KiB = ( /1024 ) = 7,84 MiB --- Вот такой GAP/дюрочка передним есть… Не шибко много, но…

Можно и акронисом объединить. Но, если по науке, то без BACKUP нельзя этого делать… --- Первая Ваша попытка кончилась печально, --- не ровен час, повториться может…

Можно и объединить…, но моё мнение --- лучше сделать разделы основными, а затем расширить второй раздел на свободное место.
См. тему HDD - [решено] Как правильно вместо логических дисков сделать основные разделы

ЗЫ В этой теме щепетильный TC даже GAP's (зазоры) между разделами в расширенном томе заштопал…
А вот этот хард своей упёртостью меня меня озадачил...:search: Что с ним очень плохо, --- это поонятно... А вот как лечить, --- Бох его знает...
Вы в личку misha2 по его поводу поспрошайте, --- он видимо не заметил проблему... --- Потому мышей не ловит...

- не факт, что с ним уж очень плохо. BAD, скорее всего, кричит на 1-ый параметр. Можно попробовать очистить SMART, затем в Victoria пройти Запись и Чтение, предварительно скопировав информацию на другой носитель.

подскажите как это сделать