русский
Germany.ruForen → Архив Досок→ Computer & Co

Вернуть данные с жёсткого диска

1599  1 2 alle
michelfrance гость на Земле30.07.20 23:37
michelfrance
NEW 30.07.20 23:37 
in Antwort blackbook 30.07.20 23:24
Какая разница, какое форматирование, быстрое или долгое?

может он имел ввиду низкоуровневое форматирование? спок

Żywie Biełarus! Belarus auf dem Weg der Veränderung "Выходи гулять" --> https://youtu.be/aOnp0kfAr80
#21 
blackbook коренной житель31.07.20 00:42
blackbook
NEW 31.07.20 00:42 
in Antwort michelfrance 30.07.20 23:37
может он имел ввиду низкоуровневое форматирование? спок

Он мог только подумать, что имеет его в виду.

#22 
Corvus_Black коренной житель31.07.20 14:57
NEW 31.07.20 14:57 
in Antwort blackbook 30.07.20 23:24, Zuletzt geändert 31.07.20 15:07 (Corvus_Black)

> Ни в том ни в другом случае данные не стираются.

Да ну? А мы то олухи вседа думали, что форматирование, это затирание всех даных при помощи нуля... а тут оказывается просто проверяют и ничего не стирают. :)


При "быстром"- удаляются мета-данные из индекса реестра, без проверки на битые сектора, а сами файлы в их физической длинне из черсёдности 0 и 1 остаются нетронутыми, т.е места, занимаемые ими, будут "переписаны" поверху новыми 0 и 1 позже, т.к их место маркировано как "свободное" и будет использовано для новых данных. Ну и если сильно не повезёт, то место будет битым, что добавит системе парочку незабываемх секунд паник...Ну и тут стоит добавить, что "удалив" данные, вы их естественно удаляете из реестра, а не из копии, а сами данные остаются на диске до того момента, пока их место не понадобится другим.


Естественно у любой таблице есть копия - при "восстановлении" обычно смотрят сразу в неё, а потом сверяётся есть ли на местах, что с реестра, файлы, совпадающие с записью или нет. Это те самые файлы, которые обычно и восстановят, даже если диск уже был в записи с новыми файлами - сводобное место может содержать ещё не перезаписанное пространство.


При "полном" форматировании, которе, в зависимости от скорости записи и обьёма диска может длиться часами, сначало диск проверяется на битые секторы, которые "удаляются" из реестра, а после всё оставшиеся пространство переписывается 0, после чего декларивуется как "свободное". Ну а дальше есть извращения типо 7 раз отформатируй, дабы поверхность насколько "исказилась", что даже физически её считать нельзя было, применив к диску ректальный криптоанализ в соответствующей среде и т.д и т.п.


Про "низкоуровневое" непосредственно из под системы - сказка с бородатых времён, которая гуляет по интернету и передаётся от одного гуру другому томными вечерами. Всё, что умеет система, а значит и софт из под неё - "высокоуровневое" форматирование Программы, которые "умеют" low level лишь перекидывают нетронутые сектора в раздел рабочих, сокращая этим "жизнь" диска. Xотя часто под "low level" подразумевают как раз затирание всей поверхности несколько раз подряд сначало 0, потом 1, а потом снова 0, что конечно иногда имеет смысл, но только для тех, у кого данные того стоят, но и длиться это не пару минут для терабайтного диска.


В бородатой молодости на наибее часто Б/у диски продавали - чего там только не было... Пару раз даже письма писал компаниям, что мол ребята, вас не смущает, что вы свои данные направо и налево раскидываете - пару раз получал премию, а один раз разборки что я за ними шпионю. Правда там диски "утилизировала" очень "крутая" компания, так что все стрелки ушли на них.


Ну вот как-то так, как говорится, что имею, то и введу :)

#23 
Бродягa патриот31.07.20 18:08
Бродягa
NEW 31.07.20 18:08 
in Antwort 19alex73 29.07.20 18:03
Всем спасибо, всё вернул!

Ну так поделитесь чем и как. Может кому пригодится.

Помощь детям https://rusfond.ru/letters . . . . . . . . . . В игноре: Kot_Basilio / tbd / drlm / Не Ваша совесть / невата / AlexM77 / stepan2002
#24 
Murr патриот02.08.20 23:04
Murr
NEW 02.08.20 23:04 
in Antwort Бродягa 28.07.20 14:33

При клонировании фестплата тоже будет в работе, что может повлиять на восстановление,

-----

Да, но на Чтение - каких-либо изменений данных на диске не предвидится... а сам диск у него в порядке...

#25 
Murr патриот02.08.20 23:06
Murr
NEW 02.08.20 23:06 
in Antwort Andrew13 28.07.20 15:01

Правда стёртые, не форматнутые.

-----

Быстрый формат не удаляет данные и не прописывает треки... но собрать файлы как бУло - еще та задачка...

#26 
Murr патриот02.08.20 23:12
Murr
NEW 02.08.20 23:12 
in Antwort blackbook 30.07.20 23:24

Ни в том ни в другом случае данные не стираются.

-----

Ошибаешься.

Стирания - да, нету. Но вот запись фиксированной информации в каждый сектор - делается... результат - исходных данных нету...


#27 
Murr патриот02.08.20 23:17
Murr
NEW 02.08.20 23:17 
in Antwort Corvus_Black 31.07.20 14:57

сказка с бородатых времён

------

В те бородатые времена сия функциональность имелась в БИОСе - Я ею пользовался из дебагера...

#28 
Corvus_Black коренной житель03.08.20 07:46
NEW 03.08.20 07:46 
in Antwort Murr 02.08.20 23:17

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

#29 
Murr патриот03.08.20 19:15
Murr
NEW 03.08.20 19:15 
in Antwort Corvus_Black 03.08.20 07:46

Не помню я такой функции в биосе

-----

Ну не помнишь и хорошо...

Бо, оно не каждому нужно.

Но что оно имело место быть и работало на раз - 100%... спок

#30 
Corvus_Black коренной житель04.08.20 16:14
NEW 04.08.20 16:14 
in Antwort Murr 03.08.20 19:15

> Ну не помнишь и хорошо...

Ради интереса достал из подвала престарелый старый пень (i386DX 33МГц - это сила ) - да, была такая функция, но не с каждым диском, т.к с одним функция высветилась как возможная, а с другим - нет, но оно и логично, т.к от производителя зависит открывать ли прямой доступ к eprom или нет и второй диск более "молодой". Ну а чтобы с такими бубнами не плясать, проще было через дебаг добраться. Но да, те же яйца, но в профиль.


> Но что оно имело место быть и работало на раз - 100%...

А год-то какой на дворе был? В моём - 1990-92 :)

#31 
Murr патриот04.08.20 21:21
Murr
NEW 04.08.20 21:21 
in Antwort Corvus_Black 04.08.20 16:14

т.к с одним функция высветилась как возможная

------

Ну и зачем же тебе дебагер если она ВЫСВЕТИЛАСЬ? безум

Повторю еще раз - в изначальных ПК ХТ в ПЗУ БИОС имелся фиксированный адрес по которому находилась процедура низкоуровневого форматирования жесткого диска...

Соответственно - грузишь ДОС, грузишь дебагер, вбиваешь команду перехода на начало процедуры и все поехало форматит'...

#32 
Corvus_Black коренной житель05.08.20 12:09
NEW 05.08.20 12:09 
in Antwort Murr 04.08.20 21:21

> Ну и зачем же тебе дебагер если она ВЫСВЕТИЛАСЬ?
Чтобы функция была доступна непосредственно из биос, нужны четыре фактора - функция должна быть вписана в биос и должна знать что где и по какому адрессу смотреть, ну а а железо должно давать доступ функции к адрессу и предоставлять возможность манипуляции. Проходит пара лет, один из факторов не совпадает и всё. Потому старая железка опознаётся на ура, а новая нет, хотя новая работает из дебагера - потому и танец с бубном через дебагер.

#33 
Murr патриот05.08.20 12:45
Murr
NEW 05.08.20 12:45 
in Antwort Corvus_Black 05.08.20 12:09

танец с бубном через дебагер

-----

Дебагер используется с единственной целью - выполнить команду "Jump BeginHDFormatting"

- в ДОСе нет другого способа выполнить переход по фиксированному адресу...

#34 
19alex73 завсегдатай17.08.20 16:36
19alex73
NEW 17.08.20 16:36 
in Antwort Бродягa 31.07.20 18:08
Ну так поделитесь чем и как. Может кому пригодится.

Прога Recuva называется, вот если кому надо

https://cloud.mail.ru/public/wLYb/2vtHntQ5w

#35 
1 2 alle