|
win7 не видит один логический раздел диска
День добрый.
Случилась беда при установке Win7. В управлении дисками выводит ошибку, показанную на скрине ниже Скрытый текст
Читая одну из тем на форуме http://forum.oszone.net/thread-211305.html видел, что там помогли человеку и сделал всё, что просили там. DMDE скрин Скрытый текст
http://goo.gl/hlTCwX DMDE 100 секторов |
Alexey_VI,
1. Выделите и удалите раздел в красной рамке. Он пока меня путает… См. картинку. 2. Пришлите дамп сектора 206848 Как сделать дамп нужного сектора (-ов) См. здесь 3. Перезапустите DMDE и cнова покажите окно с разделами диска из DMDE/ |
Tau_0, похоже что на компе побывала программа типа Partition Magic и спровоцировала (создала) перекрытие разделов...
Я бы обратил внимание не на тот раздел, что вы выделили рамкой, а на верхнюю границу раздела "Основной (А)", которая, насколько я понимаю, должна быть 204 802 047 а не 204 812 648. Хотя это можно сделать и при временно удалённом разделе, отмеченном вами. Alexey_VI, но это пока как соображения, а не руководство к действию. Я могу и ошибиться. |
Цитата:
А тот, что в красной рамке какой-то неоднозначный (рядом другой такой же показан...), потому и хочу его пока удалить... PM не сдвигает разделы --- похоже, что тут что-то похитрее было... --- Вскрытие покаэет..., если ещё оно будет... Многие начинают, но на последнем этапе смываются :gigi::gigi::gigi: |
Цитата:
Кстати, под тем, который (А), лежит нечто похожее на правду. И – хммм... таки да, не обратил внимания, что тот, что перед тем, который предложено удалить, вписывается в картину. Но над разбивкой измывались не один раз, так что подождём. :) |
Вложений: 1
Пока доступ на компьютер нет. Будет сегодня чуть позже.
Стоит 2 винта на компе. Поставил в раздел, где было свободное место. Винда встала, но вот один разделов пропал. PM и другие дисковые редакторы лично я не использовал, когда пришёл. Возможно было что-то до меня, тут сложно сказать. Дисковые редакторы использую только на своём оборудовании, чтобы потом не было ко мне претензий. Вставал на различные грабли :) Чтоб глаза об скрин DMDE не ломать, выложу повторно во вложении. |
Вложений: 1
Сделал, как просили
http://goo.gl/nzesUo |
Цитата:
Смотрим загрузочный сектор тома абезя Нас только две строки и интересуют Hidden Sectors = 206848 --- число секторов перед томом Total NTFS Sectors = 204595199 --- число секторов на томе Тогда последний сектор тома будет Hidden Sectors + Total NTFS Sectors – 1 = 206848 + 204595199 – 1 = 204802046 А конец раздела на единицу дальше 204802046 + 1 = 204802047 Цитата:
Поэтому подправим таблицу разделов ================================ 1.Выделяем запись единственного раздела в PT 2 Ctrl + E --- включаем режим редактирования 3 В поле Number of Sectors вбиваем верное число секторов в разделе 204605837 <=== 204595200 --- в разделе последний сектор зарезервирован для копии бута. Этот сектор не входит в том… 4. Ctrl + W --- записываем изменённую MBR См. Картинку 1 ================================================ Осталось вставить ещё один раздел Выделяем и вставляем последний раздел в синей рамке как Основной раздел… См. картинку 2 Никакой другой раздел вставить не получится в том смысле, что других целых предендентов нет… Вот только имя у него ни в дугу (совпадает с другой обезьяной --- путаница, да и на латинице имя лучше...) Перезагружаете машину и отписываетесь… |
Вложений: 1
Сделал. Сейчас файловая система RAW , но уже отображается. :)
Скрин во вложении |
Цитата:
RAW потому, что в файловой системе есть ошибки... DMDE вывел красным индикатор F --- это явная неиспрвность.... Надо бы файл $Mft посмотреть, это после... А пока попробуйте напустить на этот том утилиту чекдиск в режиме только чтение --- без ключей... Пуск ===> Выполнить ===> CMD (для Windows 7 и выше запуск от имени администратора...) CHKDSK X: --- где X: - буква диска. Рапорт чекдиска показываете. Просто по copy/past копируете в текстовый файл... Добавлено ======== Вышлите дампы секторов 204802048 и 488392703. Это, чтобы к $Mft подобраться... |
Вложений: 2
Чекдиск под спойлером.
Скрытый текст
Код:
C:\Windows\system32>chkdsk G:Дампы + диспетчер во вложении :) |
Alexey_VI,
Содержимое Boot сектора NTFS и копии бута совпадают… Нужные поля из бутсектора: ====================== Bytes per sector = 512 Start C# $MFT = 786432 Start C# $MFTMirr = 2 Sectors per cluster = 8 Hidden sectors = 204802048 Total sectors = 283590655 ============================ Тогда размер тома = 204802048 + 283590655 - 1 = 488392702 Это согласуется с PT --- разбиение верное… A вот $MFT содержит ошибки… И чекдиск это подтверждает... Start C# $MFT = 786432 --- номер кластера начала $MFT Start Sector # $MFT = 786432 * 8 = 6291456 --- номер сектора относительно начала раздела Тогда относительно начала харда LBA = 204802048 + 6291456 = 211093504 --- начало $MFT Аналогично зеркало $MFTMirr начинается в секторе 2*8 + 204802048 = 204802064 Поэтому пришлите: 1. Дамп 100 секторов, начиная с LBA = 211093504 Это первые 50 записей $MFT. 2. Дамп 8 секторов, начиная с LBA = 204802064. Это ВСЕ четыре записи зеркала. Больше там просто нет… Но пусть будут… |
Вложений: 1
Это сделаю чуть позже, когда будет доступ к кому.
У меня вопрос для саморазвития. Возьмём , например, Total sectors. Количество 283590655 = 0x10E73FFF . Смотрим, что Total Sectors находится по смещению 0x28 , длина 8 байт. Далее лезем, например, в WinHex и наблюдаем картину, что там запись идёт в обратном порядке 0xFF3FE710 . Почему в обратном? Пытался найти информацию, но что-то не ищется. Может скажете, где почитать или ответите. Я это понял так: Берётся первый байт FF, кладётся в какаю-то область памяти, потом берется 3F ик ладётся поверх -> FF уже смещается дальше -> результат 3FFF. Потом происходит тоже самое с E7 и 10. То есть то, что пришло последним, берется первым и получается 10E73FFF. Поправьте, если ошибаюсь :) По завершении работы с меня пиво или сок, тут сами решите :) Реквизиты в личку скиньте |
Цитата:
Для комфортного просмотра загрузочного сектора в WinHex используйте шаблон… 1. Загоняете целку курсора в левый верхний угол сектора 2. View ===> Template Manager ===> Boot Sector NTFS Boot sector of an NTFS partition И не надо мучаться. Ну и интерпретатор данных WinHex позволяет удобно интерпретировать данные. См. Help WinHex по Data Interpreter Устанавливаем курсор в позицию с которой интерпретируем hex эначение. По OffSet =28 и интерпретируем Litle-endian значение в dec представление. Понятно, что и 8 байтов и 4 байта интерпретируются в одно десятичное число 283590655, поскольку нули никакого вклада не дадут… См. картинку. Она иллюстрирует применение Data Interpreter к полю Total Sectors... Наиболее полно ФС NTFS описана Скрытый текст
Название: Криминалистический анализ файловых систем
Автор: Брайан Кэрриэ Издательство: ПИТЕР ISBN: 5-469-01311-1 Год издания: 2007 Страниц: 480 Язык: Русский Формат: DjVu Качество: отличное Размер: 7.28 Мб Или по аглицки File System Forensic Analysis Author: Brian Carrier Publication: •Book File System Forensic Analysis Addison-Wesley Professional ©2005 ISBN:0321268172 В сети посмотрите --- копий как грязи… Ну и Linux Documentation Project. На руборд сходите и там поспрошайте … И хобот, правда ходят слухи, что он испортился, но я сам редко там бываю.. |
Похоже, девочка кинула меня в игнор. Не отвечает только мне на любые средства связи.
Как обычно, я не в теме причин игнора и, наверное, должен сам о них догадаться. Ждём ещё пару дней. p.s. За книжку спасибо, скачал, читаю для общего развития. |
Вложений: 1
День добрый.
Соезволила-таки дама со мной пообщаться. Сама на связь вышла :-) Всё запроешнное во вложении. |
Цитата:
См. под спойлером Скрытый текст
0 0000 --- $MFT
1 1024 --- $MFTMirr 2 2048 --- $LogFile 3 3072 --- $Volume 4 4096 --- $AttrDef 5 5120 --- $.корневой каталог 6 6144 --- $Bitmap 7 7168 --- $Boot 8 8192 --- $BadClus 9 9216 --- $Secure 10 10240 --- $UpCase 11 11264 --- $Extend 12 12288 --- пустая запись 13 13312 --- пустая запись 14 14336 --- пустая запись 15 15362 --- пустая запись 16 16384 --- ХЗ 17 17408 --- ХЗ 18 18432 --- ХЗ 19 19456 --- ХЗ 20 20480 --- ХЗ 21 21504 --- ХЗ 22 22528 --- ХЗ 23 23552 --- ХЗ 24 24576 --- $Quota 25 25600 --- $ObjId 26 26624 --- $Reparse 27 27648 --- $RmMetadata 28 28672 --- $Repair 29 29696 --- $TxfLog 30 30720 --- $Txf 31 31744 --- $Tops 32 32768 --- $TxfLog.blf 33 33792 --- $TXFLO~1 34 34816 --- $TXFLO~2 35 35840 --- SYSTEM~1 36 36864 --- tracking.log 37 37888 --- $RECYCLE.BIN 38 38912 --- S-1-5-21-2581632781-1386119319-2447804830-1001 39 39936 --- desktop.ini 40 40960 --- ALBUMA~2.JPG 41 41984 --- 087D~1 42 43008 --- 112~1.AVI 43 44032 --- 113~1.JPG 44 45056 --- 114~1.JPG 45 46080 --- 117~1.JPG 46 47104 --- 118~1.JPG 47 48128 --- 120~1.JPG 48 49152 --- 121~1.JPG 49 50176 --- 122~1.JPG И визуально не увидел в них ничего плохого Тут может быть вот какая веСЧь --- начало тома все-таки опреднлено мною неверно...:( Вам ничего не остаётся, как вновь упасть даме в ножки и пережить дамские штучки...:gigi::gigi::gigi: Но нужно в DMDE запустить глубокий поиск NTFS... Лог поиска (ntfsscan) надо сохранить и приложить к ответу... Лог покажет верное начало тома... |
| Время: 21:03. |
Время: 21:03.
© OSzone.net 2001-