Вернуть данные с жёсткого диска
Какая разница, какое форматирование, быстрое или долгое?
может он имел ввиду низкоуровневое форматирование?

> Ни в том ни в другом случае данные не стираются.
Да ну? А мы то олухи вседа думали, что форматирование, это затирание всех даных при помощи нуля... а тут оказывается просто проверяют и ничего не стирают. :)
При "быстром"- удаляются мета-данные из индекса реестра, без проверки на битые сектора, а сами файлы в их физической длинне из черсёдности 0 и 1 остаются нетронутыми, т.е места, занимаемые ими, будут "переписаны" поверху новыми 0 и 1 позже, т.к их место маркировано как "свободное" и будет использовано для новых данных. Ну и если сильно не повезёт, то место будет битым, что добавит системе парочку незабываемх секунд паник...Ну и тут стоит добавить, что "удалив" данные, вы их естественно удаляете из реестра, а не из копии, а сами данные остаются на диске до того момента, пока их место не понадобится другим.
Естественно у любой таблице есть копия - при "восстановлении" обычно смотрят сразу в неё, а потом сверяётся есть ли на местах, что с реестра, файлы, совпадающие с записью или нет. Это те самые файлы, которые обычно и восстановят, даже если диск уже был в записи с новыми файлами - сводобное место может содержать ещё не перезаписанное пространство.
При "полном" форматировании, которе, в зависимости от скорости записи и обьёма диска может длиться часами, сначало диск проверяется на битые секторы, которые "удаляются" из реестра, а после всё оставшиеся пространство переписывается 0, после чего декларивуется как "свободное". Ну а дальше есть извращения типо 7 раз отформатируй, дабы поверхность насколько "исказилась", что даже физически её считать
нельзя было, применив к диску ректальный криптоанализ в соответствующей среде и т.д и т.п.
Про "низкоуровневое" непосредственно из под системы - сказка с бородатых времён, которая гуляет по интернету и передаётся от одного гуру другому томными вечерами. Всё, что умеет система, а значит и софт из под неё - "высокоуровневое" форматирование Программы, которые "умеют" low level лишь перекидывают нетронутые сектора в раздел рабочих, сокращая этим "жизнь" диска. Xотя часто под "low level" подразумевают как раз затирание всей поверхности несколько раз подряд сначало 0, потом 1, а потом снова 0, что конечно иногда имеет смысл, но только для тех, у кого данные того стоят, но и длиться это не пару минут для терабайтного диска.
В бородатой молодости на наибее часто Б/у диски продавали - чего там только не было... Пару раз даже письма писал компаниям, что мол ребята, вас не смущает, что вы свои данные направо и налево раскидываете - пару раз получал премию, а один раз разборки что я за ними шпионю. Правда там диски "утилизировала" очень "крутая" компания, так что все стрелки ушли на них.
Ну вот как-то так, как говорится, что имею, то и введу :)
Всем спасибо, всё вернул!
Ну так поделитесь чем и как. Может кому пригодится.
При клонировании фестплата тоже будет в работе, что может повлиять на восстановление,
-----
Да, но на Чтение - каких-либо изменений данных на диске не предвидится... а сам диск у него в порядке...
Правда стёртые, не форматнутые.
-----
Быстрый формат не удаляет данные и не прописывает треки... но собрать файлы как бУло - еще та задачка...
Ни в том ни в другом случае данные не стираются.
-----
Ошибаешься.
Стирания - да, нету. Но вот запись фиксированной информации в каждый сектор - делается... результат - исходных данных нету...
сказка с бородатых времён
------
В те бородатые времена сия функциональность имелась в БИОСе - Я ею пользовался из дебагера...
Не помню я такой функции в биосе, помню обход через пио и подгрузку дериват дебагера с дискетки в досю, да и то от производителя зависило предоставит он сию функцию или нет. Не суть - когда это было? Когда ты сам начальный и конечный сектор твоей платы задавал,циклы, головы и прочее, а диск на 80мб считался огрооомным количеством данных? Да и тогда всё от лукавого зависило, т.к любой диск имеет изначально битые сектора при производстве, которые умело "обошли" в программаторе на заводе-изготовителе, правда при 80мб ты их прям с лупой прочитать сможешь. Так что с момента, кода компьютер стал массово доступным, это уже стало сказкой, ну а сейчас - тем более.
Не помню я такой функции в биосе
-----
Ну не помнишь и хорошо...
Бо, оно не каждому нужно.
Но что оно имело место быть и работало на раз - 100%...
> Ну не помнишь и хорошо...
Ради интереса достал из подвала престарелый старый пень (i386DX 33МГц - это сила ) - да, была такая функция, но не с каждым диском, т.к с одним функция высветилась как возможная, а с другим - нет, но оно и логично, т.к от производителя зависит открывать ли прямой доступ к eprom или нет и второй диск более "молодой". Ну а чтобы с такими бубнами не плясать, проще было через дебаг добраться. Но да, те же яйца, но в профиль.
> Но что оно имело место быть и работало на раз - 100%...
А год-то какой на дворе был? В моём - 1990-92 :)
т.к с одним функция высветилась как возможная
------
Ну и зачем же тебе дебагер если она ВЫСВЕТИЛАСЬ?
Повторю еще раз - в изначальных ПК ХТ в ПЗУ БИОС имелся фиксированный адрес по которому находилась процедура низкоуровневого форматирования жесткого диска...
Соответственно - грузишь ДОС, грузишь дебагер, вбиваешь команду перехода на начало процедуры и все поехало форматит'...
> Ну и зачем же тебе дебагер если она ВЫСВЕТИЛАСЬ?
Чтобы функция была доступна непосредственно из биос, нужны четыре фактора - функция должна быть вписана в биос и должна знать что где и по какому адрессу смотреть, ну а а железо должно давать доступ функции к адрессу и предоставлять возможность манипуляции. Проходит пара лет, один из факторов не совпадает и всё. Потому старая железка опознаётся на ура, а новая нет, хотя новая работает из дебагера - потому и танец с бубном через дебагер.
танец с бубном через дебагер
-----
Дебагер используется с единственной целью - выполнить команду "Jump BeginHDFormatting"
- в ДОСе нет другого способа выполнить переход по фиксированному адресу...
Ну так поделитесь чем и как. Может кому пригодится.
Прога Recuva называется, вот если кому надо