Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» Пропал диск. Восстановление таблицы разделов (не данных)

Автор: Maxim_289
Дата сообщения: 18.09.2004 17:08
VZ_Alexandr попробуй загрузись с системной дискеты Windows 98 и проверь винт Norton Disk Doctor'ом для DOS. У меня похуже проблема была и Norton Disk Doctor boot-сектор восстановил
Автор: KLASS
Дата сообщения: 18.09.2004 17:47
VZ_Alexandr

Цитата:
Поля 0х30 и 0x38 , задающие номер кластера MFT и дубля - пустые

Прошу прощения, разумеется ValterG дал более точный ответ, я посмотрел только на шапку и конец сектора.
Автор: VZ_Alexandr
Дата сообщения: 18.09.2004 17:47
KLASS
В 64 секторе абсолютно не то. После перезагрузки я смог на диск попасть но там только некоторое кол-во папок и файлов с абракадаброй вместо имен.
ValterG
Системным данный диск никогда не был, он использовался всегда как архив. Там был дистрибутив винды может от туда ?
Вот что-то похожее на дубль. В крайнем случае удовлетворяет всем условиям

Добавлено
Так, нашел еще одну точную копию ... сектор 41465887 (как на картинке)
Автор: KLASS
Дата сообщения: 18.09.2004 18:15
VZ_Alexandr
MFT, если вынь 2К, начинается в 32 секторе тома, счет с 0, или абсолютный сектор 95. Копия первых записей $MFT находится ровно посередине тома.
Автор: VZ_Alexandr
Дата сообщения: 18.09.2004 18:29
KLASS
О ... так вот щас нашел у меня MFT 95 сектор и зеркало в 156288383
Автор: KLASS
Дата сообщения: 18.09.2004 20:39
VZ_Alexandr
MFT, разумеется, у каждого разное, тем более у мя ХР, но судя по четырем черным прямоугольникам, думаю, у тебя она битая. В любом случае, поступаешь так.
Создай где-нибудь том, размером сектор в сектор с тем, который у тя больной. Форматишь его стандартной утилитой из 2K и забираешь из него первые 16 секторов начиная с 63 (хотя можно и всего 7, остальные все-равно обнулены). Вставляешь в свой больной раздел. Вот еще ссыла, теория, конкретно по 2К. http://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp?url=/windows2000/techinfo/reskit/en-us/core/fncb_dis_dfrz.asp
Автор: ValterG
Дата сообщения: 19.09.2004 12:21
Maxim_289

Цитата:
попробуй загрузись с системной дискеты Windows 98 и проверь винт Norton Disk Doctor'ом для DOS. У меня похуже проблема была и Norton Disk Doctor boot-сектор восстановил

Такие номера проходят только с FAT32 и если NDD 2000 и выше.
А NTFS он убьет ! К счастью теперь есть альтернативы.

VZ_Alexandr

Цитата:
О ... так вот щас нашел у меня MFT 95 сектор и зеркало в 156288383

Да очень похоже. Теперь надо boot-sector заполнить
и должно все показать. Нужно задать-то всего число
секторов в кластере ( видимо 64 - на таком большом диске),
число кластеров на 1 запись MFT( у меня 246 - у тебя не знаю ?!)
число кластеров на индексный блок ( у меня 2 - все это смотрю
WinHEX-ом), ну и естественно начальный кластер MFT и дубль и число секторов,
остальные поля у всех одинаковы..... ID-диска нужен только
для программ, которые к нему привязаны.....
А 64-й и остальные я думаю не нужны - там загрузчик......
Автор: KLASS
Дата сообщения: 19.09.2004 14:02
VZ_Alexandr
Ссылку выше дал на описание MBR, но там рядом и про бутсектор
http://www.microsoft.com/windows2000/techinfo/reskit/en-us/core/fncb_dis_zahi.asp
ValterG

Цитата:
А 64-й и остальные я думаю не нужны - там загрузчик

Загрузчик начинается со смещения 0х54
Автор: VZ_Alexandr
Дата сообщения: 20.09.2004 13:24
ValterG
64 ... мало вероятно ... почти все программы утвержают что 512*8 (да сектор MFT 32)
Размер записи MFT как поглядел везду 1 Кб (0F6h)
Размер буфера индекса везде где видел 01h
KLASS
Спасибо за доп инфу

PS Вытащил с диска уже 40 гектар по сигнатурам, но главный архив давольно сильно фрагментирован так что так увы его не найти. Сейчас договорился насчет такого же винта ... пойду вечером смотреть че там да как.
Автор: VZ_Alexandr
Дата сообщения: 20.09.2004 21:12
Итак по порядку ... глянул я тот винт ... винт оказался другим создать такой же том как у меня не получилось
Но я проверил вариант который давал выше и ... при презагрузке выскачело сообщение что том D поврежден с великодушным предложением поправить его (такое сообщение появилось впервые) ... я ответил отказом.
В винде при попытке зайти на том появляется сообщение "Нет доступа к D:\. Файл или папка повреждена"
Вообщем что по рекомендуете ? Боюсь если винда поправит диск зайти то я смогу но вот инфу потеряю безповоротно
Автор: KLASS
Дата сообщения: 20.09.2004 22:28
VZ_Alexandr

Цитата:
глянул я тот винт ... винт оказался другим

Винт не обязательно, можно в той же Virtual PC... размер тома будет нужный, но сам файл виртуального диска будет занимать мало места.
Автор: ValterG
Дата сообщения: 21.09.2004 13:28
VZ_Alexandr

Цитата:
64 ... мало вероятно ... почти все программы утвержают что 512*8 (да сектор MFT 32)
Размер записи MFT как поглядел везду 1 Кб (0F6h)
Размер буфера индекса везде где видел 01h

PS Вытащил с диска уже 40 гектар по сигнатурам

1) Да я уже понял. 95 сектор - это 4-й кластер. Значит 8 секторов.
0F6h=246 ( это то же совпадает). Индекс действительно 1 -
я с другим диском спутал.
2) По сигнатурам - это мартышкин труд. Если файлы фрагментированы, то
вытащит "голову" файла с мусором. Я не совсем точно написал :
в boot-секторе указывают номер начального кластера MFT и зеркала.
Первый номер у тебя 4 = (95-63)/8 , а зеркало
19536040=(156288383 -63)/8
Если так заменишь, то GetDataBack должен нормально сработать.
Автор: VZ_Alexandr
Дата сообщения: 22.09.2004 07:10
KLASS
Проверил на VMWare ... почти все что вбил было правельно.
ValterG
Но результат тотже "Нет доступа к D:\. Файл или папка повреждена". GetDataBack результатов не дал Все эти проги по прежнему видят менее 20 % (так же как и было), хотя структура папок стала правельной.
Вот теперь уже все таки наверное в морг
PS Мартышкин труд ... это точно, но в моем случае он оказался самым результативным.
PS PS А есть ли какие нибудь рекомендации что бы такого не происходило ? Ну конечно за исключением хранения резерва основных секторов. Может какнить переразбить это винт ?
Автор: ValterG
Дата сообщения: 22.09.2004 09:02
VZ_Alexandr

Цитата:
Проверил на VMWare ... почти все что вбил было правельно

Virtual PC(5.2) отказался у меня создать диск больше чем 130 Гиг
А где были отличия ?! WinHEX говорит, что в 2-м кластере
лежит MFT bitmap. Может в эту сторону копнуть - если bitmap побился,
то может программы восстановления игнорируют нормальную
информацию из MFT. Кстати записи MFT видимо легко расшифровываются :
по адресу 0хЕА - имя файла в Unicode, где-то наверное номера кластеров.
Может написать простенькую программу для восстановления
или хотя для поиска и распечатки содержимого MFT, чтобы
"покойник восстал"
++++++++++++++++=
Решил Парагоном посмотреть на свои MFT - блин, а зеркало-то пустое
Это что же такое, где дубли. Или Парагон врет ?!
Автор: VZ_Alexandr
Дата сообщения: 22.09.2004 11:07
ValterG
Создавай сказевый винт ... IDE в VMWare только 128 гигов. Отличия были в секторах ... я немного пролител с размером (сделал на 500 секторов меньше), но остальные параметры были именно такими как я и предпологал, сдается мне если не мудрить с разделами то всегда получается одно и тоже (проверил созданием разделов на 60, 80, 120 и 149).
Насчет второго кластера, гляну че там.
Автор: chogo
Дата сообщения: 22.09.2004 16:48
KLASS

Подскажите из практического опыта: Чем отличается разбиение диска на разделы первичные (primary) и расширенные (extended)? Есть ли какой-то толк делать все разделы на диске первичными? Или все же лучше сделать один первичный с раширенным, в котором создавать логические разделы? Как лучше поступить? Чему отдать предпочтение?
Автор: KLASS
Дата сообщения: 22.09.2004 19:11
chogo

Цитата:
Чем отличается разбиение диска на разделы первичные (primary) и расширенные (extended)?

По сути, ничем...

Цитата:
Есть ли какой-то толк делать все разделы на диске первичными?

Возможно есть небольшая разница при монтировании томов. Скажем, первичные тома, теоритически, несколько быстрее монтируются при загрузке, в отличии от томов в расширенном разделе, где необходимо считывание всей цепочки разделов в память. На практике же, это на глаз не заметно. Больше заметно, если в системе несколько разделов с FAT32, они гораздо дольше монтируются.

Цитата:
Или все же лучше сделать один первичный с раширенным, в котором создавать логические разделы?

Если планируется создание более четырех разделов то, предпочтительно, об этом сразу позаботиться, чем потом юзать сторонний софт с риском для данных.
К примеру для себя, как домашнего пользователя, я давно выбрал одну ОС и поэтому имею всего один основной раздел на всем диске 80Мб (сорри, ГБ разумеется). Остальные ОСи, пользуемые лишь при необходимости изучения того или иного вопроса, живут в Virtual PC. Для другого, такое положение вещей, будет неприемлемо, т.е. все от поставленных задач.
Если пока не известно сколько будет разделов, то можно бить не весь диск, а, скажем, отвести 20-30Гб (NTFS) под устанавливаемую ОС, остальную часть, пока не трогать. В последствии раздел можно расширить, используя внутреннюю программу DiskPart, если речь, разумеется, об ХР, или создать новый, для установки другой ОС.
Автор: chogo
Дата сообщения: 23.09.2004 02:21
KLASS
Пасиба за ответ.

Меня этот вопрос раньше не волновал (пользовался PartitionMagic) но вот както разбил винт в WinXP, при установке на чистый винт (под рукой ничего вообще небыло кроме бутового диска XP), после того как я создал один примари и один расширенный с двумя логическими, у меня осталось неразмеченое место примерно 8mb.
Это что получается в XP стоит просто улутшенный "FDISK" ?
И насколько он "хороший" , нужно ли им пользоватся ?
Автор: Topcrust
Дата сообщения: 23.09.2004 13:40
chogo

Цитата:
...осталось неразмеченое место примерно 8mb.

Вот на этой странице ищи пост KLASS'a, он уже отвечал по этому поводу (да и вообще неплохо бы весь топик полистать).

Цитата:
Это что получается в XP стоит просто улутшенный "FDISK" ?

В XP стоит diskpart. Просто когда с CD грузишься и бьешь винт, то у этого diskpart'a появляется такой примитивный интерфейс. И когда винт бьешь им, то образуется неразмеченое место примерно 8mb. Консольный diskpart бьет винты без остатка .

Цитата:
И насколько он "хороший" , нужно ли им пользоватся ?

Лично я давно пользуюсь только консольным diskpart'ом, чего и всем желаю. Избежишь многих проблем, особенно если с большими винтами работаешь.
Автор: chogo
Дата сообщения: 23.09.2004 16:40
Всем пасиба, вопросов более не имею.
Автор: greenfox
Дата сообщения: 23.09.2004 19:07
hi all!
Вот вопрос - ХП, стало вылезать окно типа $mft файл или фолдер повреждён и т.д. и т.п. запустите chdsk.... ну запускаю, он проверяет сиист том пишет..
Цитата:
Cleaning up minor inconsistencies on the drive.
Cleaning up 1 unused index entries from index $SII of file 0x9.
Cleaning up 1 unused index entries from index $SDH of file 0x9.
Cleaning up 1 unused security descripto
в остально типа порядок....
Но через некотоое время - опять эта надпись вылазит... не могу понять к чему всё это!? MFT - наск я понимаю таблица файловой системы - неужели ей кранты и сама система не может это исправить!? Заранее спасибо за ответ!
Автор: ValterG
Дата сообщения: 24.09.2004 10:31

Цитата:
MFT - наск я понимаю таблица файловой системы - неужели ей кранты и сама система не может это исправить!? Заранее спасибо за ответ!

Она и исправляет. А кранты наверное твоему харду приходят
Или может ты попал на проблему быстрого выключения компа, когда
диск не успевает сбросить свой огромный ( 8 Мб) кеш.
Автор: mds64
Дата сообщения: 24.09.2004 14:47
После неудачного слияния разделов получилось что FAT не соответствует физическому расположению данных. Как минимум 60% данных при этом были перемещены физически. Делал всё Partition Magic'ом 8 (PM8).
Хочу спросить опытных: можно ли в этом случае что-нибудь сделать чтобы восстановить (исправить) таблицу размещения файлов и (или) спасти данные?
.
Теперь для тех кто заинтересовался - подробнее и по порядку.
.
Есть хард 20 гиг (IBM DTLA 307020).
Разбиение до слияния (пишу по памяти, глядя на картину разбиения PM8 после слияния разделов):
.
___Partition___________Type_________Size______Status__Pri/Log

1) Свободное место__________________7.8 МБ___было неотформатировано
2) диск HARD (C)______FAT32_____9.781.8 МБ___Active___Primary
3) (*)_________________Extended__9.828.8 МБ___None____Primary
4) диск DTLA (D)_______FAT32_____9.828.8 МБ___None____Loghical
Размер кластеров: 2K.
.
Предыстория: Primary образовался при копировании другого диска целиком (Quantum 10 гигабайт) тем же PM8. При этом копировании HARD (C) получился почему-то Loghical, а не
Primary и появились эти 7.8 МБ в начале. Затем я сконвертировал Loghical в Primary и созда второй логический диск DTLA (D). Всё нормально работало, система грузилась.
.
И вот мне пришла в голову дурная идея объединить неиспользуемые 7.8 МБ в начале диска и диск HARD (C). Конечно нормальный человек сделал бы просто Resize диска C, но я почему-то стал делать по другому:
1) Загрузился в DOS, запустил Partition Magic 8 на дискете.
2) Отформатировал эти 7.8 МБ (FAT).
3) Объединил (Merge) получившийся пустой логический диск и диск HARD (C), задал Merge Folder _Н, в которую, как я думал, он будет помещать содержимое диска 7.8 МБ (а может наоборот -диск C).
4) Нажал apply. Процесс пошёл. Когда PM8 стал делать shifting data всех 10 гигабайт диска C -понял что поступил глупо, и ждать придётся не менее получаса.
5) Периодически посматривал на экран. Когда последний раз смотрел -PM8 перетащил 60% данных, но проценты при этом набегали заметно медленнее, чем в начале. Минут через 20 смотрю -сообщение об ошибке (не обратил внимания какая). Нажал ОК. Смотрю -разбиение диска как будто не изменилось (разве что 7.8 МБ стали отформатированными).
6) Нормально вышел из PM8. Перезагрузился. Bios видит, а система не грузится (диск C-системный, стоит win98).
7) Выключил PC, вытащил винт, подключил к другому компу на второй шлейф. Смотрю Total Commanderом диск HARD (теперь стал D. В корневом каталоге всё отображается нормально, но если залезть в директории -там какая-то фигня: директории и файлы со странными именами. Некоторые бессмысленные, а некоторые имена явно похожи на куски файлов данных, например:
c=http%3A.A// DIR
d.com.ua./fo DIR
В корневом каталоге файлы хоть и с правильными именами, но внутри -тоже бред. Eстественно, не запускаются.
К директориям, которые были раньше, добавлась директория _Н (см.пункт 3). Внутри неё -абсолютно то же самое, что и в корне (в том числе директория _Н).

Разбиение диска сейчас такое (диск стоит теперь на другом компе):
.
___Partition___________Type_________Size________Status__Pri/Log

1) Local Disk__________FAT_____________7.8 МБ___Hidden__Primary
2) HARD (D)__________FAT32_______9.781.8 МБ___Active___Primary
3) (*)________________Extended____9.828.8 МБ___None____Primary
4) DTLA (E)___________FAT32_______9.828.8 МБ___None____Loghical

PM8 при любых попытках копировать или получить additional information HARD (D) пишет:
Error #2003 File size does not match FAT allocation for file
Error #501 Cross-linked files were found

С логическим диском DTLA (E) всё в порядке (проверял только на чтение).

Предположение. Правильно ли я думаю, что данные на диске HARD физически просто "переехали" на 7.8 МБ вверх (стали ближе к началу), а вот прописать правильную FAT Partition Magic просто не успел из-за ошибки. Но что-то прописать он всё-таки успел, т.к. появилась директория _H.

Пробовал разные проги восстановления.

Acronis Recovery Expert -не нашёл никаких разделов на этом диске. Нашёл только на третьем диске, который предварительно очистил и подсоединил -иначе эта программа отказывалась работать и говорила что недостаточно свободного места.

Tiramisu -скорее всего работала некорректно, т.к. поддерживает диски до 8 гиг, но тем не менее нашла кучу разных файлов судя по-содержимому из Windows и Program Files. Моих файлов там не было.

EasyRecovery в режиме Data Recovery - Raw recovery много чего нашла, но нет информации об именах файлов, все под абстрактными номерам. Неплохо, но хотелось бы большего.

Дальше буду ещё пробовать.
Сейчас готовлю 30-гиговый (IBM DTLA 307030), чтобы скопировать туда посекторно свой IBM DTLA 307020 и все эксперименты проводить на копии.
Автор: greenfox
Дата сообщения: 24.09.2004 14:50
ValterG

Цитата:
Она и исправляет. А кранты наверное твоему харду приходят
Или может ты попал на проблему быстрого выключения компа, когда
диск не успевает сбросить свой огромный ( 8 Мб) кеш.
дык проверку чекдиском делал в режиме проверке секторов - сказала 0 секторов в бэдах и точка! И через некоторое время такая ошибка снова вылазит...
Автор: KLASS
Дата сообщения: 24.09.2004 15:16
greenfox
Попробуй диск обнулить полностью (DiskPart), верни на него данные и поработай, если будет повторяться, значит готовь новый хард. Кстати, какой хард и скока лет?
Автор: Andy
Дата сообщения: 24.09.2004 15:17
mds64

Цитата:
Делал всё Partition Magic'ом 8 (PM8).
Перешел на AcronisPartitionExpert именно из-за глюков.

Цитата:
Acronis Recovery Expert -не нашёл никаких разделов на этом диске
(У меня 20-ка Quantum FB+ AS. В БИОСе определяется, разделов нет.) Показал 4 раздела (раньше было 3, потом удачно сделал 2 и год работал). Но восстанавливать давал только любой один. Что и было проделано 4 раза поочередно. На одном из разделов восстановилось порядка 80% инфы. Уже - хорошо. Затем запустил Restorer2000 Prof на сканирование, показал порядка 17 разделов, и в одном из них нашел недостающую инфу в целости и сохранности
Автор: greenfox
Дата сообщения: 24.09.2004 15:45
KLASS

Цитата:
Попробуй диск обнулить полностью (DiskPart), верни на него данные и поработай, если будет повторяться, значит готовь новый хард. Кстати, какой хард и скока лет?
диск - ST340014A, лет так это год. Про дискпарт - не понял немного... это системный раздел... Как понять обнули!? Просто хостом например перенести систему и спецпрогой затереть всё!? Или как понять "обнули"!?
Странно причём - запускаем чекер - до конца рабочего дня после чекера работает без проблем, при след загрузке - снова вылазит...
Автор: KLASS
Дата сообщения: 24.09.2004 16:20
greenfox

Цитата:
диск - ST340014A

Диск то свежий...

Цитата:
Про дискпарт - не понял немного

run > hh.exe ms-its:ntcmds.chm::/diskpart.htm

Цитата:
Как понять обнули!?

run > diskpart > select disk=0 > clean all
Обнулить надо понимать в буквальном смысле, т.е. заполнить все сектора диска нолями. Эта операция перезапишет контрольные суммы всех секторов. У мя, правда на старых дисках, было нечто подобное... избавлялся именно обнулением.

Цитата:
при след загрузке - снова вылазит...

Возможно причина в питании, шлейфах etc. После чего такое началось, если "ниоткуда", то попробуй погонять диск на другом ящике, если не будет вылазить, значит ищи причины у ся, если будет, есть основания пологать, что сам диск глючит, скажем, пайка "отвалилась" на контактах, значит в ремонт.
Автор: greenfox
Дата сообщения: 24.09.2004 16:26
KLASS

Цитата:
run > hh.exe ms-its:ntcmds.chm::/diskpart.htm
почитаю обязательно... просто сам на w2k сижу в основном (а это у друга проблема), думал сам дискпарт "обнулять" не умеет...
Хотя странно если дело действительно в "логических бэдах" почему система их в лог чекера не заносит? странно.. ладно, попробую на днях погонять диск, обнулю заодно... СПАСИБО ЗА СОВЕТ!!!
Автор: KLASS
Дата сообщения: 24.09.2004 17:16
greenfox

Цитата:
Хотя странно если дело действительно в "логических бэдах" почему система их в лог чекера не заносит?

Я потому и предложил сразу обнулить (т.с. начать с начала), это просто короткий путь, чтобы выяснить откуда ветер подул. Будет появляться, ищем далее (железо, питание, контакты), не будет, забыли и продолжаем работу. Возможно, на новых дисках это уже и не актуально (у самого на ST380013AS не было пока), но чем черт не шутит, мало ли какие ошибки могут возникнуть, а так сразу станет ясно куды капать.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374

Предыдущая тема: Проблема с сетевым принтером: не доходят задания до принтера


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.