Показать полную графическую версию : win7 не видит один логический раздел диска
Alexey_VI
06-11-2014, 14:10
День добрый.
Случилась беда при установке Win7. В управлении дисками выводит ошибку, показанную на скрине ниже http://s016.radikal.ru/i334/1411/23/2b25ffca8144.jpg (http://www.radikal.ru)
Читая одну из тем на форуме http://forum.oszone.net/thread-211305.html видел, что там помогли человеку и сделал всё, что просили там.
DMDE скрин
http://s010.radikal.ru/i312/1411/c8/27a28fb3ef63.jpg (http://www.radikal.ru)
http://goo.gl/hlTCwX DMDE 100 секторов
Alexey_VI,
1. Выделите и удалите раздел в красной рамке. Он пока меня путает…
См. картинку (http://rghost.ru/58918142/image.png).
2. Пришлите дамп сектора 206848
Как сделать дамп нужного сектора (-ов) См. здесь (http://forum.oszone.net/thread-237779-10.html)
3. Перезапустите DMDE и cнова покажите окно с разделами диска из DMDE/
Tau_0, похоже что на компе побывала программа типа Partition Magic и спровоцировала (создала) перекрытие разделов...
Я бы обратил внимание не на тот раздел, что вы выделили рамкой, а на верхнюю границу раздела "Основной (А)", которая, насколько я понимаю, должна быть 204 802 047 а не 204 812 648.
Хотя это можно сделать и при временно удалённом разделе, отмеченном вами.
Alexey_VI, но это пока как соображения, а не руководство к действию. Я могу и ошибиться.
Я бы обратил внимание не на тот раздел, что вы выделили рамкой, а на верхнюю границу раздела "Основной (А)", »
Я и обратил на него внимание --- зачем бы мне его бут понадобился...???...
А тот, что в красной рамке какой-то неоднозначный (рядом другой такой же показан...), потому и хочу его пока удалить...
PM не сдвигает разделы --- похоже, что тут что-то похитрее было... --- Вскрытие покаэет..., если ещё оно будет... Многие начинают, но на последнем этапе смываются :gigi::gigi::gigi:
PM не сдвигает разделы »
Но то, что смещает верхнюю границу – это за ним замечалось. ;)
Кстати, под тем, который (А), лежит нечто похожее на правду.
И – хммм... таки да, не обратил внимания, что тот, что перед тем, который предложено удалить, вписывается в картину. Но над разбивкой измывались не один раз, так что подождём. :)
Alexey_VI
07-11-2014, 10:44
Пока доступ на компьютер нет. Будет сегодня чуть позже.
Стоит 2 винта на компе. Поставил в раздел, где было свободное место.
Винда встала, но вот один разделов пропал.
PM и другие дисковые редакторы лично я не использовал, когда пришёл. Возможно было что-то до меня, тут сложно сказать.
Дисковые редакторы использую только на своём оборудовании, чтобы потом не было ко мне претензий. Вставал на различные грабли :)
Чтоб глаза об скрин DMDE не ломать, выложу повторно во вложении.
Alexey_VI
07-11-2014, 21:15
Сделал, как просили
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 (http://rghost.ru/58945726/image.png)
================================================
Осталось вставить ещё один раздел
Выделяем и вставляем последний раздел в синей рамке как Основной раздел…
См. картинку 2 (http://rghost.ru/58945739/image.png)
Никакой другой раздел вставить не получится в том смысле, что других целых предендентов нет… Вот только имя у него ни в дугу (совпадает с другой обезьяной --- путаница, да и на латинице имя лучше...)
Перезагружаете машину и отписываетесь…
Alexey_VI
09-11-2014, 19:31
Сделал. Сейчас файловая система RAW , но уже отображается. :)
Скрин во вложении
Скрин во вложении »
А где скрин из управления дисками...???...
RAW потому, что в файловой системе есть ошибки... DMDE вывел красным индикатор F --- это явная неиспрвность....
Надо бы файл $Mft посмотреть, это после...
А пока попробуйте напустить на этот том утилиту чекдиск в режиме только чтение --- без ключей...
Пуск ===> Выполнить ===> CMD (для Windows 7 и выше запуск от имени администратора...)
CHKDSK X: --- где X: - буква диска.
Рапорт чекдиска показываете. Просто по copy/past копируете в текстовый файл...
Добавлено
========
Вышлите дампы секторов 204802048 и 488392703. Это, чтобы к $Mft подобраться...
Alexey_VI
09-11-2014, 20:30
Чекдиск под спойлером.
C:\Windows\system32>chkdsk G:
Тип файловой системы: NTFS.
Метка тома: абезя.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Повреждена основная таблица файлов. Выполнение CHKDSK прервано.
Дампы + диспетчер во вложении :)
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. Это ВСЕ четыре записи зеркала. Больше там просто нет… Но пусть будут…
Alexey_VI
10-11-2014, 08:56
Это сделаю чуть позже, когда будет доступ к кому.
У меня вопрос для саморазвития.
Возьмём , например, Total sectors. Количество 283590655 = 0x10E73FFF . Смотрим, что Total Sectors находится по смещению 0x28 , длина 8 байт.
Далее лезем, например, в WinHex и наблюдаем картину, что там запись идёт в обратном порядке 0xFF3FE710 . Почему в обратном?
Пытался найти информацию, но что-то не ищется. Может скажете, где почитать или ответите.
Я это понял так:
Берётся первый байт FF, кладётся в какаю-то область памяти, потом берется 3F ик ладётся поверх -> FF уже смещается дальше -> результат 3FFF. Потом происходит тоже самое с E7 и 10.
То есть то, что пришло последним, берется первым и получается 10E73FFF. Поправьте, если ошибаюсь :)
По завершении работы с меня пиво или сок, тут сами решите :) Реквизиты в личку скиньте
там запись идёт в обратном порядке 0xFF3FE710 . Почему в обратном? »
Так устроен процессор Intel х86. Посмотрите в сети про порядок данных Litle-endian и Big-Endian…
Для комфортного просмотра загрузочного сектора в 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, поскольку нули никакого вклада не дадут…
См. картинку (http://rghost.ru/59005038/image.png). Она иллюстрирует применение 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 (http://0cch.net/ntfsdoc/index.html).
На руборд (http://forum.ru-board.com/topic.cgi?forum=84&topic=4564&start=1640) сходите и там поспрошайте …
И хобот (http://forum.ixbt.com/topic.cgi?id=11:45814-63), правда ходят слухи, что он испортился, но я сам редко там бываю..
Alexey_VI
11-11-2014, 13:24
Похоже, девочка кинула меня в игнор. Не отвечает только мне на любые средства связи.
Как обычно, я не в теме причин игнора и, наверное, должен сам о них догадаться.
Ждём ещё пару дней.
p.s. За книжку спасибо, скачал, читаю для общего развития.
Alexey_VI
18-11-2014, 20:36
День добрый.
Соезволила-таки дама со мной пообщаться. Сама на связь вышла :-)
Всё запроешнное во вложении.
Всё запроешнное во вложении. »
Убил кучу времени и посмотрел ВСЕ файловые запмси (записи $MFT)
См. под спойлером
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) надо сохранить и приложить к ответу...
Лог покажет верное начало тома...
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.