VZ_Alexandr попробуй загрузись с системной дискеты Windows 98 и проверь винт Norton Disk Doctor'ом для DOS. У меня похуже проблема была и Norton Disk Doctor boot-сектор восстановил
» Пропал диск. Восстановление таблицы разделов (не данных)
VZ_Alexandr
Цитата:
Прошу прощения, разумеется ValterG дал более точный ответ, я посмотрел только на шапку и конец сектора.
Цитата:
Поля 0х30 и 0x38 , задающие номер кластера MFT и дубля - пустые
Прошу прощения, разумеется ValterG дал более точный ответ, я посмотрел только на шапку и конец сектора.
KLASS
В 64 секторе абсолютно не то. После перезагрузки я смог на диск попасть но там только некоторое кол-во папок и файлов с абракадаброй вместо имен.
ValterG
Системным данный диск никогда не был, он использовался всегда как архив. Там был дистрибутив винды может от туда ?
Вот что-то похожее на дубль. В крайнем случае удовлетворяет всем условиям
Добавлено
Так, нашел еще одну точную копию ... сектор 41465887 (как на картинке)
В 64 секторе абсолютно не то. После перезагрузки я смог на диск попасть но там только некоторое кол-во папок и файлов с абракадаброй вместо имен.
ValterG
Системным данный диск никогда не был, он использовался всегда как архив. Там был дистрибутив винды может от туда ?
Вот что-то похожее на дубль. В крайнем случае удовлетворяет всем условиям
Добавлено
Так, нашел еще одну точную копию ... сектор 41465887 (как на картинке)
VZ_Alexandr
MFT, если вынь 2К, начинается в 32 секторе тома, счет с 0, или абсолютный сектор 95. Копия первых записей $MFT находится ровно посередине тома.
MFT, если вынь 2К, начинается в 32 секторе тома, счет с 0, или абсолютный сектор 95. Копия первых записей $MFT находится ровно посередине тома.
KLASS
О ... так вот щас нашел у меня MFT 95 сектор и зеркало в 156288383
О ... так вот щас нашел у меня MFT 95 сектор и зеркало в 156288383
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
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
Maxim_289
Цитата:
Такие номера проходят только с FAT32 и если NDD 2000 и выше.
А NTFS он убьет ! К счастью теперь есть альтернативы.
VZ_Alexandr
Цитата:
Да очень похоже. Теперь надо boot-sector заполнить
и должно все показать. Нужно задать-то всего число
секторов в кластере ( видимо 64 - на таком большом диске),
число кластеров на 1 запись MFT( у меня 246 - у тебя не знаю ?!)
число кластеров на индексный блок ( у меня 2 - все это смотрю
WinHEX-ом), ну и естественно начальный кластер MFT и дубль и число секторов,
остальные поля у всех одинаковы..... ID-диска нужен только
для программ, которые к нему привязаны.....
А 64-й и остальные я думаю не нужны - там загрузчик......
Цитата:
попробуй загрузись с системной дискеты 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-й и остальные я думаю не нужны - там загрузчик......
VZ_Alexandr
Ссылку выше дал на описание MBR, но там рядом и про бутсектор
http://www.microsoft.com/windows2000/techinfo/reskit/en-us/core/fncb_dis_zahi.asp
ValterG
Цитата:
Загрузчик начинается со смещения 0х54
Ссылку выше дал на описание MBR, но там рядом и про бутсектор
http://www.microsoft.com/windows2000/techinfo/reskit/en-us/core/fncb_dis_zahi.asp
ValterG
Цитата:
А 64-й и остальные я думаю не нужны - там загрузчик
Загрузчик начинается со смещения 0х54
ValterG
64 ... мало вероятно ... почти все программы утвержают что 512*8 (да сектор MFT 32)
Размер записи MFT как поглядел везду 1 Кб (0F6h)
Размер буфера индекса везде где видел 01h
KLASS
Спасибо за доп инфу
PS Вытащил с диска уже 40 гектар по сигнатурам, но главный архив давольно сильно фрагментирован так что так увы его не найти. Сейчас договорился насчет такого же винта ... пойду вечером смотреть че там да как.
64 ... мало вероятно ... почти все программы утвержают что 512*8 (да сектор MFT 32)
Размер записи MFT как поглядел везду 1 Кб (0F6h)
Размер буфера индекса везде где видел 01h
KLASS
Спасибо за доп инфу
PS Вытащил с диска уже 40 гектар по сигнатурам, но главный архив давольно сильно фрагментирован так что так увы его не найти. Сейчас договорился насчет такого же винта ... пойду вечером смотреть че там да как.
Итак по порядку ... глянул я тот винт ... винт оказался другим создать такой же том как у меня не получилось
Но я проверил вариант который давал выше и ... при презагрузке выскачело сообщение что том D поврежден с великодушным предложением поправить его (такое сообщение появилось впервые) ... я ответил отказом.
В винде при попытке зайти на том появляется сообщение "Нет доступа к D:\. Файл или папка повреждена"
Вообщем что по рекомендуете ? Боюсь если винда поправит диск зайти то я смогу но вот инфу потеряю безповоротно
Но я проверил вариант который давал выше и ... при презагрузке выскачело сообщение что том D поврежден с великодушным предложением поправить его (такое сообщение появилось впервые) ... я ответил отказом.
В винде при попытке зайти на том появляется сообщение "Нет доступа к D:\. Файл или папка повреждена"
Вообщем что по рекомендуете ? Боюсь если винда поправит диск зайти то я смогу но вот инфу потеряю безповоротно
VZ_Alexandr
Цитата:
Винт не обязательно, можно в той же Virtual PC... размер тома будет нужный, но сам файл виртуального диска будет занимать мало места.
Цитата:
глянул я тот винт ... винт оказался другим
Винт не обязательно, можно в той же Virtual PC... размер тома будет нужный, но сам файл виртуального диска будет занимать мало места.
VZ_Alexandr
Цитата:
1) Да я уже понял. 95 сектор - это 4-й кластер. Значит 8 секторов.
0F6h=246 ( это то же совпадает). Индекс действительно 1 -
я с другим диском спутал.
2) По сигнатурам - это мартышкин труд. Если файлы фрагментированы, то
вытащит "голову" файла с мусором. Я не совсем точно написал :
в boot-секторе указывают номер начального кластера MFT и зеркала.
Первый номер у тебя 4 = (95-63)/8 , а зеркало
19536040=(156288383 -63)/8
Если так заменишь, то GetDataBack должен нормально сработать.
Цитата:
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 должен нормально сработать.
KLASS
Проверил на VMWare ... почти все что вбил было правельно.
ValterG
Но результат тотже "Нет доступа к D:\. Файл или папка повреждена". GetDataBack результатов не дал Все эти проги по прежнему видят менее 20 % (так же как и было), хотя структура папок стала правельной.
Вот теперь уже все таки наверное в морг
PS Мартышкин труд ... это точно, но в моем случае он оказался самым результативным.
PS PS А есть ли какие нибудь рекомендации что бы такого не происходило ? Ну конечно за исключением хранения резерва основных секторов. Может какнить переразбить это винт ?
Проверил на VMWare ... почти все что вбил было правельно.
ValterG
Но результат тотже "Нет доступа к D:\. Файл или папка повреждена". GetDataBack результатов не дал Все эти проги по прежнему видят менее 20 % (так же как и было), хотя структура папок стала правельной.
Вот теперь уже все таки наверное в морг
PS Мартышкин труд ... это точно, но в моем случае он оказался самым результативным.
PS PS А есть ли какие нибудь рекомендации что бы такого не происходило ? Ну конечно за исключением хранения резерва основных секторов. Может какнить переразбить это винт ?
VZ_Alexandr
Цитата:
Virtual PC(5.2) отказался у меня создать диск больше чем 130 Гиг
А где были отличия ?! WinHEX говорит, что в 2-м кластере
лежит MFT bitmap. Может в эту сторону копнуть - если bitmap побился,
то может программы восстановления игнорируют нормальную
информацию из MFT. Кстати записи MFT видимо легко расшифровываются :
по адресу 0хЕА - имя файла в Unicode, где-то наверное номера кластеров.
Может написать простенькую программу для восстановления
или хотя для поиска и распечатки содержимого MFT, чтобы
"покойник восстал"
++++++++++++++++=
Решил Парагоном посмотреть на свои MFT - блин, а зеркало-то пустое
Это что же такое, где дубли. Или Парагон врет ?!
Цитата:
Проверил на VMWare ... почти все что вбил было правельно
Virtual PC(5.2) отказался у меня создать диск больше чем 130 Гиг
А где были отличия ?! WinHEX говорит, что в 2-м кластере
лежит MFT bitmap. Может в эту сторону копнуть - если bitmap побился,
то может программы восстановления игнорируют нормальную
информацию из MFT. Кстати записи MFT видимо легко расшифровываются :
по адресу 0хЕА - имя файла в Unicode, где-то наверное номера кластеров.
Может написать простенькую программу для восстановления
или хотя для поиска и распечатки содержимого MFT, чтобы
"покойник восстал"
++++++++++++++++=
Решил Парагоном посмотреть на свои MFT - блин, а зеркало-то пустое
Это что же такое, где дубли. Или Парагон врет ?!
ValterG
Создавай сказевый винт ... IDE в VMWare только 128 гигов. Отличия были в секторах ... я немного пролител с размером (сделал на 500 секторов меньше), но остальные параметры были именно такими как я и предпологал, сдается мне если не мудрить с разделами то всегда получается одно и тоже (проверил созданием разделов на 60, 80, 120 и 149).
Насчет второго кластера, гляну че там.
Создавай сказевый винт ... IDE в VMWare только 128 гигов. Отличия были в секторах ... я немного пролител с размером (сделал на 500 секторов меньше), но остальные параметры были именно такими как я и предпологал, сдается мне если не мудрить с разделами то всегда получается одно и тоже (проверил созданием разделов на 60, 80, 120 и 149).
Насчет второго кластера, гляну че там.
KLASS
Подскажите из практического опыта: Чем отличается разбиение диска на разделы первичные (primary) и расширенные (extended)? Есть ли какой-то толк делать все разделы на диске первичными? Или все же лучше сделать один первичный с раширенным, в котором создавать логические разделы? Как лучше поступить? Чему отдать предпочтение?
Подскажите из практического опыта: Чем отличается разбиение диска на разделы первичные (primary) и расширенные (extended)? Есть ли какой-то толк делать все разделы на диске первичными? Или все же лучше сделать один первичный с раширенным, в котором создавать логические разделы? Как лучше поступить? Чему отдать предпочтение?
chogo
Цитата:
По сути, ничем...
Цитата:
Возможно есть небольшая разница при монтировании томов. Скажем, первичные тома, теоритически, несколько быстрее монтируются при загрузке, в отличии от томов в расширенном разделе, где необходимо считывание всей цепочки разделов в память. На практике же, это на глаз не заметно. Больше заметно, если в системе несколько разделов с FAT32, они гораздо дольше монтируются.
Цитата:
Если планируется создание более четырех разделов то, предпочтительно, об этом сразу позаботиться, чем потом юзать сторонний софт с риском для данных.
К примеру для себя, как домашнего пользователя, я давно выбрал одну ОС и поэтому имею всего один основной раздел на всем диске 80Мб (сорри, ГБ разумеется). Остальные ОСи, пользуемые лишь при необходимости изучения того или иного вопроса, живут в Virtual PC. Для другого, такое положение вещей, будет неприемлемо, т.е. все от поставленных задач.
Если пока не известно сколько будет разделов, то можно бить не весь диск, а, скажем, отвести 20-30Гб (NTFS) под устанавливаемую ОС, остальную часть, пока не трогать. В последствии раздел можно расширить, используя внутреннюю программу DiskPart, если речь, разумеется, об ХР, или создать новый, для установки другой ОС.
Цитата:
Чем отличается разбиение диска на разделы первичные (primary) и расширенные (extended)?
По сути, ничем...
Цитата:
Есть ли какой-то толк делать все разделы на диске первичными?
Возможно есть небольшая разница при монтировании томов. Скажем, первичные тома, теоритически, несколько быстрее монтируются при загрузке, в отличии от томов в расширенном разделе, где необходимо считывание всей цепочки разделов в память. На практике же, это на глаз не заметно. Больше заметно, если в системе несколько разделов с FAT32, они гораздо дольше монтируются.
Цитата:
Или все же лучше сделать один первичный с раширенным, в котором создавать логические разделы?
Если планируется создание более четырех разделов то, предпочтительно, об этом сразу позаботиться, чем потом юзать сторонний софт с риском для данных.
К примеру для себя, как домашнего пользователя, я давно выбрал одну ОС и поэтому имею всего один основной раздел на всем диске 80Мб (сорри, ГБ разумеется). Остальные ОСи, пользуемые лишь при необходимости изучения того или иного вопроса, живут в Virtual PC. Для другого, такое положение вещей, будет неприемлемо, т.е. все от поставленных задач.
Если пока не известно сколько будет разделов, то можно бить не весь диск, а, скажем, отвести 20-30Гб (NTFS) под устанавливаемую ОС, остальную часть, пока не трогать. В последствии раздел можно расширить, используя внутреннюю программу DiskPart, если речь, разумеется, об ХР, или создать новый, для установки другой ОС.
KLASS
Пасиба за ответ.
Меня этот вопрос раньше не волновал (пользовался PartitionMagic) но вот както разбил винт в WinXP, при установке на чистый винт (под рукой ничего вообще небыло кроме бутового диска XP), после того как я создал один примари и один расширенный с двумя логическими, у меня осталось неразмеченое место примерно 8mb.
Это что получается в XP стоит просто улутшенный "FDISK" ?
И насколько он "хороший" , нужно ли им пользоватся ?
Пасиба за ответ.
Меня этот вопрос раньше не волновал (пользовался PartitionMagic) но вот както разбил винт в WinXP, при установке на чистый винт (под рукой ничего вообще небыло кроме бутового диска XP), после того как я создал один примари и один расширенный с двумя логическими, у меня осталось неразмеченое место примерно 8mb.
Это что получается в XP стоит просто улутшенный "FDISK" ?
И насколько он "хороший" , нужно ли им пользоватся ?
chogo
Цитата:
Вот на этой странице ищи пост KLASS'a, он уже отвечал по этому поводу (да и вообще неплохо бы весь топик полистать).
Цитата:
В XP стоит diskpart. Просто когда с CD грузишься и бьешь винт, то у этого diskpart'a появляется такой примитивный интерфейс. И когда винт бьешь им, то образуется неразмеченое место примерно 8mb. Консольный diskpart бьет винты без остатка .
Цитата:
Лично я давно пользуюсь только консольным diskpart'ом, чего и всем желаю. Избежишь многих проблем, особенно если с большими винтами работаешь.
Цитата:
...осталось неразмеченое место примерно 8mb.
Вот на этой странице ищи пост KLASS'a, он уже отвечал по этому поводу (да и вообще неплохо бы весь топик полистать).
Цитата:
Это что получается в XP стоит просто улутшенный "FDISK" ?
В XP стоит diskpart. Просто когда с CD грузишься и бьешь винт, то у этого diskpart'a появляется такой примитивный интерфейс. И когда винт бьешь им, то образуется неразмеченое место примерно 8mb. Консольный diskpart бьет винты без остатка .
Цитата:
И насколько он "хороший" , нужно ли им пользоватся ?
Лично я давно пользуюсь только консольным diskpart'ом, чего и всем желаю. Избежишь многих проблем, особенно если с большими винтами работаешь.
Всем пасиба, вопросов более не имею.
hi all!
Вот вопрос - ХП, стало вылезать окно типа $mft файл или фолдер повреждён и т.д. и т.п. запустите chdsk.... ну запускаю, он проверяет сиист том пишет..
Цитата:
Но через некотоое время - опять эта надпись вылазит... не могу понять к чему всё это!? MFT - наск я понимаю таблица файловой системы - неужели ей кранты и сама система не может это исправить!? Заранее спасибо за ответ!
Вот вопрос - ХП, стало вылезать окно типа $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 - наск я понимаю таблица файловой системы - неужели ей кранты и сама система не может это исправить!? Заранее спасибо за ответ!
Цитата:
MFT - наск я понимаю таблица файловой системы - неужели ей кранты и сама система не может это исправить!? Заранее спасибо за ответ!
Она и исправляет. А кранты наверное твоему харду приходят
Или может ты попал на проблему быстрого выключения компа, когда
диск не успевает сбросить свой огромный ( 8 Мб) кеш.
После неудачного слияния разделов получилось что 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 и все эксперименты проводить на копии.
Хочу спросить опытных: можно ли в этом случае что-нибудь сделать чтобы восстановить (исправить) таблицу размещения файлов и (или) спасти данные?
.
Теперь для тех кто заинтересовался - подробнее и по порядку.
.
Есть хард 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 и все эксперименты проводить на копии.
ValterG
Цитата:
Цитата:
Она и исправляет. А кранты наверное твоему харду приходятдык проверку чекдиском делал в режиме проверке секторов - сказала 0 секторов в бэдах и точка! И через некоторое время такая ошибка снова вылазит...
Или может ты попал на проблему быстрого выключения компа, когда
диск не успевает сбросить свой огромный ( 8 Мб) кеш.
greenfox
Попробуй диск обнулить полностью (DiskPart), верни на него данные и поработай, если будет повторяться, значит готовь новый хард. Кстати, какой хард и скока лет?
Попробуй диск обнулить полностью (DiskPart), верни на него данные и поработай, если будет повторяться, значит готовь новый хард. Кстати, какой хард и скока лет?
mds64
Цитата:
Цитата:
Цитата:
Делал всё Partition Magic'ом 8 (PM8).Перешел на AcronisPartitionExpert именно из-за глюков.
Цитата:
Acronis Recovery Expert -не нашёл никаких разделов на этом диске(У меня 20-ка Quantum FB+ AS. В БИОСе определяется, разделов нет.) Показал 4 раздела (раньше было 3, потом удачно сделал 2 и год работал). Но восстанавливать давал только любой один. Что и было проделано 4 раза поочередно. На одном из разделов восстановилось порядка 80% инфы. Уже - хорошо. Затем запустил Restorer2000 Prof на сканирование, показал порядка 17 разделов, и в одном из них нашел недостающую инфу в целости и сохранности
KLASS
Цитата:
Странно причём - запускаем чекер - до конца рабочего дня после чекера работает без проблем, при след загрузке - снова вылазит...
Цитата:
Попробуй диск обнулить полностью (DiskPart), верни на него данные и поработай, если будет повторяться, значит готовь новый хард. Кстати, какой хард и скока лет?диск - ST340014A, лет так это год. Про дискпарт - не понял немного... это системный раздел... Как понять обнули!? Просто хостом например перенести систему и спецпрогой затереть всё!? Или как понять "обнули"!?
Странно причём - запускаем чекер - до конца рабочего дня после чекера работает без проблем, при след загрузке - снова вылазит...
greenfox
Цитата:
Диск то свежий...
Цитата:
run > hh.exe ms-its:ntcmds.chm::/diskpart.htm
Цитата:
run > diskpart > select disk=0 > clean all
Обнулить надо понимать в буквальном смысле, т.е. заполнить все сектора диска нолями. Эта операция перезапишет контрольные суммы всех секторов. У мя, правда на старых дисках, было нечто подобное... избавлялся именно обнулением.
Цитата:
Возможно причина в питании, шлейфах etc. После чего такое началось, если "ниоткуда", то попробуй погонять диск на другом ящике, если не будет вылазить, значит ищи причины у ся, если будет, есть основания пологать, что сам диск глючит, скажем, пайка "отвалилась" на контактах, значит в ремонт.
Цитата:
диск - ST340014A
Диск то свежий...
Цитата:
Про дискпарт - не понял немного
run > hh.exe ms-its:ntcmds.chm::/diskpart.htm
Цитата:
Как понять обнули!?
run > diskpart > select disk=0 > clean all
Обнулить надо понимать в буквальном смысле, т.е. заполнить все сектора диска нолями. Эта операция перезапишет контрольные суммы всех секторов. У мя, правда на старых дисках, было нечто подобное... избавлялся именно обнулением.
Цитата:
при след загрузке - снова вылазит...
Возможно причина в питании, шлейфах etc. После чего такое началось, если "ниоткуда", то попробуй погонять диск на другом ящике, если не будет вылазить, значит ищи причины у ся, если будет, есть основания пологать, что сам диск глючит, скажем, пайка "отвалилась" на контактах, значит в ремонт.
KLASS
Цитата:
Хотя странно если дело действительно в "логических бэдах" почему система их в лог чекера не заносит? странно.. ладно, попробую на днях погонять диск, обнулю заодно... СПАСИБО ЗА СОВЕТ!!!
Цитата:
run > hh.exe ms-its:ntcmds.chm::/diskpart.htmпочитаю обязательно... просто сам на w2k сижу в основном (а это у друга проблема), думал сам дискпарт "обнулять" не умеет...
Хотя странно если дело действительно в "логических бэдах" почему система их в лог чекера не заносит? странно.. ладно, попробую на днях погонять диск, обнулю заодно... СПАСИБО ЗА СОВЕТ!!!
greenfox
Цитата:
Я потому и предложил сразу обнулить (т.с. начать с начала), это просто короткий путь, чтобы выяснить откуда ветер подул. Будет появляться, ищем далее (железо, питание, контакты), не будет, забыли и продолжаем работу. Возможно, на новых дисках это уже и не актуально (у самого на ST380013AS не было пока), но чем черт не шутит, мало ли какие ошибки могут возникнуть, а так сразу станет ясно куды капать.
Цитата:
Хотя странно если дело действительно в "логических бэдах" почему система их в лог чекера не заносит?
Я потому и предложил сразу обнулить (т.с. начать с начала), это просто короткий путь, чтобы выяснить откуда ветер подул. Будет появляться, ищем далее (железо, питание, контакты), не будет, забыли и продолжаем работу. Возможно, на новых дисках это уже и не актуально (у самого на ST380013AS не было пока), но чем черт не шутит, мало ли какие ошибки могут возникнуть, а так сразу станет ясно куды капать.
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374
Предыдущая тема: Проблема с сетевым принтером: не доходят задания до принтера
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.