» Восстановление разделов и утерянной информации на HDD

help777
Я не понял, что ты хотел всем этим сказать.

Цитата:

потому что общепринятой классификации нет: например при "размагничивании" нестабильночитаемый сектор может потерять правильную КС и стать простым софтбедом

И что с того? Сектор перешел из разряда Нестабильночитаемых в Нечитаемые (данные потеряны), не более. "Классификация" осталась на своем месте...

Цитата:

если сбой не критичный то софт-бед так и останется в бэд-листе ФС

Софт-бед это сбой уже критичный, потому как инфа потеряна. Коль инфу считать нельзя, то и диск сам ничего переназначать не станет и по-барабану, заремаплен ли уже файловой системой кластер\сектор или нет.
ПМ ненавижу (страниц кучу открывать), есть мыло, велкам. klass#bk.ru

На диске были BAD-ы. CHKDSK их определила. HDDRegenerator их устранил (вот не ожидал!) и показывает отсутствие BAD-ов. MHDD тоже говорит - нет проблем. Файловая система - NTFS. Вопрос: как теперь избавиться от BAD-ов на уровне файловой системы? Переформатировать в FAT32, запустить Bad sectors spam_detected в Partition Magic и потом обратно форматировать в NTFS - как-то некрасиво, что ли... Есть ли другие методы? Имеется ввиду без полного уничтожения информации.

KLASS

Цитата:

И что с того? Сектор перешел из разряда Нестабильночитаемых в Нечитаемые (данные потеряны), не более. "Классификация" осталась на своем месте...

по твоей классификации он одновременно нечитаемый софтбед (1а) и нестабильночитаемый размагниченный сектор (2а). Это все к тому, что любая классификация не больше чем условность.

Цитата:

Софт-бед это сбой уже критичный, потому как инфа потеряна. Коль инфу считать нельзя, то и диск сам ничего переназначать не станет

софт-бед - это не критичный сбой для контроллера, инфа на месте - только Кс неправильная. Восстановить инфу из софтбеда можно

Цитата:

и по-барабану, заремаплен ли уже файловой системой кластер\сектор или нет.

ЛОЛ... Файловая система не умеет ремапить , тем более целые сектора. ))

skuzi

Цитата:

На диске были BAD-ы. CHKDSK их определила. HDDRegenerator их устранил (вот не ожидал!) и показывает отсутствие BAD-ов. MHDD тоже говорит - нет проблем. Файловая система - NTFS. Вопрос: как теперь избавиться от BAD-ов на уровне файловой системы? Переформатировать в FAT32, запустить Bad sectors spam_detected в Partition Magic и потом обратно форматировать в NTFS - как-то некрасиво, что ли... Есть ли другие методы? Имеется ввиду без полного уничтожения информации.

Судя по всему у тебя были как раз софт-беды - chkdsk их определил, а HDDReg их устранил (прочитал из них инфу и пересчитал КС). Поскольку мндд работает с физическим диском и бедов не нашел, значит проблем никаких нет. Если беды остались на логическом уровне (на уровне файловой системы) - то нужно просто обнулить бед-листы. Ничего офрматировать не нужно.

help777

Цитата:

по твоей классификации он одновременно нечитаемый софтбед (1а) и нестабильночитаемый размагниченный сектор

Софт-бед и размагниченный не одно и тоже. Размагниченный (нестабильный), иногда читаем, стало-быть...

Цитата:

софт-бед - это не критичный сбой для контроллера

Критичность в данном случае не про контроллер, но про читаемость.

Цитата:

Файловая система не умеет ремапить

Не придирайся к словам... Ремапить, в том смысле, что исключает из пользования на уровне файловой системы, а не физически замещает сектора. Если угодно, то "ремапить".

Добавлено:

Цитата:

cluster remapping
A recovery technique used when NTFS detects a bad sector. NTFS dynamically replaces the cluster containing the bad sector and allocates a new cluster for the data. If the error occurs during a read, NTFS returns a read error to the calling program, and the data is lost. If the error occurs during a write, NTFS writes the data to the new cluster, and no data is lost.

Добавлено:
Англо-русский словарь по Windows-тематике (Ю. Купцевич)
bad-cluster remapping - переназначение плохого кластера
Так же, насчет используемого мною термина, есть и у мелких
http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/Default.asp?url=/resources/documentation/Windows/XP/all/reskit/en-us/prkc_fil_forj.asp
И, читаем у Руссиновича:

Цитата:

Если том, на котором появился плохой сектор, сконфигурирован как отка-
зоустойчивый, а жесткий диск поддерживает замену секторов и его запас резер-
вных секторов еще не исчерпан, то тип файловой системы (FAT или NTFS) не
имеет значения. Диспетчер томов заменяет плохой сектор, не требуя вмешатель-
ства со стороны пользователя или файловой системы.
Если плохой сектор появился на жестком диске, не поддерживающем заме-
ну секторов, то за переназначение плохого сектора или, как в случае NTFS, кла-
стера, в котором находится плохой сектор, отвечает файловая система. FAT не
умеет переназначать секторы или кластеры.

И по ангельски
If the volume on which the bad sector appears is a fault tolerant volume (a mirrored or RAID-5 volume), and if the hard disk is one that supports sector sparing (and that hasn't run out of spare sectors), which file system you're using—FAT or NTFS—doesn't matter. The volume manager replaces the bad sector without the need for user or file system intervention.
If a bad sector is located on a hard disk that doesn't support sector sparing, the file system is responsible for replacing (remapping) the bad sector or—in the case of NTFS—the cluster in which the bad sector resides. The FAT file system doesn't provide sector or cluster remapping. The benefits of NTFS cluster remapping are that bad spots in a file can be fixed without harm to the file (or harm to the file system, as the case may be) and that the bad cluster won't be reallocated to the same or another file.

Так чта... ремапить - есть выражение правильное

Есть винчестер Seagate U8 на 8,4 ГБ, которому недавно исполнилось четыре годика. Висел он себе спокойненько на одном шлейфе с CD-резаком до тех пор, пока в один прекрасный день при записи аудио CD нерой с проверкой данных комп благополучно не повис и его не пришлось перезагружать ресетом.
После этого винчестер начал вешать комп при загрузке вин2000 на этапе определения. Затем раза с десятого на него удалось войти с доса, но при этом не догадалось стянуть данные. После этого любое обращение к его данным из любой системы/программы вешает компьютер намертво.
Потом была произведена попытка посмотреть из линуха. Подключение прошло успешно, данные видны, но не видны русские пути, соответственно нельзя их скопировать. И в тот линух шрифтов русских не воткнуть.
Я вот что по этому поводу думаю: видимо на винте слетел фат, а линух при подключении прочитал его резервную копию и поэтому всё открыл. Если это на самом деле так, вроде бы testdisk может восстановить таблицу, но есть ли при этом какой риск чего потерять? Данные критические. И действительно ли дело в фате?

help777

Цитата:

Судя по всему у тебя были как раз софт-беды - chkdsk их определил, а HDDReg их устранил (прочитал из них инфу и пересчитал КС).

Извиняюсь, я снова тебя не понял, софт-бед, как мы выяснили, это:

Цитата:

нестабильночитаемый сектор может потерять правильную КС и стать простым софтбедом

Ты не мог бы прокомментировать: каким образом будет прочитана инфа из поля данных сектора, поле контрольной суммы которого уже содержит заведомо неверную информацию (софт-бед)?

KLASS

Цитата:

Ты не мог бы прокомментировать: каким образом будет прочитана инфа из поля данных сектора, поле контрольной суммы которого уже содержит заведомо неверную информацию (софт-бед)?

Попробую. Один из алгоритмов восстановления инфы из секторов с искаженными КС состоит в том, что делается несколько попыток считать данные (неважно верные они, или нет, при этом КС намеренно не проверяется - подобный алгоритм применяется HDDreg). После того как появляется несколько сичтанных копий, они XOR'ятся и делается вывод о наличии ошибок при считывании и их исправление (если позволяет исправляющая способность алгоритма). потом заново рассчитываются КС - и сектор становится стабильночитаемым стандартными средствами (если только у него не настоящий дефект поверхности). Единственный минус этого метода - данные внутри нечитаемого сектора могут быть уже искажены и будет восстанавливаться то содержимое, которое там уже находится (правильное оно, или нет) - но это все же лучше полного зануления, какие-то шансы спасти инфу есть.

Зы.
NTFS puts the address of the cluster containing the bad sector in the bad cluster file, $BadClus, in the MFT so that the bad sector is not reused.

NTFS помещает адрес кластера содержащего бед сектор в файл исключений $BadClus в таблице размещения файлов, чтобы этот бед сектор не использовался.



CocKain

Цитата:

видимо на винте слетел фат, а линух при подключении прочитал его резервную копию и поэтому всё открыл. Если это на самом деле так, вроде бы testdisk может восстановить таблицу, но есть ли при этом какой риск чего потерять? Данные критические. И действительно ли дело в фате?

Если дело в фате - то тестдиск тебе поможет и данные не повредятся (в штатном режиме он не пишет в область данных) - прога лишь найдет одну из копий таблиц размещения файлов, проверит ее и запишет с твоего согласия если все размеры и файлы будут соответствовать. Хотя в твоем случае проще было бы подключить винт к другому компу и посмотреть читаются ли данные (правда при этом есть шанс повредить данные chkdsk'ом)

help777

Цитата:

при этом КС намеренно не проверяется - подобный алгоритм применяется HDDreg

Ссылка есть на авторитетный источник где описан (как хоть называется) этот алгоритм? Ты сам много восстановил инфы (не секторов) где были софт-бэды?

Добавлено:

Цитата:

NTFS помещает адрес кластера содержащего бед сектор в файл исключений $BadClus в таблице размещения файлов, чтобы этот бед сектор не использовался.

Тоже и я тебе... прочти слеш, как "содержащий бэд". Ремапит кластер\сектор.

help777 писал:

Судя по всему у тебя были как раз софт-беды - chkdsk их определил, а HDDReg их устранил (прочитал из них инфу и пересчитал КС). Поскольку мндд работает с физическим диском и бедов не нашел, значит проблем никаких нет. Если беды остались на логическом уровне (на уровне файловой системы) - то нужно просто обнулить бед-листы. Ничего офрматировать не нужно.

В этом и вопрос: как "просто обнулить бед-листы."?

KLASS
help777
Уважаемые, ваша полемика конечно очень интересна, и даже некоторым образом соотносится с темой топика, но почему бы вам не перенести ее в отдельную тему - я думаю, модераторы не будут в претензии...

KLASS

Цитата:

Ссылка есть на авторитетный источник где описан (как хоть называется) этот алгоритм? Ты сам много восстановил инфы (не секторов) где были софт-бэды?

Есть - техническая литература по передаче данных, хранению и защите информации . Я привел всего лишь один из возможных примеров. Почитай мануал hddreg. А инфы я восстановил достаточно и не только из софт бедов.

Цитата:

Тоже и я тебе... прочти слеш, как "содержащий бэд". Ремапит кластер\сектор

нет как раз не ремапит, а puts the address of the cluster containing the bad sector in the bad cluster file, $BadClus, in the MFT

Полемику по этой теме заканчиваю.

skuzi

Цитата:

В этом и вопрос: как "просто обнулить бед-листы."?

способов много, например редактором диска отредактировать $badclus.

help777

Цитата:

Почитай мануал hddreg

В архиве проги... не нашел.

Цитата:

А инфы я восстановил достаточно и не только из софт бедов

Чем, если не секрет? Ты же сам выше грил

Цитата:

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

Так о каком таком "шаманском" алгоритме ты мне поведал...
Geo123
Мы вроде по теме, сам же гриш. Если виноваты, скажут... разбежимся.

Добавлено:
Если поле контрольной суммы сектора содержит неверную информацию, то при чтении из этого сектора, винт всегда будет возвращать ошибку (бэд). И только низкоуровневая запись в этот сектор приведет к перерасчету контрольной суммы.
help777
Буду рад услышать от тебя опровержение, только не на примерах абстактных алгоритмов (в которые ты и сам с трудом веришь), неведомой технической литературе (интересно, где это Сеагейт выложил такую инфу, с перечилением всех технологических команд винта, что аж некие чудо-Регенераторы за 60$ умееют заставить контроллер отказаться от чтения КС) и прочей полемики, а на конкретных, личных примерах, чтобы можно было их воспроизвести у себя. Спасибо.

KLASS

Цитата:

Если виноваты, скажут... разбежимся.

Да нет, я не про это - сам с большим удовльствием за диспутом слежу
Просто большинству посетителей этого топика, ИМХО, он не в тему немного.
Кроме того, в отдельной теме он (диспут) мне казжется более уместным.

Возникла подобная проблема и у меня…

В общем, периодически беспричинно в компе пропадает питание, просто отрубается и все.
(может кто знает где почитать про этот глюк?)
Соответственно иногда после такого падения системы пропадают логические диски (NTFS, FAT32 остается). Но это я научился восстанавливать.

Недавно же, после очередного падения системы, пропала вся инфа с внешнего
USB-HDD, с внешним питанием.
Причем пропала и метка тома (хотя она стояла с самой покупки - это так к сведению)
Вот тут и прошу помощи.
Комп его видит, но просит отформатировать, остальные компы тоже самое.

Пытался восстановить с помощью GetDataBack, выскакивает «ошибка 23» на каждом кластере (или что там проверяется…)

Вот такие дела. Какую прогу посоветуете из выше перечисленных?!

Винт USB 2.0 HDD Lacie 160Gb
PS А возможно ли его разобрать и подключить через ATA? короче через шлей к мамке?

Ребята, скажите. пожалуйста, можно ли принудительно пометить кластер как плохой. Дело в том, что нортон диск доктор его не видит как битым. А скандиск при проверке на этом кластере останавливает проверку и система идет на перезагрузку, но после этого винт не определяется - появляются крякозябры при определении диска. Это лечится выключением и включением питания. Все бы ничего, но только в работе в виндовсе через некоторое время система пытается записать файл в этот кластер и система виснет намертво.

В общем, как принудительно пометить кластер без его проверки - а то его проверка приводит к тому, что винчестер становится нечитабельным. Спасибо

У меня такая проблема 8((
Был XP, накрылся, нужен был комп срочно и я ME поставил))
вобщем у меня 2 харда на одном FAT на другомна NTFS, так вот ME с NTFS не дружит и попросил отформатить, а я не посмотрел и согласился. начался формат 8)) я додумался и решил комп вырубить)) вобщеммм у меня щас ME 8)) хард он видит тока пишет, что его надо отформатить*)) Я думаю XP поставить и отформатить в NTFS, ну а дальше прогой како-нить. Мож кто-че посоветует?

koli4
повтори тоже самое, только внятно. чего ты хочешь? отформатировать винт или спасти инфу после незаконченного форматирования? я вот так и не понял... сформулируй вопрос правильно, и, быть может, тебе помогут.

Вобщем инфу спасти *))

koli4

Цитата:

Вобщем инфу спасти

ого!!! Прогресс!!!
для спасения данных попробуй одну из следующих программ(в шапке):

Цитата:

Ontrack EasyRecovery™ Professional

Цитата:

R-Studio

пробовать желательно до очередного форматирования этого винта. можно прям из под МЕ. можно попробовать и раздел восстановить... но при наличии МЕ-пустая трата времени в случае с NTFS, всё равно видется не будет...

koli4

Можно сначала попробовать восстановит сам раздел, Acronis Recovery Expert Deluxe, см шапку.


Цитата:

но при наличии МЕ-пустая трата времени в случае с NTFS, всё равно видется не будет...

Есть проги которые позволят это сделать, напр.: "Paragon Mount Everything", или "NTFS for Win98"(эта точно не помню, работает ли в МЕ, но первая точно работает).

KLASS

Цитата:

а этот легендарный регенератор использует шаманские алгоритмы, которые по мнению автора лечат все болезни винтов. На самом деле эффективность этой проги из моего личного опыта приближается к нулю.
Так о каком таком "шаманском" алгоритме ты мне поведал...

Так я и не говорил что _Я_ регенаратором что-то восстанавливал Регенератор помог skuzi, а я лишь предположил об одном из возможных алгоритмов как это было сделано.

Цитата:

Если поле контрольной суммы сектора содержит неверную информацию, то при чтении из этого сектора, винт всегда будет возвращать ошибку (бэд). И только низкоуровневая запись в этот сектор приведет к перерасчету контрольной суммы.
Буду рад услышать от тебя опровержение

Я отвечу так:
1. Винту можно посылать прямые команды.
2. По анализу направленности магнитного поля в домене можно восстанавливать любые данные, если физически сектор целый.
3. С винта можно восстановить объем информации в несколько раз превышающий его объем (полностью забить винт инфой, отформатировать, опять забить, опять отформатировать и т.д. - все данные потом восстанавливаются)


Aruss

Цитата:

Пытался восстановить с помощью GetDataBack, выскакивает «ошибка 23» на каждом кластере (или что там проверяется…) Вот такие дела. Какую прогу посоветуете из выше перечисленных?!

полетела таблица разделов - testdisk тебе поможет А впредь чтобы такого небыло - реши проблемы с питанием и LBA48.

help777

Цитата:

Я отвечу так:
1. Винту можно посылать прямые команды.
2. По анализу направленности магнитного поля в домене можно восстанавливать любые данные, если физически сектор целый.
3. С винта можно восстановить объем информации в несколько раз превышающий его объем (полностью забить винт инфой, отформатировать, опять забить, опять отформатировать и т.д. - все данные потом восстанавливаются)

А поделиться можите - как это делать? Можно в по почте.

help777 писал:


Цитата:

Цитата:
В этом и вопрос: как "просто обнулить бед-листы."?

способов много, например редактором диска отредактировать $badclus.

поподробнее можно? И какой редактор может отредактировать диск с NTFS?

KUMICH
Я так понял, что тебе на FAT32 надо пометить.
Открой диск, как логическое устройство, в WinHex, через "Access" перейди в таблицу FAT1, найди номер нужного кластера и впиши:
F7 FF FF 0F
help777

Цитата:

Так я и не говорил что _Я_ регенаратором что-то восстанавливал

Ты, лично, какими программами восстановил данные и софт-бэда?
1. И что... ты знаешь технологические команды винта, тем более современного?
Разговор не очем.
2. Адрес фирмы, которая этим занимается, в студию. Нет адреса-нет разговора.
3. (полностью забить винт инфой, отформатировать, опять забить, опять отформатировать и т.д. - все данные потом восстанавливаются)

Адрес... адрес давай, кто так может восстанавливать
И потом, я же просил, конкретные примеры из собственной практики восстановления данных из софт-бэдов, а не теорию тут излагать

KLASS

Цитата:

Ты, лично, какими программами восстановил данные и софт-бэда?
1. И что... ты знаешь технологические команды винта, тем более современного?
Разговор не очем.

Я не собираюсь здесь кого-то учить и что-то кому-то доказывать. Я говорю о вещах которые знаю и которые видел. Нужные технологические команды можно узнать прочитав толстенькие мануалы сервисных центров или вежливо попросив у знающих людей. И не нужно закатываться от смеха над серьезными вещами. Иногда лучше промолчать - сойдешь за умного. Если хотите найти адрес фирмы - воспользуйтесь поиском.

help777
KLASS
робяты!!! Брэк!!! переходите в ПМ(или по мылу-кому чего). здесь опубликуете потом результат вашего диспута.
З.Ы. Уважаю обоих, как хороших специалистов, но судя по вашим постам-скоро вы перейдёте на личности .....

To help777

Цитата:

проще было бы подключить винт к другому компу и посмотреть читаются ли данные (правда при этом есть шанс повредить данные chkdsk'ом)

Смысл этого не понимаю. Шлейф не битый, пробовал на другом, канал тоже нормально работает, CD с DVD на нём спокойно работают. Винда - вряд ли, пробовал и в сейфмоде и в досе. (chkdsk можно пропустить вроде, там обычно время на это дают...)
/To


Вот что у меня получилось сегодня сотворить:
Я уже говорил, что мне удалось зайти на него линухом (это произошло уже через некоторое время после экспериментов с виндой, досом и разными восстановилками). Но русских путей там скопировать нельзя - он у меня русскому не обучен.
Поэтому сегодня я решился попробовать testdisk. Шёл себе спокойненько в сейфмод (обычная-то загрузка виснет при определении винта), на всякий пожарный даже в биосе винт отключил (так, просто). Шёл, значится, и думаю - дай-ка загляну я на него, посмотрю, а вдруг тоже откроется... Он взял и открылся! Ну, теперь, не упускать же такой шанс - дай, думаю, попробую скопировать... Скопировал! Замечательно!! Ё-моё, думаю, неужели он за два дня вдруг сам по себе исправился или линух чего хорошего с ним сотворил (например записал правильный фат вместо убитого)... Надо бы в полной винде проверить. Гружусь, идёт определение (виндовое уже), хрен. Синий экран. Irq less than equal что ли сказал, не помню уже. Ну, я подумал что он мне винду запорол, (он при копировании читался на скорости ~2.8МБайт/с по данным wincmd и это было очень долго, и я уже успел много раз подумать что он в самом конце мне возьмёт и запорет нормальный раздел), поэтому сразу выдернул и попытался снова загрузиться. Повезло, всё оказалось в порядке.
Не знаю, что дальше буду делать. Всё-таки интересно узнать что с ним такое... Может быть поиграю с тестдиском, а может просто отформатирую mhdd и положу на полочку как сувенир.

CocKain

Цитата:

Смысл этого не понимаю.

При загрузке ОС производит запись на винт, поэтому есть шанс перезатереть данные.

Цитата:

я решился попробовать testdisk. Шёл себе спокойненько в сейфмод

тестдиск можно запустить из доса с дискетки

Цитата:

Замечательно!! Ё-моё, думаю, неужели он за два дня вдруг сам по себе исправился или линух чего хорошего с ним сотворил (например записал правильный фат вместо убитого)...

чудес не бывает

Цитата:

Гружусь, идёт определение (виндовое уже), хрен. Синий экран.

приведите точный код ошибки

Цитата:

Может быть поиграю с тестдиском, а может просто отформатирую mhdd и положу на полочку как сувенир.

полочка - это лишнее. Тестидиск вылечи разделы, а мндд проверь поверхность.

KLASS
см. ПМ

help777
Старик, у тя, в течении всего нашего разговора, непреодолимое желание отвечать не на прямые поставленные вопросы, а на те, которые ты сам и поднимаешь.
Говорить об электронном микроскопе (люди вон в космос летают, но я не космонавт) и методах уничтожения инфы, нет ни малейшего желания, тем более, через ПМ, уже грил об этом (сайт долго открывается, особенно днем, причем это последнюю неделю, а страниц надо открывать больше, чем на форуме, при этом, сижу на повременке).
К тому же, я практик (микроскопа нет, коробля тоже), отсюда и заниматься словоблудием не хочется, а почитать об этом я могу сам, без посредников. Больше к этой теме я не возвращаюсь.
Из всего того, что ты написал, к теме относится только это:

Цитата:

Что касается восстановления инфы из софтбедов штатными и общедоступными средствами - я использовал hddutil23 (для копирования), hddl (посылка команд). Весь смысл заключается в нахождении места где находятся софтбеды, приведении в соответствие КС - после этого данные читаются замечательно.

Из справки hddutil23:

Цитата:

Варианты Read Test:
SoftRead - чтение без повторных попыток прочитать сбойный участок (попытки
делает винт, а не HDD UTILity)
HardRead - чтение с использованием повторных попыток прочитать сбойный
участок (попытки делает винт, а не HDD UTILity)
Read&Verify - чтение с проверкой (проверку делает винт, а не HDD UTILity
ECC: число обнаруженных ошибок с диагнозом Unable to correct by ECC
Если данные были успешно скорректированы с помощью ECC, то ошибка не
фиксируется

Автор намеренно указал, что попытки делает винт, но не утилита, а я те выше уже сказал:

Цитата:

Если поле контрольной суммы сектора содержит неверную информацию, то при чтении из этого сектора, винт всегда будет возвращать ошибку (бэд).

Диск отдает ошибку, а утиль эту ошибку отображает. Если сектор прочитался с 1000 раза это был не софт-бэд.
Теперь задаю конкретный вопрос, либо ответь конкретно, либо забей на него, только не уводи тему в сторону... от этого, впоследствии, одни непонятки и "разборки".
Что есть: "приведении в соответствие КС"?