Проверьте ЛС
» Восстановление разделов и информации на HDD (часть 4)
Проверьте ЛС
Цитата:
Например, скопировать часть раздела как обычно, другую часть - со смещением. Но нужно выбрать так, чтомы в смещенной части не было пусто (т.е. чтобы там были фрагменты существующих файлов).
Не совсем понятно…
1. Взял 1 TB хард (меньше нет) и прописал логическими нулями.
2. Штатным менеджером дисков Windows XP (оснастка diskmgmt.msc) создал на харде два основных (Primary) раздела:
A. First (S: ) --- 10 GB,
B. Last (T: ) --- 30 GB.
C. Остальную часть харда пока оставил неразмеченной.
3. В раздел Last (T: ) --- 30 GB скопировал папку dmde-free-2.2.2-win32-gui --- пока не мудрил…
4. Далее в Acronis Disk Director Suite сдвинул вправо левую границу раздела Last (T: ) --- 30 GB.
на 20 GB и уменьшил его до 10 GB. Правая граница раздела осталась на месте
и картинка в штатном менеджере дисков (оснастка diskmgmt.msc)
ЗЫ Раздел MFT_Offset (V: ) создавался мною в Акронисе для проверки начала $MFT и поиска зеркала $MFTDirr. Просто проверял --- тут более-менее понятко. Действительно начало $MFT во втором кластере и с зеркалом тут гуд. Этот раздел пока к делу не относится.
Итак ---
Информация по разделу Last (T: ) из DMDE
…………………………………………………………………………………………………
Цитата:
Bytes per Sector: 512
Bytes per Cluster: 4096
Bytes per MFT Record: 1024
Bytes per Index Record: 4096
Total Sectors Number: 20972441
MFT Cluster (or 0): 365
MFTMirr Cluster (or 0): 385 ??????????????
Start Offset: 32208519168
Партиция начинается в секторе 32208519168 / 512 = 62907264
Цитата:
Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F
77FC70000 EB 52 90 4E 54 46 53 20 20 20 20 00 02 08 00 00 лRђNTFS .....
77FC70010 00 00 00 00 00 F8 00 00 3F 00 10 00 80 E3 BF 03 .....ш..?...Ђгї.
77FC70020 00 00 00 00 80 00 80 00 98 03 40 01 00 00 00 00 ....Ђ.Ђ.˜.@.....
77FC70030 6D 01 00 00 00 00 00 00 81 01 00 00 00 00 00 00 m.......Ѓ.......
77FC70040 F6 00 00 00 01 00 00 00 47 7A 7E 50 B3 7E 50 B6 ц.......Gz~Pі~P¶
016Dh = 365dec --- кластер начала MFT --- перекрутил логический номер начального кластера $MFT --- 6D 01 00 00 00 00 00 00 (little-endian)
Начало MFT 365 * 8 = 2920 секторов от начала раздела.
62907264 + 2920 = 62910184 в физическом секторе харда 62910184
Да, совпадает с выдачей DMDE. И там действительно $MFT.
А вот с этим числом ---47 7A 7E 50 B3 7E 50 B6 ---- я не знаю что делать…
Согласно документации это должен быть логический номер кластера зеркала $MFTMirr, но что-то уж больно оно жуткое… Да и DMDE кластер 365 как для зеркала, так и для основной таблицы один и тот же показывает.
В чём тут дело…???...
ЗЗЫ Партиция заканчивается в секторе = 62907264 + 20972441 = 83879705
И близко там копии бут сектора раздела нет… Акронис не хранит загрузочный сектор в конце раздела -- ну и ладно...
На этом пока остановился.
Что значит копировать обычным образом…???....
Что и куда скопировать необычным образом со смещением -- отличие от обычного образа копирования в чём мсостоит…???...
Цитата:
Согласно документации это должен быть логический номер кластера зеркала $MFTMirr
Нет, Start Cluster $MFTMirr - это 8 байт сразу после Start Cluster $MFT. А то, что Вы смотрите - это уже serial.
Цитата:
Акронис не хранит загрузочный сектор в конце раздела
Да.
Цитата:
в Acronis Disk Director Suite сдвинул вправо левую границу раздела
А зачем? Вы же хотели искусственное партмагоидное смещение. Вам нужно посекторно сопировать начальную часть живого раздела в другой живой раздел (большего размера), а оставшуюся часть - посекторно скопировать со смещением. Вы можете сделать это в DMDE.
Спасиб большое! извенте за тупость сразу не вдуплил! теперь надо заставить только семерку загружатся что была в испорченом разделе.
Спасибо, спасибо огромное!!
Я уже не надеялась, а решение было так просто найдено...
начните с
http://forum.ru-board.com/topic.cgi?forum=84&topic=2596&start=4280#18
или с Линукса загрузитесь (Убунту)
Добавлено:
Tau_0
Вы сначала на исправном разделе проделайте и получите:
партмагоидное смещение=начало раздела.
с линукса пробовал - тож тормозит...
с лив сд пробовал - акронис видит диск как неинициализированный (нет доступа пишет),при попытке сделать его оперативным - обновляет,но диск так и остается неинициализированным
Прогнал викторией и mhdd под дос - нулевой сектор и еще несколько в середине x-UNC
или - это пробовать? :
"Обычная фигня. Это нулевое смещение в AMBR.
Откл питание винта => Magic Boot Disk => MHDD => CLRMBR. После этого можете продолжать с дампами и DMDE..."
Я не знаю, имеет ли смысл пробовать remap, учитывая атрибут 187 и другие (может, специалисты подскажут). Попробуйте ненадолго запустить ремап в тех же программах. Если не поможет, то надо снимать посекторную копию на другой диск с пропуском плохих секторов. Если сниматься тоже не будет, то только в к специалистам. Если данные важны, то сразу к специалистам.
а как снять посекторную копию на другой диск с пропуском плохих секторов?
http://forum.ru-board.com/topic.cgi?forum=8&topic=2845 - немного другая, но близкая задача.
В Виндовс так и не удается зайти?
Попробуйте, то, что есть с загрузчиками. Не знаю, как с пропусками, надо пробовать. Смотрите, чтобы был не сжатый образ, а посекторное клонирование.
Norton GHost
HDClone (с ограничением скорости)
DMDE ч/з ATA Interface (надо делать загр. дискету; тоже не быстро).
вчера windows все-таки с ним загрузилась,видит в диспетчере диск,томов не видит....в управлении дисками его нет....
Easy Recovery зависает в процессе сканирования оборудования после выбора опции "Advanced Recovery", R-Studio при запуске не показывает окно вообще, Active File/Partition Recovery доходит до проблемной области и зависает.
Что ещё можно предпринять? Буду признателен за любую помощь.
PS: Пожалуйста, не тыкайте меня носом, что, мол, это уже разбирали там то и там то - я очень занят на работе, читать 194 страницы раздела не представляется для меня возможным, поиск по разным критериям результатов не дал.
Tогда еще WinHex
Добавлено:
disparo
Ну хотя бы шапку темы прочитать можно...
Обращаясь в тему... покажите SMART
Добавлено:
Да, к слову, я его прошлой ночью оставил сканироваться на Advanced Partition Recovery, дело было около трёх часов ночи, APR завис на одном из секторов, я оставил его в таком состоянии. Проснувшись в 7 утра, обнаружил, что сканирование так дальше и не продвинулось.
Это может быть висюк Сигейта на бэдах.
Программы пользуете не те. Ваши инструменты - MHDD, Victoria, HDDScan, DMDE. Но если DMDE тоже виснет на копировании, и бэдов достаточно много, то увы, врядли Вы сами полноценно восстановите.
Большое спасибо за советы! А в какой последовательности лучше проводить реанимационные мероприятия? Я так понимаю, для начала стоит прогнать Victoria, а потом уже за DMDE браться.
Вопрос: подскажите как скопировать теперь 640 gb с 1 терабайтного веника, на 250 Gиговый винт, если он действительно занимает к примеру только 100 gb ну или пусть все сектора равно столько, сколько места в 250 гиговом винте.
удивительно, что человек пользующий UNIX задаёт такие вопросы.
Вариант 1: Уменьшить партицию до нужного объёма, скопировать с помощью dd.
Вариант 2: Создать на винте-приёмнике нужную структуру файловой системы, подмонтировать его, скопировать данные, восстановить загрузчик.
Вариант 3: Использовать parted.
И ещё over 9000 вариантов.
Скорее весго, Вы просканите в MHDD/Victoria и констатируете висюк. Что делать дальше, знают только специалисты.
RASL85
Цитата:
как скопировать теперь 640 gb с 1 терабайтного веника, на 250 Gиговый винт
Копировать с 0 до xxxxxxxx сектора. Вы ведь не расширяли раздел, я надеюсь.
т.к. я знал что 640 влезет на 1тб, по этому я весь 640 gb винт посекторно закинул на 1 тб, т.е. в файловую систему я даже не влезал. Но я никак не ожидал что потом дадут 250 гб винт.
пробовал acronis disk director:
с бутовым разделом проблем конечно не было....но как теперь уменьшить раздел 600 гигов если он занять, допустим всего лишь на 100 гигов.
Вот что выдал акрон.диск.дир.
1 тб:
/boot Осн, Акт. 101, 9 Мб незанято 85,64 мб ext3
Нет (H Осн. 596,1 гб 0x8E (Linux LVM)
Незанято 335,3 незанято
Причем на всех других разделах помечено сколько занято...а именно этот раздел, показывает что он занять целиком формат RAW.
Цитата:
пробовал acronis disk director
Если и пробовать, то ПО, которое умеет работать с соответствующими ФС (в данном случае LVM).
Добавлено:
bbogdan2005
Скорей всего, уже восстановленный файл обрабатывать программами, предназначенными для восстановления Excel-евских файлов.
Добавлено:
disparo
Цитата:
удивительно, что человек пользующий UNIX задаёт такие вопросы.
Более удивительно когда тот, кому "некогда" читать то, что ему нужно и требует ответа, тратит время на такие советы.
К тому же, Unix это не Linux, а последние может установить чуть ли не начинающий пользователь.
Нет, если исходно винт был 640 ГБ, то и теперь должен быть не меньше. Или пофайлово копируйте и восстанавливайте загрузку.
Не надо извращаться с Акронисом и т.п.
если в вашем понимании "установить Linux" значит прожечь на болванку какую-нибудь Убунту и четырежды нажать кнопку "Далее", то да, любой сможет. Но многообразие Linux'ов одной Убунтой не ограничивается. И да, LVM - это не файловая система, если что.
RASL85
не советую никаких Акронисов - только время убьёшь. Именно потеря данных после изнасилования диска Акронисом сподвигла меня когда-то на более детальное освоение unix. Сними fdisk'ом данные о таблице разбиения, создай на приёмнике нужную тебе структуру ФС и скопируй данные руками.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316
Предыдущая тема: USB Flash Drive. Общие вопросы (Часть 2)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.