Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Восстановление разделов и информации на HDD (часть 7)

Автор: BOBAH4IK
Дата сообщения: 12.03.2015 22:37

Цитата:
Другие предложения будут?

Забить на эту затею.
Автор: Kaylang
Дата сообщения: 12.03.2015 22:40
BOBAH4IK
Это я из предыдущего предложения понял. А по делу?
Если не можешь/не хочешь помочь, то хотя бы не флуди.

Добавлено:
Alex_Green

Цитата:
S.M.A.R.T для начала бы увидеть.


Автор: BOBAH4IK
Дата сообщения: 12.03.2015 22:55
Kaylang
Во-первых, это нужно тебе.
Во-вторых, смогу только в конце месяца взяться.
Автор: igor_me
Дата сообщения: 13.03.2015 00:19
Kaylang

Цитата:
S.M.A.R.T

пока нормальный, надо же
А уронили диск во включенном состоянии? Если да - то ... дааааа, уронить терабайтник бучный - это песец, шансов немного
Автор: 9285
Дата сообщения: 13.03.2015 00:40
Kaylang
Я не специалист по физическим проблемам, поэтому и предлагал обратится в соответствующую тему.
Насколько я понимаю, при ударе на диске могут образоваться деффекты, могут возникнуть проблемы с головками. И возможно что "запаса прочности" может хватить чтобы вычитать посекторку, хотя бы большую часть. Но этот ресурс мог быть израсходован в процессе программного восстановления.
Или давай, утрировано, рассмотрим ситуацию дома с зеркальным полом. В результате какого то воздействия (землетрясения, взрыва и т.п.) от потолка отлетает кусок штукатурки падает на зеркальную поверхность. После этого по полу начинают водить шваброй. И швабра доходит до места со штукатуркой.
Представь что будет дальше (с зеркальностью), когда швабра начнёт елозить дальше, но уже со штукатуркой?
Автор: Alex_Green
Дата сообщения: 13.03.2015 01:12
igor_me

Цитата:
А уронили диск во включенном состоянии?


Скорей всего в выключенном. Приносили пару раз бучные тошибы (правда пятисотки а не терабайтники) уроненные в выключенном состоянии. Ну там по смарту было 192 и 276 пендингов. В обоих случаях удалось восстановить порядка 95% данных.

Вообще в таких случаях первым делом (по возможности) надо настроить Error Recovery Console (чтобы винт при натыкании на бэд не пытался сам себя вычитывать до посинения), ну и S.M.A.R.T Self Test отключить. И лишь затем делать посекторку.

Kaylang


Цитата:
R-studio нашел много файлов, но после восстановления на другой диск, файлы нечитабельны (заполнены одним и тем же повторяющимся символом).


Это по ФС или же сигнатурным поиском? Сканировался образ? Образ был сделан сжатым или по нормальному? В общем как всегда информации "вагон" и всё надо вытягивать и выпытывать.
Файлы каких форматов нужно восстановить? Это в случае если по ФС ничего не выходит, то разные рекаверилки совершенно по разному восстанавливают разные форматы файлов сигнатурным поиском. R-Studio в таких случаях совершенно не умеет восстанавливать такие форматы как MOV, MPEG, PDF, некоторые виды MP4.
А вообще 9285 привёл очень хорошую аналогию.
Автор: Michael99
Дата сообщения: 13.03.2015 02:03

Цитата:
при ударе на диске могут образоваться деффекты

Невсегда это так.
Если головы лежали на рампе в момент удара или небольшого падения - им самим может ничего и не будет.
А вот изгиб вала на котором сидит довольно тяжёлый пакет дисков сразу приводит к сильному ухудшения читаемости полян головами. В итоге и подшипники и сами головы разнашиваются очень быстро.
Значение имеет не только когда винт упал (подключен/не подключен), но и то КАК упал - плашмя или торцом/углом ударился, например.
Автор: Kaylang
Дата сообщения: 13.03.2015 08:32
igor_me

Цитата:
А уронили диск во включенном состоянии?

Насколько я понял, диск уронили при подключенном состоянии к ноуту. Но был-ли ноут в активном состоянии, не знаю, хозяева не помнят. Может ноут был в спящем режиме.
Шнур смягчил падение.

Alex_Green

Цитата:
Это по ФС

Не понял аббреиватуры ФС, но находит не по сигнатурному сканированию.
ЗЫ. Я ошибся, файлы находит EASUS Partition Master.
ЗЗЫ. Хотя не ошибся. Обе программы находят файлы.

Цитата:
Сканировался образ?

Скажу честно, пару раз сканировался диск, потом были сделаны два образа с посекторным сканированием в разных программах.
Один образ R-studio, про второй надо вспомнить. У меня сейчас крайне насыщенный период в жизни.

Цитата:
Образ был сделан сжатым или по нормальному?

Образы не сжатые.

Цитата:
Файлы каких форматов нужно восстановить?

В основном вордовские доки.

Michael99

Цитата:
но и то КАК упал - плашмя или торцом/углом ударился, например.

Не помнят. Упал с ноута, самортизировал на шнуре, оторвался от шнура и упал на пол.

Добавлено:
9285
Благодарю, за объяснение и аналогию, но в общем я знаком с устройством жестких дисков.

Добавлено:
Ладно, ребята, благодарю всех откликнувшихся, не буду морочить вам голову, отвезу диск в Воронеж.
Автор: Alex_Green
Дата сообщения: 13.03.2015 09:22
Kaylang

Цитата:
Не понял аббреиватуры ФС


Дык файловая система, то бишь.


Цитата:
В основном вордовские доки.

Можно попробовать просканировать образы такой фриварной прогой как DiskDigger. Версию 0.8.3 можно скачать тут. В настройках обязательно выбрать опцию Scan surface for traces of files (dig deeper).
Успехов!
Автор: 9285
Дата сообщения: 13.03.2015 09:56
Вчера на горячо "любимом" мною гадюшнике, вышел небольшой спор, после которого очередной мой ник был забанен. Причём опоннент козырял не только своими ксивами и ПАКом, но и тем что мой уровень отражает номерация ников. А всё то вышло из за вот этого перла.
Потому что наверняка повреждена MFT. Стоит попробовать R-Studio просканировав винт полностью, т.к. в конце разделов имеется копия MFT (это правило для NTFS-разделов). Для FAT-разделов ситуёвина хуже - они не имеют зеркальной копии FAT.

Указав на который, получил полную обструкцию обиженного "спеца".
ЗЫ: На правах информации к размышлению.
Автор: Alex_Green
Дата сообщения: 13.03.2015 12:40
9285
Для FAT-разделов ситуёвина хуже - они не имеют зеркальной копии FAT.

Чёт я вообще ничего не понял. Что за бред? Как раз вторая таблица FAT является зеркальной копией первой.
Автор: Michael99
Дата сообщения: 14.03.2015 01:10

Цитата:
На правах информации к размышлению

Вот именно. Вчерась отдал винт у которого аж 52 копии МФТ было, и только 8 из них были частично вменяемы.

Цитата:
полную обструкцию

Обструкция (обтурация) - закрытие просвета полого органа, в том числе бронхов, кровеносного или лимфатического сосуда, обусловливающее нарушение его проходимости.
Так то ж к врачу надоть.
Автор: 9285
Дата сообщения: 14.03.2015 21:37
Alex_Green
Ну так об чём и речь.
Я об этом и написал - в ответ куча пузырей, и тыканье ксивами от эйслаб - а про меня что я не спец, потому как ПАК не имею, и вообще оказалось что я здесь перлы выдаю.
Да, вон и здесь этот же "спец" уже отметился.
Ну не понять ему что есть лишь копия 4-х записей, а остальные 51 это мусор, артефакты и т.п.
Поэтому то и неудивительно что даже в простейших логических случаях идёт отсыл к владельцам ПАК (PC3000).

Michael99
Твоё усердие в пользовании букварями да на твоё же обучение азам устройства ФС.
Автор: Alex_Green
Дата сообщения: 14.03.2015 22:23
9285

Цитата:
Поэтому то и неудивительно что даже в простейших логических случаях идёт отсыл к владельцам ПАК (PC3000).


Вообще всё зависит от того, в чьих руках находится PC-3000. К нему как бы нужно ещё и приложение в виде человека с работающими мозговыми извилинами и прямыми руками. Волшебной кнопки "Починить MFT", "Восстановить FAT", "Вылечить винт", там увы нет.
Автор: Michael99
Дата сообщения: 15.03.2015 21:33

Цитата:
потому как ПАК не имею

Вы Паком тычите где не попадя (видимо действительно потому что нет его у вас).
Реальный же ремонт далеко не весь делается ПАКом, и я думаю это тоже многим присутствующим здесь известно что ПАК более заточен на аппаратно-программное восстановление инфы (по карте голов, работа в указанных областях и т.п.), как раз он умеет то, что невозможно выполнить чисто софтовым методом.
А вы блещете познаниями в ФС лишь. Задать вам пару-тройку реальных вопросов в отношении фирмварей винтов - и вы засыпетесь на этом (причём вопросов имеющих отношение к датарековери, по построению трансляции например на современных винтах).
Если есть ПО без аппаратной поддержки, но могущее ровно то же но софтово - хотелось видеть пример/скрин всё что угодно, но что сможет доказать вашу правоту.
А на деле -софт не сумеет обработать много разновидностей ошибок при работе полу-повреждённых винтов.
Так что ПАК реально может выполнять заведомо сложные задачи - в принципе не решаемые чисто софтово.
P.S. Кстати вспомнился один из винтов, замученных как раз по таким рекомендациям - инфу пришлось доставать с заменами 2-х БМГ подряд трое суток. Клиенту это недёшево обошлось и было обьяснено, что информацию с открытого доступного форума нужно всё же фильтровать.
Автор: igor_me
Дата сообщения: 16.03.2015 01:03
На правах оффтопа:

Цитата:
Если есть ПО без аппаратной поддержки, но могущее ровно то же но софтово - хотелось видеть пример/скрин всё что угодно, но что сможет доказать вашу правоту.

Мммм, пардон, но не совсем понятно, что имеется в виду под "без аппаратной поддержки". Насколько я понимаю, и многие тут высказывали эту мысль, что собственно ПИСюшный контроллёр нужен для универсальности ПИСИшного ПО, чтобы оно работало на любом компьютере, поскольку не все контроллёры всех мамок корректно работают с VSC-командами и т. п. ( ну также и для некоторых других целей типа аппаратной защиты коиплекса, для фенечек, типа вкл\выкл питания, ну и чтобы все нужные порты (SATA, IDE) были под рукой собственно). Все эти цели как бы желательны и упрощают работу, но не необходимы. Поскольку, один хрен, общение с диском идёт по правилам ATA-стандарта (собсссно для того его и придумали ). А ATA-команды можно подавать в принципе с любого контроллёра. Кто-то тут говорил, что мол ПИСюшный контроллёр может как-то хитро управлять таймаутами и т. п., но это не подтверждено документально и экспериментально.
Так что я просто хотел сказать, что софта для чтения по карте голов нет (если его действительно нет) не потому, что его в принципе не может быть без спецконтроолёра, а потому только, что просто его никто не написал в таком виде, думается.
Автор: Michael99
Дата сообщения: 16.03.2015 02:26

Цитата:
не совсем понятно, что имеется в виду под "без аппаратной поддержки"

Именно то, что в винт нужно подавать технокоманды и по АТА и по терминалу (терминал правда реализуется через стандартные ЮСБ-порты, т.к. никакой сложности в этом нет).
Можно ж вспомнить как бы старую "мелочь" типа read long-а ж. Реализовано ли оно где сейчас, в нынешнее время ?.
Вроде ж несложная вещь/команда, но уж мало кто знает что это было.

Цитата:
мол ПИСюшный контроллёр может как-то хитро управлять таймаутами и т. п., но это не подтверждено документально и экспериментально

Кем это должно быть подтверждено ?
Как и что управляется в ПО РС3к знают пользователи комплекса (пусть не все, но многие).
Если говорить как раз о техноключах/командах, то это максимально реализовано как раз в РС3к. (Авторские, самописные техно-утили не в счёт, т.к. они тоже ж не фри).
Про некоторые полу-аналоги комплекса тож известно, и что-то в чём-то выигрывает, а в чём-то и проигрывает. Дело ж в конкретной "заточке" ПО.
Да и отдельный контроллер помогает избежать целого списка некоторых проблем, нежели винты подрубать прям к мамке (на ЮМ). Таймауты же можно задавать практически любой винтовой утилите (ПО), если там есть такая возможность.
А цель - как раз избежать любых ложных срабатываний, глюков в непредсказуемые моменты.
Ведь для ремонтируемого винта в технорежиме малейший сбой может оказаться последним в его нелёгкой жизни ж.
Любое ПО управляющее винтом через обычный ЮМ и в среде Винды обычно ж даёт некоторые ложные ошибки, вот в среде чистого ДОС ошибок намного меньше ж, практически исключены (то что касается сканов полян по логике). Есть понятие "прямой работы по порту".
Вы ж сами в курсе ложных срабатываний, таймаутов при лог. скане инициализированного винта в виндовой Вике (это как наглядный пример).
Да и можно ж напомнить что стандартный ЮМ мамки занимается ещё и другими винтами, приводами, ус-вами.
И как ЮМ мамки будет выделять ресурсы для технологического ПО и насколько корректно - непонятно ж.
А если сбой произойдёт из-за какого-то побочного ус-ва на ЮМ-е в момент подачи технологических команд в больной винт ? Что тогда будет ?
И ещё важно - ведь совсем же не факт, что стандартный ЮМ станет пропускать вендор-команды, не правда ли ?
Да и стали б разработчики комплекса именно разрабатывать/заказывать/изготавливать отдельный, свой мост - если можно было обойтись стандартным, массово выпускаемым кетайско-тайско-малазийским южником во много раз дешевле ж ?
Прилепили б обычный южник за 4-5 баксов на отдельную плату, добавили б ключики на управление питанием - и вуаля типа дешёвый, но массово доступный комплекс.
А имечко моста можно ж и закрасить или сшлифовать накрайняк.
Но почему то ж так никто не сделал такого (под девизом - "Каждому ремонтнику, в каждую семью и комп.фирму, в каждый ларёк по ремонту HDD - по дешёвому комплексу РС3к !")
Если б всё было так просто !
Хороший и профессиональный инструмент не бывает и не должен быть дешёвым, по определению ж.
А так, лицезрели б горы добитых винтов без возможности восстановления и инфы, и тех.состояния тож.
С использованием же комплекса профф. инструментов - инфа (бывает не вся конечно, но многая) хоть поднимается с использованием целого набора профессиональных инструментов предназначенных для именно этих видов работ, а не с помощью молотка с пассатижами.
Автор: Alex_Green
Дата сообщения: 16.03.2015 14:33
Michael99

Цитата:
Хороший и профессиональный инструмент не бывает и не должен быть дешёвым


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


Цитата:
Для купившего инструмент за деньги - он автоматически становится любительским. Знания это не документация, которую также можно купить/скачать.

Следовательно, РC3000. HRT (и т.п. коммерческие вещи с закрытым кодом) - любительские инструменты для купившего, и профессиональные для разработчика (они и выдвигаются на рынок как "профессиональные" - но без указания, для какой из сторон). Однако многие ремонтники верят в то, что именно для них, и очень этим гордятся

Первоисточник здесь.
Ну а что? Действительно, тот же PC-3000 может любой любитель приобрести (были бы деньги). А сколько людей далёких от DR приобрели PC-3000? Многие из них не то что профессионалы, а даже пользоваться то комплексом толком не умеют.
Да и на закрытом форуме Аси порой такие вопросы задаются, что возникает впечатление что человек прежде к DR вообще никакого отношения не имел.
Автор: Michael99
Дата сообщения: 16.03.2015 20:51

Цитата:
Профессиональный инструмент вообще как правило не продаётся, а сделан самим профессионалом под собственные нужды

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

Цитата:
тот же PC-3000 может любой любитель приобрести (были бы деньги). А сколько людей далёких от DR приобрели PC-3000? Многие из них не то что профессионалы, а даже пользоваться то комплексом толком не умеют.

И это правда ваша. Полно ж таких "пионэров" на самом деле. Но есть "растущие пионэры", со временем становящиеся "комсомольцами", а есть кто годами пользуется инструментом слабо представляющим все его возможности.
Соб-нно и те кто имеет РС3000 со временем приходит к тому, что создавать скрипты свои - приходится, к конкретным моделям, архитектурам и просто случаям.
Автор: 9285
Дата сообщения: 16.03.2015 23:58
Michael99

Цитата:
Вы Паком тычите где не попадя (видимо действительно потому что нет его у вас).

Можно конкретизировать где я "тычу"? Или без бла-бла-бла никак?
Я подозревал что с логикой (осмыслением) у тебя есть напряг, поэтому эксклюзивно для тебя
У меня нет ПАК и я не занимаюсь физическими проблемами.

Цитата:
Задать вам пару-тройку реальных вопросов в отношении фирмварей винтов - и вы засыпетесь на этом

Читай выше!

Цитата:
(причём вопросов имеющих отношение к датарековери, по построению трансляции например на современных винтах)

Мне даже не надо задавать вопрос - я уже процитировал чушь, написанную тобою - а это азбука логического восстановления.
Вот только всё таки хочется понять принципы обиженок (особенно в ПАКами) - зачем начинать искать возможность загнать в угол того, кто поймал тебя? Прав - опровергни, но по делу, а не говнометанием.

Цитата:
Кстати вспомнился один из винтов, замученных как раз по таким рекомендациям - инфу пришлось доставать с заменами 2-х БМГ подряд трое суток.

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

Цитата:
информацию с открытого доступного форума нужно всё же фильтровать.

Это точно, особенно с тех (типа осзоне) где во главе угла стоит не правда а приближённость к клану вертухаев и включение в категорию "избранных", которые могут нести откровенную чушь, считая что "титул" позволяет это.
Вот скажи честно - почему чушь до сих пор чушь висит в теме?
И кстати, по поводу тыканья ПАКа - смешно такое читать от того, у кого он фигурирует в подписи.
Автор: Bl_cK
Дата сообщения: 17.03.2015 02:19
9285
Именно так. Спасибо, данных половину восстановил dmde. Проблема была где-то в связке gpt_loader+ide режим. Выставил AHCI, поставил свежую дровину (еле нашёл, ich10r) - gpt_loader стал ругаться в журнал и вешать харды без особой причины. удалил gpt_loader из системы - всё залетало.
Автор: dddimmm
Дата сообщения: 17.03.2015 08:11
HDD Seagate ST3160215A IDE
Перестал определяться один из трех разделов, раздел не с ОС, буква разделу присвоена но при попытке открыть наблюдаю "Структура диска повреждена. Чтение невозможно". Проверил диск HDD Regenerator-ом, испорченных секторов нет, другим ПО пока не пользовался
[more=S.M.A.R.T.]
----------------------------------------------------------------------------
CrystalDiskInfo 6.3.0 (C) 2008-2015 hiyohiyo
Crystal Dew World : http://crystalmark.info/
----------------------------------------------------------------------------

OS : Windows XP Professional SP3 [5.1 Build 2600] (x86)
Date : 2015/03/17 10:53:36

-- Controller Map ----------------------------------------------------------
+ Intel(R) 82801EB Ultra ATA Storage контроллеры - 24DB [ATA]
+ Вторичный канал IDE (1)
- ST3160215A

(2) ST3160215A : 160,0 GB [1/1/0, pd1] - st

----------------------------------------------------------------------------


----------------------------------------------------------------------------
(2) ST3160215A
----------------------------------------------------------------------------
Model : ST3160215A
Firmware : 3.AAD
Serial Number : 9RX2C0Q0
Disk Size : 160,0 GB (8,4/137,4/160,0/160,0)
Buffer Size : 2048 KB
Queue Depth : 1
# of Sectors : 312579695
Rotation Rate : Неизвестно
Interface : Parallel ATA
Major Version : ATA/ATAPI-7
Minor Version : ----
Transfer Mode : UDMA/100 | UDMA/100
Power On Hours : 19514 ч
Power On Count : 1988 раз
Temperature : 36 C (96 F)
Health Status : Хорошо
Features : S.M.A.R.T., 48bit LBA
APM Level : ----
AAM Level : ----

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 120 _99 __6 00000E5DAE59 Ошибки чтения
03 _98 _97 __0 000000000000 Время раскрутки
04 _99 _99 _20 0000000007D3 Запуски/остановки шпинделя
05 100 100 _36 000000000000 Переназначенные сектора
07 _83 _60 _30 00000CAAE753 Ошибки позиционирования
09 _78 _78 __0 000000004C3A Часы работы
0A 100 100 _97 000000000000 Повторные попытки раскрутки
0C _99 _99 _20 0000000007C4 Включения/отключения
BB 100 100 __0 000000000000 Неисправимые ошибки
BD 100 100 __0 000000000000 Высокоуровневая запись
BE _64 _54 _45 000025240024 Температура воздушного потока
C2 _36 _46 __0 000C00000024 Температура
C3 117 _71 __0 000008496435 Аппаратное ECC-восстановление
C5 100 100 __0 000000000000 Нестабильные сектора
C6 100 100 __0 000000000000 Неисправимые ошибки секторов
C7 200 200 __0 000000000006 CRC-ошибки UltraDMA
C8 100 253 __0 000000000000 Ошибки записи
CA 100 253 __0 000000000000 Ошибки адресации данных

-- IDENTIFY_DEVICE ---------------------------------------------------------
0 1 2 3 4 5 6 7 8 9
000: 0C5A 3FFF C837 0010 0000 0000 003F 0000 0000 0000
010: 2020 2020 2020 2020 2020 2020 3952 5832 4330 5130
020: 0000 1000 0004 332E 4141 4420 2020 5354 3331 3630
030: 3231 3541 2020 2020 2020 2020 2020 2020 2020 2020
040: 2020 2020 2020 2020 2020 2020 2020 8010 0000 2F00
050: 4000 0200 0200 0007 3FFF 0010 003F FC10 00FB 0110
060: FFFF 0FFF 0000 0007 0003 0078 0078 00F0 0078 0000
070: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
080: 00FE 0000 346B 7D01 4023 3469 3C01 4023 203F 0000
090: 0000 FEFE FFFE 604D D000 0000 0000 0000 0000 0000
100: 966F 12A1 0000 0000 0000 0000 4000 0000 0000 0000
110: 0000 0000 0000 0000 0000 0000 0000 0100 0000 0002
120: 0000 0000 0000 0000 0000 0000 0000 0000 0009 9EB0
130: 12A1 9EB0 12A1 2020 0002 02B6 0000 008A 3C06 3C0A
140: 0000 07C6 0100 0800 0F12 0500 0002 0080 0000 0000
150: 00A2 0202 0000 0404 0000 0000 0000 0000 1B00 000B
160: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
170: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
180: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
190: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
200: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
210: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
220: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
230: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
240: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
250: 0000 0000 0000 0000 0000 2AA5

-- SMART_READ_DATA ---------------------------------------------------------
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
000: 0A 00 01 0F 00 78 63 59 AE 5D 0E 00 00 00 03 03
010: 00 62 61 00 00 00 00 00 00 00 04 32 00 63 63 D3
020: 07 00 00 00 00 00 05 33 00 64 64 00 00 00 00 00
030: 00 00 07 0F 00 53 3C 53 E7 AA 0C 00 00 00 09 32
040: 00 4E 4E 3A 4C 00 00 00 00 00 0A 13 00 64 64 00
050: 00 00 00 00 00 00 0C 32 00 63 63 C4 07 00 00 00
060: 00 00 BB 32 00 64 64 00 00 00 00 00 00 00 BD 3A
070: 00 64 64 00 00 00 00 00 00 00 BE 22 00 40 36 24
080: 00 24 25 00 00 00 C2 22 00 24 2E 24 00 00 00 0C
090: 00 00 C3 1A 00 75 47 35 64 49 08 00 00 00 C5 12
0A0: 00 64 64 00 00 00 00 00 00 00 C6 10 00 64 64 00
0B0: 00 00 00 00 00 00 C7 3E 00 C8 C8 06 00 00 00 00
0C0: 00 00 C8 00 00 64 FD 00 00 00 00 00 00 00 CA 32
0D0: 00 64 FD 00 00 00 00 00 00 00 00 00 00 00 00 00
0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
160: 00 00 00 00 00 00 00 00 00 00 82 00 AE 01 00 5B
170: 03 00 01 00 01 36 02 00 00 00 00 00 00 00 00 00
180: 00 00 00 00 00 00 06 03 03 03 03 03 03 03 02 00
190: 00 00 00 00 00 00 00 01 7A E7 42 0C 00 00 00 00
1A0: 00 00 70 7C 5A A6 58 08 00 00 00 00 00 00 00 00
1B0: 00 00 00 00 7A E7 42 0C 00 00 00 00 00 00 00 00
1C0: 02 00 01 00 00 00 08 00 00 00 45 6D DE A9 00 00
1D0: 00 00 DB 3B 00 00 00 00 00 00 39 4C 00 00 00 00
1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 66

-- SMART_READ_THRESHOLD ----------------------------------------------------
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
000: 0A 00 01 06 00 00 00 00 00 00 00 00 00 00 03 00
010: 00 00 00 00 00 00 00 00 00 00 04 14 00 00 00 00
020: 00 00 00 00 00 00 05 24 00 00 00 00 00 00 00 00
030: 00 00 07 1E 00 00 00 00 00 00 00 00 00 00 09 00
040: 00 00 00 00 00 00 00 00 00 00 0A 61 00 00 00 00
050: 00 00 00 00 00 00 0C 14 00 00 00 00 00 00 00 00
060: 00 00 BB 00 00 00 00 00 00 00 00 00 00 00 BD 00
070: 00 00 00 00 00 00 00 00 00 00 BE 2D 00 00 00 00
080: 00 00 00 00 00 00 C2 00 00 00 00 00 00 00 00 00
090: 00 00 C3 00 00 00 00 00 00 00 00 00 00 00 C5 00
0A0: 00 00 00 00 00 00 00 00 00 00 C6 00 00 00 00 00
0B0: 00 00 00 00 00 00 C7 00 00 00 00 00 00 00 00 00
0C0: 00 00 C8 00 00 00 00 00 00 00 00 00 00 00 CA 00
0D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 26
[/more]
подскажите с чего начать, может для начала GetDataBack?
Автор: Alex_Green
Дата сообщения: 17.03.2015 10:21
dddimmm

Цитата:
подскажите с чего начать, может для начала GetDataBack?


Покажите скрин окна Разделы из DMDE. Для этого откройте пострадавший диск как физическое устройство.
Автор: dddimmm
Дата сообщения: 17.03.2015 11:11
Alex_Green
Автор: 9285
Дата сообщения: 17.03.2015 14:43
dddimmm
Обрати внимание на аттрибут SMART C7 - возможно одна из этих ошибок привела к ситуации. Есл будет увеличиваться, надо искать и устранять причину.
Судя по скриншоту есть несоотвествия в содержимом бутсектора и записями в MFT (начальными).
Поэтому нужен дамп сектора 163846998 и начальных 10 секторов $MFT.
Можешь рассчитать начальный сектор $MFT сам.
Наведи курсор на раздел, начинающийся в вышеуказанном секторе. В фоновом окне покажется содержимое бутсектора (*).
В нём смотри значения Sector per Cluster и MFT start cluster. Перемножь эти значения и прибавь 163846998 - это и будет требуемое зачение.

(*) Если не разберёшься как делать дамп, то сделай хотя бы скриншот в таком состоянии.
Автор: Atrakktor
Дата сообщения: 17.03.2015 19:23
Начинал читать ветку с инфой о организации разделов, с намерениями прояснить, чем можно забивать нолями различные участки, вплоть до отдельных файлов и папок. С наскоку не находится.
Подскажите как правильно, производить полное erase различных HDD ( ну и флешек), методом заполнения нолями. Предварительно все разделы удалены. С каких секторов начинать, что бы при этом не уничтожить MBR и что там еще?
Автор: igor_me
Дата сообщения: 17.03.2015 22:05
Не понял, как вяжется

Цитата:
Предварительно все разделы удалены

и

Цитата:
что бы при этом не уничтожить MBR и что там еще?

Инфа на флешке\диске есть? Нет или не нужна? А на кой тогда MBR?????? Заного потом создать и разметить разделы - не?
Автор: Michael99
Дата сообщения: 17.03.2015 22:13

Цитата:
особенно ценников "рековерастов" просто преформатируют или "регенирируют" винты

Это явно не ко мне относится. Хотя почему-то весь этот "опус" почему-то отнесён на мой счёт.
Вот у кого проблемы ж, по "опусу" и видно ( а "регенерастов" и без меня хватает).

Цитата:
Подскажите как правильно, производить полное erase различных HDD

Те же утилиты HDDScan, Виктория это делают, кто-то гекс-редакторами пользуется (кому что нравится и привычнее ж). Вообще таких средств много ж на самом деле.

Добавлено:

Цитата:
по поводу тыканья ПАКа - смешно такое читать от того, у кого он фигурирует в подписи

Так мне что в подписи забабахать весь список ? Смысл ?
ПАК является профи-инструментом, и лишь отчасти характеризует специалиста.
Вот когда специалиста характеризует лишь пара утилит, программ - то является ли он таковым, это вопрос.
А таких здесь - большинство ж.
Автор: Atrakktor
Дата сообщения: 17.03.2015 22:57

Цитата:
Не понял, как вяжется
Цитата: Предварительно все разделы удалены
и
Цитата: что бы при этом не уничтожить MBR и что там еще?

Инфа на флешке\диске есть? Нет или не нужна? А на кой тогда MBR???

Так это!...Хоть и были разделы предварительно удалены, но инфа то осталась! Поэтому было решено еще и нолями забить. Так как не в курсе последствий столь радикального метода, вот и решил сохранить "чистый " MBR (неразмеченное пространство).

Автор: 9285
Дата сообщения: 17.03.2015 23:48
Michael99
Почему ты относишь на свой счёт? При том, что было просто написано тебе про такие случаи. Практически также как обращение мне, но с описанием что после "таких" советов тебе пришлось мууууууууучаться.
Или любитель кидать камни только в чужой огород?


Цитата:
Так мне что в подписи забабахать весь список ? Смысл ?

И опять. Обвиняешь меня в тыканье - вполне предсказуемо подтверждений этого нет. Зато сам тыкаешь где не попадя. Помнится давний случай, когда человек перезаписал данные. И в этот момент отписался суперсспец, который предложил обратиться к имеющим ПАК. Когда был задан вопрос каким образом (несомненно неплохая программа) Data Extractor может помочь в такой ситуации - суперспец успешно слился.
ЗЫ: Перепиши в подпись все отвёртки, сьёмники, коллекцию трупиков и список используемого вареза.


Цитата:
Вот когда специалиста характеризует лишь пара утилит, программ - то является ли он таковым, это вопрос.

Реальный спец, в ситуациях когда можно обойтись и одной программой, обойдётся и таковой. Потому что он понимает что делает.
А дураку купи хоть 100500 комплексов - ну решит пару случаев, когда просто повезёт. Остальное спишет на "бесполезные советы с форума".

PS. Когда научишься отвечать по сути вопроса а не бла-бла-бла?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

Предыдущая тема: Винт стал медленно работать


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