9285
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ситуация вырисовывается следующая - в MFT данные косвенно соотвествуют разделу размером 425гига (цифры из экрана Разделы). Вполне логично представить что это следствие уменьшения раздела, который был 458 гигов. Только не очень понятно - по твоей задаче раздел должен был уменьшится, но только подрезкой с начала раздела. Но раз такое не произошло, то возникает предположение что или ты всё таки задал обрезку (уменьшение раздела) или PPM сначала уменьшает раздел а потом его смещает "вправо". В последнем случае РРМ не доделал дело и вроде бы должен был бы об этом сообщить. И ещё не очень понятная запись об уменьшенном разделе, но смещённом на 2048 секторов. Для чего? В общем то, можно много гадать, но что можно сделать в данной ситуации. 1. Проверить что в "старом" разделе лежало в области последних 30 гигов. Это можно увидеть в карте кластеров. 2. Проверить эти же файлы в уже уменьшенном разделе. Если они находятся не за пределами раздела и целы, то можно прописать новый раздел. В противном случае - старый. В любом случае, после прописи раздела надо не допускать проверки диска системой, сделать вручную и смотреть на результаты. PS. Совсе вылетело из головы - по логу поиска NTFS самый подходящий раздел имеет минимальный размер прежнего. Так что не очень однозначная ситуация, если говорить о восстановлении in-place. Тут надо или посекторку для отката иметь, или просто восстановить файлы на другой носитель. Второй вариант предпочтителен тем, что можно будет просто расширить С, создать новый D и слить на него данные. |