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

DarkMasterW

Цитата:

Ну и как минимум бэд найденный надо скрыть в любом случае

Так возьмите Victoria 4.47 НЕ ОФИЦИАЛЬНАЯ и переназначте/затрите Bad. Эта модификация утилиты отлично на x64 запустится…

9285

Цитата:

Зачем вся эта возня с метафайлом если говорить о сбойных секторах?

На хоботе напоролся на тему Как пометить в NTFS(3.1) нестабильные участки, заданные исключительно вручную, как BAD (UniATA как вариант)? (Страница 1)

Там с подачи Antech TC пытался загнать в $BadClus области секторов. И $bitmap тоже правилась. Но видимо неудачно --- не прошло такое, и упрямый чекдиск вернул ВСЁ назад на круги своя… Хотя в принципе, если сделать правильно, то должно оно проходить…

DarkMasterW
Вообще "правильные пацаны", с дисками, подобными вашему (нестабильными) обычно сначала делают полное стирание. Потому как ведь могут присутствовать и софт-бэды. Вот, а если стирание не делать - тогда да, наугад бытаться скрыть\заремапить сектора только в режиме чтение+ремап...

14:22:24 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 1
14:22:26 : LBA 1947320060 try REMAP... Error
14:22:26 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 2
14:22:28 : LBA 1947320060 try REMAP... Error
14:22:29 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 3
14:22:31 : LBA 1947320060 try REMAP... Error
14:22:32 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 4

полное стирание - это формат что ли? Не быстрый, а полный сделать? Емкость бы еще взять где-то...

Полное стирание - это полное стирание Write в Виктории. ВЕСЬ диск прописывается нулями, с самого первого сектора. Уничтожаются не только содержимое разделов, но и вообще любые намёки о разделах, MBR и т. п. Это не то же самое, что формат...
Ну или можете попробовать стирание только на один этот блок, указав его номер как начальный и конечный, но не ошибитесь с номером Для таких опытов лучше всё же не иметь важных данных на диске...

Тут не стирать надо, а решать проблему
Цитата:

try REMAP... Error

И делать это в соответствующем месте. а то уже совсем в оффтоп унеслись.

Tau_0
Вообще то я подразумевал что чекдиск с физическим исправлением (/r) сам загонит бэды в метафайл.

17:08:21 : Get passport... OK
17:08:23 : Recallibration... OK
17:08:23 : Starting ERASING, LBA=1947319808..1947319808, sequential access, timeout 10000ms
17:08:23 : Block 1947319808 Error: ABRT
17:08:23 : ***** Scan results: Warnings - 0, errors - 1 *****
17:08:33 : Get passport... OK
17:08:33 : Recallibration... OK
17:08:33 : Starting Reading, LBA=1947319808..1947319808, sequential access, timeout 10000ms
17:08:33 : ***** Scan results: no warnings, no errors *****
17:08:34 : Get passport... OK
17:08:34 : Recallibration... OK
17:08:34 : Starting Reading, LBA=1947319808..1947319808, sequential access, timeout 10000ms
17:08:34 : ***** Scan results: no warnings, no errors *****


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


Добавлено:

Цитата:

Tau_0
Вообще то я подразумевал что чекдиск с физическим исправлением (/r) сам загонит бэды в метафайл.

Чек диск через гуй с проверкой поверхности говорил, что недостаточно места для исправления при нахождении бэда.

// Если это тут оффтоп, то куда? Я вообще думал тема профильная...

DarkMasterW

Цитата:

17:08:23 : Starting ERASING, LBA=1947319808..1947319808, sequential access, timeout 10000ms

Видать не тому грузину яйца отрезали тот сектор затёрли...
Если BlockSize (коэффициент блокирования) = 256, то в блоке, начиная с LBA=1947319808 может быть от одного до 256 бэдов... Просто самый первый сектор LBA=1947319808 и без Вашего затирания был исправен... --- другие секторы в блоке неисправны…

Поэтому выставьте диапазон StartLBA=1947319808, EndLBA = 1947319808 + 255 = 1947320063. А BlockSize=1. Просто так в Victoria эту единику не выставить, ---выставляете 128 и клавишей BackSpace 28 вырезаете…
Затем по Read определяете адрес именно сбойного сектора/секторов…

А вот после этого пойманный бэд и затереть можно, если remap делать не хотите…???…

ЗЫ На всякий случай рапорт скана после ловли бэда покажите... На узком диапазоне скан "мгновенно" отработает...


Цитата:

Чек диск через гуй с проверкой поверхности говорил, что недостаточно места для исправления при нахождении бэда.

Это дело тёмное... В дисковом редакторе многое смотреть надо...

9285, чтобы не было полного офтопа постараюсь сегодня у себя вручную в $BadClus нормальный диапазон загнать. Потом отпишусь… Понятно, что такой ремонт носит косметический характер, но попробую…

ЗЫ Впервые такое вижу… …???...
Доступ - Восстановление MFT

18:49:14 : Get passport... OK
18:49:14 : Recallibration... OK
18:49:14 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
18:49:15 : Block 1947320055 Error: UNCR
18:49:16 : Block 1947320058 Error: UNCR
18:49:16 : Block 1947320059 Error: UNCR
18:49:18 : Block 1947320060 Error: UNCR
18:49:18 : ***** Scan results: Warnings - 0, errors - 4 *****
18:49:26 : Get passport... OK
18:49:27 : Recallibration... OK
18:49:27 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
18:49:28 : Block 1947320055 Error: UNCR
18:49:28 : Warning! Block start at 1947320058 = 671 ms
18:49:29 : Warning! Block start at 1947320059 = 624 ms
18:49:29 : Block 1947320060 Error: UNCR
18:49:29 : ***** Scan results: Warnings - 2, errors - 2 *****
18:49:36 : Get passport... OK
18:49:36 : Recallibration... OK
18:49:36 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
18:49:37 : Block 1947320055 Error: UNCR
18:49:38 : Block 1947320060 Error: UNCR
18:49:38 : ***** Scan results: Warnings - 0, errors - 2 *****
18:49:56 : Get passport... OK
18:49:56 : Recallibration... OK
18:49:57 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
18:49:58 : Block 1947320055 Error: UNCR
18:49:59 : Block 1947320060 Error: UNCR
18:49:59 : ***** Scan results: Warnings - 0, errors - 2 *****


Ремап тоже не получается сделать. Пару постов выше ошибки сыпит.
14:22:24 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 1
14:22:26 : LBA 1947320060 try REMAP... Error

DarkMasterW

Цитата:

18:49:14 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
18:49:15 : Block 1947320055 Error: UNCR
18:49:16 : Block 1947320058 Error: UNCR
18:49:16 : Block 1947320059 Error: UNCR
18:49:18 : Block 1947320060 Error: UNCR
18:49:18 : ***** Scan results: Warnings - 0, errors - 4 *****

Слабо я понял, сколько ошибок осталось две или четыре...???...
Попробуйте по WRITE бэды затирать (0h писаться должно). Всего четыре прогона сделать надо.

По концу текущий рапорт SMART из виктории покажите...

Сначала было 4, потом стало 2. Специально делал несколько прогонов, чтобы исключить фантомов. Поэтому и выложил такой пак. Запись не идет. Пишет все ту же ошибку:
17:08:23 : Block 1947319808 Error: ABRT
ну номера блоков разве что другие. Не пишет во все 256 блоков. Получаю 256 ерроров.


SAMSUNG HD103UJ S13PJ1MQ900096
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 100 93 51 171 •••••
3 Spin-up time 83 83 11 5930 ••••
4 Number of spin-up times 99 99 0 927 ••••
5 Reallocated sector count 100 100 10 0 •••••
7 Seek error rate 100 100 51 0 •••••
8 Seek time perfomance 100 100 15 0 •••••
9 Power-on time 91 91 0 45117 ••••
10 Spin-up retries 100 100 51 0 •••••
11 Recalibration retries 100 100 0 0 •••••
12 Start/stop count 99 99 0 894 ••••
13 Soft read error rate 100 93 0 168 •••••
183 unknown attribut 100 100 0 0 •••••
184 End-to-End error 100 100 0 0 •••••
187 Reported UNC error 100 100 0 1351 •••••
188 Command timeout 100 100 0 0 •••••
190 Airflow temperature 72 59 0 28°C/82°F ••••
194 HDA Temperature 72 58 0 28°C/82°F ••••
195 Hardware ECC recovered 100 100 0 370621569 •••••
196 Reallocated event count 100 100 0 0 •••••
197 Current pending sectors 100 100 0 7 •••••
198 Offline scan UNC sectors 100 100 0 0 •••••
199 Ultra DMA CRC errors 100 100 0 0 •••••
200 Write error rate 100 100 0 0 •••••
201 Off-track errors count 99 98 0 36 ••••


Добавлено:
сейчас вообще вот так выдало:
19:56:58 : Block 1947320055 Error: UNCR
19:56:59 : Block 1947320056 Error: UNCR
19:57:00 : Block 1947320057 Error: UNCR
19:57:01 : Warning! Block start at 1947320058 = 483 ms
19:57:02 : Warning! Block start at 1947320059 = 624 ms
19:57:03 : Block 1947320060 Error: UNCR

Цитата:

Если это тут оффтоп, то куда? Я вообще думал тема профильная...

В чём же интересно профильность темы, особенно в смысле невозможности ремапа и т.п.?
ИМХО - в тему про ремонт самсунгов.

Tau_0

Цитата:

Впервые такое вижу…   …???...

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

Цитата:

в тему про ремонт самсунгов.

ЗЫ Конкретно этот самсунг народными средствами почти не ремонтопригоден, слишком новая модель, так что... Или нести к местному спецу на ремонт или...

Цитата:

надо "ремонтировать" в теме про восстановление информации?

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

Цитата:

слишком новая модель, так что...

надо "ремонтировать" в теме про восстановление информации?

Добавлено:
Tau_0
Кстати, в том случае вполне отчётливо просматриваются оригинальные записи, критичные для восстановления MFT. Чего нельзя сказать в другом случае, который недавно решил на хоботе (случай resident148) - http://rghost.ru/56395215
ЗЫ: Там координатор - твой земеля. Тот ещё упоротый за дрот (как Ment69).
Пытаюсь определить с чем это связано.

Всем привет.

На исправном диске Seagate Barracuda 7200.11 на 320 Гб (разбит на два раздела, оба NTFS, 30 Гб - диск под систему WinXP SP3, остальное диск-хранилище) переустанавливал систему и промахнулся с разделом, из-за чего винда встала в хранилище, предварительно снеся его быстрым форматированием.

Запустил DMDE, http://rghost.ru/56361286/image.png
Мне нужен $Noname04

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

Flavius_Aetius
Ситуация не самая хорошая, но всё таки шанс (пусть и частичного восстановления) существует всегда.
И он зависит от множества разных факторов, о которых напишу чуть позже, а пока хотелось бы увидеть дампы секторов, которые для желаемого раздела обозначены как начальный и конечный - 67087440 и 625137344 сотвественно. Но перед этим надо закрыть доступ к проблемному разделу, т.к. винда может на него скрытно писать, что лишь усугубит ситуацию. Да и Mac-овские оси тоже любят делать служебные записи. Поэтому сделай в DMDE MBRoff или хотя бы удали в ней же существующий 286ти гиговый раздел (Noname2). Примени изменения.

Добавлено:
[more=Дополнение чуть позже]Основной момент в твоём случае - наложение новых данных (в том числе и служебных файловой системы).
Они могут мешать программам для восстановления, в том числе сбивая их с толку.
Можно почти все их удалить (в идеале обнулить), но это не отменит перезапись мест, в которых была старая информация. А в некоторых случаях достаточно убить лишь небольшую часть файла и он может стать невосстановимым.
Опять же, тут еть зависимость от того какой из методов восстановления будет использован.
1.Восстановление по данным прежней MFT.
Если сохранилась запись MFT, то в ней есть и ранлист файла. Это очень хорошо, особенно в случае если в самом файле повреждён заголовок (начало), так как сигнатурный поиск в основном ориентируется на заголовок. Соотвественно - не найдя его файл не восстановится. По записи MFT -восстановится, а дальше уже зависит от степени повреждения. Применительно к фоткам - есть программа, которая может восстановить её в случае если не затронуты три основных участка. Прогу подсказал AlexRaz (ник с хобота) в одном из решаемых случаев. в котором фигурировали файлы, начала которы были повреждены вирусом.
И ещё это очень хорошо для случая когда прежние файлы фрагметированы, т.к. в случае сигнатурного поиска восстанавливается лишь первый фрагмент.
2. Восстановление по сигнатурам.
В этом случае очень многое зависит от алгоритма программы, которой производтся поск.
Если она действует по принципу - файл находится по начальной сигнатуре и до следующей известной, то вклиненные новые файлы заставят такую прогу остановиться на этом моменте, хотя если вкрапление не очень большое (или затронуло не критичный участок)и его удалить, то файл будет восприниматься уже бОльшего размера. А если он был нефрагментирован, то восстановится целиком, но с дефектом. Но это же лучше чем ничего или лишь начальный обрывок.
Даже если сигнатурный поиск более "продвинутый" - например jpg ищется по принципу от "начальной сигнатуры и до первой конечной", то в случае если в старый файл вклинен маленький новый - восстановится лишь фрагмент до конца этого нового.

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

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

Очень критичный для варианта восстановления по записям MFT момент - чем форматировался раздел ранее, в последний раз, число записей в старой MFT и её фрагментированность ранее.
Если гворить о форматировании средствами винды, то MFT располагается в стандартном месте. Соотвественно, и новая MFT пишется туда же; и в этом случае прежние записи переписываются количеством записей в новой. Остаётся лишь те, число которых более чем в существующей. Но в твоём случае (если ты верно позиционировал Noname04) видно что размер нового раздела чуть меньше прежнего. А винда (насколько припоминаю) при переформате не изменяет размер раздела. Поэтому есть вариант что не всё потеряно - особенно если использовалось что то типа Акрониса. Хоть что то положительное (но только в таком контексте) есть в его принципах размещения $MFT; а именно то, что 16 начальных записей хранится в самом начале раздела - остальные помещаются куда нибудь в другое место (алгоритм мне неизвестен). Пи таком раскладе может и практически вся бывшая MFT может быть жива.

PS. Пример по поводу вклинивания новых данных http://rghost.ru/56401650
В фото вклинил стандартную обоину ХР, потом сделал зануление "кластеров", которое она заняла.
Да, это было маленькое вкрапление, и попади оно в другое место (заголовок фотки) результат может быть иной, но когда речь идёт о важных данных любой обрывок может быть полезен. ИМХО.
Кстати, упомянутый мною AlexRaz " увлечён восстановлением-сборкой фрагментированных файлов (преимущественно фото или видео). Дело очень долгое и муторное, но у него это получается. И такой его труд востребован. [/more]

9285

Цитата:

в другом случае, который недавно решил на хоботе (случай resident148)

Посмотрел… Но и на хоботе ты затемнил, чем и как первую (точнее нулевую запись $MFT) MFT изобретал/реконструировал…,???... Этого не видно, поэтому толку с твоего мастер-класса для меня немного
Только со слов TC понятно, что у тебя это получилось…

Flavius_Aetius

Цитата:

переустанавливал систему и промахнулся с разделом, из-за чего винда встала в хранилище,

Перед этим Вы ещё чем-то нахимичили с первым разделом, --- сделали его Дополнительным/Расширенным/Extended разделом, а в нём логический диск. Наверное это что-то было типа Acronis. Если это так, то это плохо, --- это не в смыле восстановления, оно в будущем навредить может…

Но на логический диск Windows никак не установить, а другого загрузочного раздела не было. Поэтому инсталлятор и полез на едиственный Основной/Primary раздел…

9285

Цитата:

Ситуация не самая хорошая, но всё таки шанс (пусть и частичного восстановления) существует всегда.

Если по индикаторам судить, то похоже, что сам файл $MFT цел, но сами старые файлы перекрыты…

Tau_0

Цитата:

Но на логический диск Windows никак не установить,  а другого загрузочного раздела не было. Поэтому инсталлятор и полез на единственный Основной/Primary раздел…

Бред. Сама винда прекрасно ставится в логический, а для загрузочных файлов может использоваться единственный основной.

Цитата:

Если по индикаторам судить, то похоже, что сам файл $MFT цел, но сами старые файлы перекрыты…

По каким индикаторам ты это видишь?
И о каком перекрытии идёт речь? Чистая ХР занимает не более 2 гигов. Если исходить из пропорциональности размеров, то это 1/150-я всего раздела. Так что немало может быть целым - чего нельзя пока сказать о записях MFT.

PS. Я не собираюсь кому то преподавать мастер-классы. Потому что считаю что кому надо - тот найдёт всё необходимое в темах (как я в своё время учился на кейсах, решаемых Antech).
Ну а не видно решения потому что решалось в привате, т.к. в темах писать не мог - что поделать, там такой же за дрот, которому нравится только глянцево пушистая "правда" и который рулит по своим понятиям. Имено поэтому, в том числе и потому что с хобота пропали и Antech и Yatagan (основные локомотивы решений), я теперь и с хобота приглашаю пострадавших сюда. И Flavius_Aetius один из таковых.

9285

Цитата:

Бред. Сама винда прекрасно ставится в логический, а для загрузочных файлов может использоваться единственный основной.

Это я знаю и сам тебе не так давно подобное показывал... --- Я как раз активный раздел с загрузчиком имел в виду, который не может быть на логическом диске... Из-за этого инсталлятор полез на единственный Основной раздел, а в спешке и сам Windows был установлен...


Цитата:

По каким индикаторам ты это видишь?

По индикатору F на разделе $Noname04, там ещё и индикатор C на копию бута включён.
При стандартном размещении файл MFT начинается с отступом в 3 GiB. Я считаю, что его не накрыло. Но могло накрыть кой-какие файлы…
Если бы форматировалось акронисом, то MFT был точно писец --- он MFT зачинает в кластере 2 или 4.
Интереса для можно помотреть начало MFT на логическом диске $Noname01...


Цитата:

я теперь и с хобота приглашаю пострадавших сюда.

Поздравляю, --- ты теперь и на хоботе поцапался…

Посоветуйте каким ПО восстановить поврежденный файл *.docx c флешки?

dddimmm
Наверное тем, которое занимается восстановлением офисных документов, и понимающем новый формат данных. Поищи в поисковиках что то типа Office (Word) Recovery.

Tau_0
Вот же чудак-человек.


Цитата:

По индикатору F на разделе $Noname04, там ещё и индикатор C на копию бута включён.

Ну да. А теперь реши задачку. Как будет выглядеть индикаторы, в случае если в копии бутсектора нонейм04 будет указано на такое же смещение как и в нынешнем бутсекторе?
И какой толк от такого "указателя"?.


Цитата:

Из-за этого инсталлятор полез на единственный Основной раздел, а в спешке и сам Windows был установлен...

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

Если бы ты ходил на хобот почаще, то заметил что там уже нет названных мной участников. Причём участники очень даже мирно спокойные. Ещё один из бывших помогальщиков уже не хочет отвечать в том разделе. По сути там, из тех кто может решать кейсы, остался один лишь dmde. Не кажется ли что проблема не во мне? Просто я про неё пишу. Причём изначально я просто ответил во флеймовой теме. Но получил наказание, потому что обидел корешей-единомышленников за дрота. А потом обычное подавление тех, кто указывает ему на беспредел. Ему, как и для мента с зоны важно только своё ЭГОмнение, и в жертву ему брошены те, кто туда приходит в надежде на помощь.
Я сейчас, в свободные от помощи людям время, набираю материал для живого журнала - там будет всё и сохранёнки удалённых тем (и сообщений), и прочее. что покажет истинное лицо за дротов.

9285

Цитата:

И какой толк от такого "указателя"?.

Я предполагаю, что начало старой MFT будет затёрто, но конец по идее будет целым...???...
Тогда, если восстановить старый бут и напустить на том чекдиск, то старый конец приклепается...???...

ЗЫ Действительно, я редко бывал на хоботе. --- Хотя там грамотного народа много было, но правила регистрации меня утомляли. И сути тамошнего конфликта не знаю, но здесь на руборде на твои шалости... смотрят сквозь пальцы. --- Зачем тебе ещё и ЖЖ, когда этот форум раскручен...???... А

Tau_0
C какого перепуга старая MFT приклепается к новой (даже если совпадение и есть по номерам записей)?
И что это получится - смесь бульдога с носорогом? Где "дети" будут с чужими "родителями" и наоборот.

ЗЫ:[more=В чём мои шалости?]В чём мои шалости? В том что я глупцу пишу что он глупец? И не всегда сюсюкаю с пострадавшими? Или деланье патча для другого - это шалость?
А ЖЖ мне нужен чтобы там обстоятельно описать ситуацию о трёх болотах и чудищах, живущих в них.
Чтобы здесь не писать лишний раз о этом, а давать лишь ссылку.
Хотя там будет и полезная информация. Я надеюсь что на руборде демократия не прекратится, но мало ли - ведь не думал что на хоботе за дроты имеются, а оказалось что есть; и признались что демократия не их курс.[/more]

Добавлено:
Tau_0
По поводу случая с зоны.
Для того чтобы чекдиск начал исправлять кривую MFT ему необходио несколько критичных аттибутов записей. И имя файла (применительно к $MFT) - по крайней мере недавно было нечто подобное. мусор в первых атрибутах; всё поправил сам чекдиск. Важны другие - а их ты не исправлял, потому как.
Но не это главное.
Хотелось бы сказать по поводу характерного для тебя

Цитата:

Страшновато малость..., а что остаётся --- по любому MFT править надо...--- Кто не рискует, тот не пьёт шампанского...

Так вот правильнее (по отношению к тем, кого ты толкаешь к краю пропасти) написать "Советующий рисковать не своим данными, не предупредив о возможных проблемах (вплоть до полной потери данных) поступает подло".

[more] Tau_0

Цитата:

Перед этим Вы ещё чем-то нахимичили с первым разделом

Этот раздел чисто под систему, мне его как раз не жалко, там вообще ничего интересного
не было. Я его снес и создал заново, отформатировал, запустил на него установку винды. По какой-то причине 100500 раз встававшая лицензионная XP в этот раз ставится не захотела и очень крепко зависла при первом запуске (это точно не из-за диска, буквально недавно я его проверял - smart в норме). Пришлось повторить установку. Вот тут-то я как раз и промахнулся с выбором раздела и винда пошла ставится не туда, убив раздел с данными.
Все эти манипуляции были сделаны штатными средствами с установочного диска винды. Никаких других специальных программ для разметки дисков я никогда не использовал.

9285

Цитата:

Поэтому сделай в DMDE MBRoff или хотя бы удали в ней же существующий 286ти гиговый раздел (Noname2). Примени изменения.

Кнопки MBRoff для этого раздела не было, на её месте была "Удалить". Удалил.
Купил сегодня новый винт на 1 Тб, сейчас сделаю посекторное копирование. [/more]

Flavius_Aetius

Цитата:

Кнопки MBRoff для этого раздела не было,

Эта кнопка видна на твоём же скриншоте экрана Разделы.
И она не относится к конкретному разделу, т.к. отключает спец сигнатуру в LBA0 - то есть применяется ко всему диску.
Ну да и ладно. После изготовления посекторки (рекомендую в файл) сделай дамп запрошенных секторов.

Почему-то моё сообщение всё время съезжает под кат...

Цитата:

Почему-то моё сообщение всё время съезжает под кат...

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

9285

Цитата:

не предупредив о возможных проблемах (вплоть до полной потери данных) поступает подло".

Ты небрежно мои посты прочитал --- я предупреждал... Если идти до конца, то любое восстановление in-place чревато полной потепей данных, и ты это прекрасно знаешь...

ЗЫ И без моего подталкивания TC с ключом /F чекдиск ранее уже запускал --- это не помогло, но и не повредило... Остальное --- хвилософия...
ЗЗЫ Я не представляю, как восстановить/имплантировать $LogFiile --- его отсутствие меня напрягло более всего. А TC я отправил к тебе...

Flavius_Aetius
Можно также сохранить только свободное пространство пострадавшего раздела в файл, и уже файл скормить рекавери прогам, умеющим работать с образами. Сохранить незанятое пространство в файл можно в WinHex, или же такой фриварной проге как FTK Imager. Как уже говорил 9285, записи новой MFT могут сбивать с толку рекаверилки. На незанятом же пространстве лежит всё что уцелело.

9285
С MBRoff разобрался, отключил.
Копию сделал.
Вот дампы http://rghost.ru/56420765 пароль 9285

Alex_Green
Спасибо Но тут возможен такой момент: хоть винда заняла 600Мб, но фиг знает сколько там убилось в процессе установки временными файлами, которые теперь тоже стали пустым местом... При таком способе успех будет зависеть от того, насколько много сигнатур файлов умеет распознавать рекаверилка?