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

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

Автор: RabbitPGN
Дата сообщения: 15.04.2016 10:19
Всем привет! Носитель не HDD, но всё-же..

Есть карта microSD.
В процессе использования на смартфоне, при одном из включений, перестала видется. Андроид (5.1) пишет, что карта повреждена, предлагает отформатировать. Форматировать не стал.
Стал открывать в DMDE, стали выдаваться предупреждения о том, что носитель мог быть заменён, хотя флешка через адаптер (множество разных адаптеров перепробовал) имеет нормальный контакт и она не вынималась. Результат нулевой.
Открыл через r-studio, было предупреждение что ФС повреждена(ФС- FAT32) и следует прежде просканировать. Просканировал полностью, найдено 3 распознанные версии FAT32, две из которых неверные по размеру, одна с верным размером. Однако из всех вариантов, никто так и не позволил хоть что-то восстановить полноценное. То что нашлось, так это файлы либо нулевого, либо 2-3 гигабайтные файлы с рандомными именем и расширением, причем количество папок восстановилось правильно, однако названия не восстановились, только крякозябры.

Что порекомендуете использовать в данном случае, для восстановления файлов с MicroSD?
Стоит ли форматировать флешку или удалять раздел(сейчас RAW)?
Автор: tomset
Дата сообщения: 15.04.2016 14:35
RabbitPGN
Транслятор у нее слетел и программами ни как не восстановить.
Для восстановления потребуется
- флэш комплекс,
- цифровой анализатор, если нет распиновки монолита,
- стачивать защитный лак до контактных площадок
- Распайка на специальный адаптер.
- вычитывание с коректировкой по ECC. удалением вставок, чередования и т.д.
- Сборка транслятора и создание корректного образа
и только после всего этого уже можно использовать рековери программы.
Но такая программа уже встроена в комплекс.
Читать через обычный интерфес при убитом трансляторе нет смысла. Она местами просто мусор отдаст из не нужных мест, а часть вообще не прочитает.

Короче, если данные стоят больше 10000р обратиться к специалисту умеющему все это делать.
Автор: MikeX
Дата сообщения: 15.04.2016 15:06
temp9285
Ну chkdsk долго шерстил дескрипторы безопасности, диск стал виден нормально, но загрузка всё равно не пошла.

Дальше копать не стал, сверил данные на нём с созданными при "невидимом" диске бэкапами, нашёл как запустить заводское восстановление с нуля и поехал. Просто хотелось избежать такого исхода.

Спасибо за помощь. "Век живи, век учись — а дураком помрёшь...".
Автор: BOBAH4IK
Дата сообщения: 15.04.2016 15:06

Цитата:
- цифровой анализатор

логический

Цитата:
если данные стоят больше 10000р

За десятку еще поискать надо щедрого мастера.
Ссылка

Монолит/МикроСД
от 30'000р
от 3-х недель
Автор: tomset
Дата сообщения: 15.04.2016 16:51
BOBAH4IK
У софт центра другие приоритеты, для них восстановление монолитов и вообще данных не главный вид бизнеса. Так что дорого, чтобы уж не тратить зря время, отвлекаясь от основных дел.
А так вполне можно найти и за 10-15, если SD достаточно распространённая и уже раскопанная.
Автор: RabbitPGN
Дата сообщения: 15.04.2016 17:11
не, червонец жаба задушит отдать, а 30, да ещё от 3-х недель этж ащще пздц... а ведь ей и 3х месяцев не было, сцук.. Хотя вообще есть прогресс.. Я тут решил в планшет с виндой 10 вставить эту сд и на немного запустить сканирование, так о чудо, часть файлов не битые и внимание! с оригинальными названиями. Но рано я радовался, при повторном сканировании, причем полном, а это очень долго, опять ничего...

Добавлено:
и да, она очень и очень сильно нагревается. Для сравнения я другую аналогичную воткнул и просканил полностью, нагрев еле-еле ощущается, а эта сд имеет температуру как немного раскаленное дно сковородки.. у неё внутри явно жесть какая-то происходит.. может чего внутри коротнуло.. или коротит..
Автор: tomset
Дата сообщения: 15.04.2016 18:38
RabbitPGN
Ну зачем фигней страдаете,
сделайте посекторку с нее в образ, и образ анализируйте.
Охладите чем ни будь, завернув в целлофан, может чисто тепловой не контакт, из-за трещины.
Автор: Alex_Green
Дата сообщения: 15.04.2016 18:58
RabbitPGN
Да, лучшее что можно попробовать - это поработать с посекторным файлом образом. Может повезёт, и часть данных удастся восстановить.
Автор: RB2
Дата сообщения: 15.04.2016 20:55
при попытке объединить первый раздел D расположенный перед вторым системным разделом(оазмер около 115 гб) C acronis disk director 12.0.3223 выдал ошибку Файловая система повреждена и сказал проверить её.

в результате первый раздел стал объёмом 4.87гб(файлы на нём целые), а второй раздел стал объёмом 227гб без файловой системы.

при сканировании r-studio выдал много ошибок чтения под конец бывшего первого раздела. именно поэтому acronis не смог завершить объединение.


r-studio при сканировании часть данных видит, когда завершит - покажу результат.

возможно ли исправить оба раздела, какие данные нужно показать для оценки?

файл журнала акронис и фото сканирования rstudio
http://imgur.com/a/3T3Nt

[more]
<log build="0" version="0" product="Acronis Disk Director 12">
<event id="1" type="Предупреждение" time="15.04.2016 19:47:00" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="|ERROR: &#32; &#32;0x0010C42C:0x0000|TEXT: &#32; &#32; Не удалось получить необходимую информацию о томе.|LINE TAG: 391BA231793BC7B1|" code="1 048 576(0x100000)" module="16" Owner="Administrator"/>
<event id="2" type="Предупреждение" time="15.04.2016 19:47:00" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="Не удалось подключить том в автоматическом режиме.|Дополнительные сведения: |--------------------|Код ошибки: 16387|Модуль: 16|LineInfo: 8f0ba805c0c1950|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось подключить том в автоматическом режиме.|--------------------|Код ошибки: 14337|Модуль: 16|LineInfo: 8f0ba805c0c19d0|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось подключить файловую систему.|--------------------" code="1 064 963(0x104003)" module="16" Owner="Administrator"/>
<event id="3" type="Предупреждение" time="15.04.2016 19:47:00" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="Не удалось подключить том в автоматическом режиме.|Дополнительные сведения: |--------------------|Код ошибки: 16387|Модуль: 16|LineInfo: 8f0ba805c0c1950|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось подключить том в автоматическом режиме.|--------------------|Код ошибки: 14337|Модуль: 16|LineInfo: 8f0ba805c0c19d0|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось подключить файловую систему.|--------------------" code="1 064 963(0x104003)" module="16" Owner="Administrator"/>
<event id="4" type="Предупреждение" time="15.04.2016 19:47:00" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="Не удалось подключить том в автоматическом режиме.|Дополнительные сведения: |--------------------|Код ошибки: 16387|Модуль: 16|LineInfo: 8f0ba805c0c1950|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось подключить том в автоматическом режиме.|--------------------|Код ошибки: 14337|Модуль: 16|LineInfo: 8f0ba805c0c19d0|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось подключить файловую систему.|--------------------" code="1 064 963(0x104003)" module="16" Owner="Administrator"/>
<event id="5" type="Ошибка" time="15.04.2016 19:46:45" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="Не удалось выполнить запрошенную операцию.|Дополнительные сведения: |--------------------|Код ошибки: 13|Модуль: 149|LineInfo: d959f80cf9ecc514|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось выполнить запрошенную операцию.|--------------------|Код ошибки: 168|Модуль: 149|LineInfo: 3817d1bfa3177d1a|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Файловая система повреждена.|--------------------|Код ошибки: 401|Модуль: 54|LineInfo: b8927dfc4b593cdc|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось выполнить команду в среде.|--------------------|Код ошибки: 402|Модуль: 54|LineInfo: 490dc54208acb930|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Сбой операции Fdisk.|--------------------|Код ошибки: 703|Модуль: 54|LineInfo: 90921b07b1f5c0f9|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Файловая система повреждена.|--------------------|Код ошибки: 12311|Модуль: 16|LineInfo: 95eec529987c8a09|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось объединить тома.|--------------------|Код ошибки: 1036|Модуль: 16|LineInfo: c57f4c2fe4f70a6a|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Файловая система повреждена.|--------------------|Код ошибки: 35|Модуль: 7|LineInfo: 5738609e19dfe50e|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Невозможно изменить размер раздела с испорченными блоками|--------------------" code="9 764 877(0x95000D)" module="149" Owner="Administrator"/>
<event id="6" type="Предупреждение" time="15.04.2016 19:46:20" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="|ERROR: &#32; &#32;0x0010C42C:0x0000|TEXT: &#32; &#32; Не удалось получить необходимую информацию о томе.|LINE TAG: 391BA231793BC7B1|" code="1 048 576(0x100000)" module="16" Owner="Administrator"/>
<event id="7" type="Предупреждение" time="15.04.2016 19:46:20" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="Не удалось подключить том в автоматическом режиме.|Дополнительные сведения: |--------------------|Код ошибки: 16387|Модуль: 16|LineInfo: 8f0ba805c0c1950|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось подключить том в автоматическом режиме.|--------------------|Код ошибки: 14337|Модуль: 16|LineInfo: 8f0ba805c0c19d0|Поля: &#32;$module : DiskBundleEx_vsa64_3223|Сообщение: Не удалось подключить файловую систему.|--------------------" code="1 064 963(0x104003)" module="16" Owner="Administrator"/>
<event id="8" type="Предупреждение" time="15.04.2016 19:46:18" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="|ERROR: &#32; &#32;0x0010C42C:0x0000|TEXT: &#32; &#32; Не удалось получить необходимую информацию о томе.|LINE TAG: 391BA231793BC7B1|" code="1 048 576(0x100000)" module="16" Owner="Administrator"/>
<event id="9" type="Предупреждение" time="15.04.2016 19:46:18" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="|ERROR: &#32; &#32;0x0010C42C:0x0000|TEXT: &#32; &#32; Не удалось получить необходимую информацию о томе.|LINE TAG: 391BA231793BC7B1|" code="1 048 576(0x100000)" module="16" Owner="Administrator"/>
<event id="10" type="Предупреждение" time="15.04.2016 19:46:18" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="|ERROR: &#32; &#32;0x0010C42C:0x0000|TEXT: &#32; &#32; Не удалось получить необходимую информацию о томе.|LINE TAG: 391BA231793BC7B1|" code="1 048 576(0x100000)" module="16" Owner="Administrator"/>
<event id="11" type="Уведомление" time="15.04.2016 19:45:45" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="Объединение томов|Описание исходного тома:| &#32;Диск: 1| &#32;Буква: D| &#32;Метка: | &#32;Размер: 115.07 ГБ| &#32;Файловая система: NTFS|Описание целевого тома:| &#32;Диск: 1| &#32;Буква: C| &#32;Метка: | &#32;Размер: 117.18 ГБ| &#32;Файловая система: NTFS|" code="3 538 944(0x360000)" module="54" Owner="Administrator"/>
<event id="12" type="Предупреждение" time="15.04.2016 19:45:41" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="|ERROR: &#32; &#32;0x0010C42C:0x0000|TEXT: &#32; &#32; Не удалось получить необходимую информацию о томе.|LINE TAG: 391BA231793BC7B1|" code="1 048 576(0x100000)" module="16" Owner="Administrator"/>
<event id="13" type="Предупреждение" time="15.04.2016 19:44:25" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="|ERROR: &#32; &#32;0x0010C42C:0x0000|TEXT: &#32; &#32; Не удалось получить необходимую информацию о томе.|LINE TAG: 391BA231793BC7B1|" code="1 048 576(0x100000)" module="16" Owner="Administrator"/>
<event id="14" type="Предупреждение" time="15.04.2016 19:44:24" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="|ERROR: &#32; &#32;0x0010C42C:0x0000|TEXT: &#32; &#32; Не удалось получить необходимую информацию о томе.|LINE TAG: 391BA231793BC7B1|" code="1 048 576(0x100000)" module="16" Owner="Administrator"/>
<event id="15" type="Уведомление" time="15.04.2016 19:44:23" policy="[Нет]" task="[Нет]" InstanceType="[Нет]" Instance="[Нет]" Machine="StrelecPE-x64" message="Конфигурация восстановлена и сохранена." code="11 927 553(0xB60001)" module="182" Owner="Administrator"/>
</log>
[/more]
Автор: temp9285
Дата сообщения: 16.04.2016 00:55
MikeX
В общем то, я писал о таком варианте развития событий. Была бы ХР, можно было бы на FAT32 скопировать и продолжить работу. Прогресс - мать его за ногу.

RB2
Можно запустить полное сканирование в DMDE и далее анализировать результат, можно и другое, но только это надо делать на исправном винте.
Если уж и хочешь выложить лог убийцы данных - выложи как файл на обменник, или уж скрой под more. Только толку от него нет никакого.
На будущее - надёжнее скопировать данные с последующего раздела, удалить его и расширить предшествующий.
Автор: RB2
Дата сообщения: 16.04.2016 01:32
temp9285
винт ноутбучный, условно исправный, просто с ним пользователь жестко обращается - таскает и наклоняет включенным.

полное сканирование dmde сделать могу, но не знаю, стоит ли - пользователю важны только некоторые личные данные, которых немного, и которые можно восстановить rstudio, правда это довольно долго.

про исправность винта - новый покупать скорее всего не будут, но я порекомендую.


Цитата:
выложи как файл на обменник

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


Цитата:
надёжнее скопировать данные с последующего раздела

про это я знаю. просто сказали "быстрее-быстрее", вот и получили результат.
теперь точно буду только после создания бекапа делать что-либо, надоело восстанавливать.
Автор: temp9285
Дата сообщения: 16.04.2016 09:14
RB2

Цитата:
важны только некоторые личные данные, которых немного, и которые можно восстановить rstudio, правда это довольно долго.

Есть уверенность что получится? Ведь не факт что файловые записи нужных файлов корректны; как и то что они корректны, но сами данные "не доехали" до нужного места. И если файл фрагментирован, то сигнатурка не поможет.
Что касается длительности, то как то смешно читать после
Цитата:
просто сказали "быстрее-быстрее", вот и получили результат

Непременно надо пройтись по всем граблям? В том числе повторно?
Автор: RB2
Дата сообщения: 16.04.2016 12:20
temp9285

Цитата:
Есть уверенность что получится?

нет уверенности, иначе не написал бы свои мысли.

Цитата:
Непременно надо пройтись по всем граблям? В том числе повторно?

нет конечно.

лучше просканировать free версией или использовать keygen?
и ещё вопрос: можно ли сначала сделать образ пострадавшей первой половины диска(на второй половине расположен раздел который вообще не использовался) и затем выполнить сканирование образа?

спрашиваю потому, что на 17% 44.5гб lba 86 943 480 - 81,82,83,84,85,86,87,90,91,92,94,95 начинаются отдельные сбойные секторы - win error 1117. the request could not be performed becauseof an i/o device error.
Которые не читаются даже с третьей попытки - пробовал на трех отдельных секторах.

пока переключил с IO FILE на IO SCSI - потому что file долго пропускает сбойные секторы.

стоит ли пытаться вставить разделы на исходном hdd?

[more]
noname 06 - первый раздел, бывший диск D
noname 05 - второй раздел, бывший диск C
http://imgur.com/a/V6VDj
выборочно восстановленное с раздела 06 случайное фото полностью целое.


создавался образ с lba 0 до 487299071 из 976773167, сектор 512 байт
START 2016-04-16 13:41:39
logsec=512
C 1 > > 0 : 86943480
E 1 > > 86943480 : 16
C 1 > > 86943496 : 156971288
E 1 > > 243914784 : 8
C 1 > > 243914792 : 3913184
E 1 > > 247827976 : 8
C 1 > > 247827984 : 33025992
E 1 > > 280853976 : 8
C 1 > > 280853984 : 5099936
E 1 > > 285953920 : 8
C 1 > > 285953928 : 3570688
E 1 > > 289524616 : 64
C 1 > > 289524680 : 4737104
E 1 > > 294261784 : 8
C 1 > > 294261792 : 8
E 1 > > 294261800 : 8
C 1 > > 294261808 : 193037264
STOP 2016-04-16 15:27:21
- после 144gb десятичных начинается большое количество цепочек сбойных секторов
[/more]

Добавлено:
temp9285
результат полного сканирования образа половины диска 249гб
[more]
http://imgur.com/a/A4oLk

найденный ntfs 1 содержит данные из бывшего раздела D
размер раздела 88,3гб - не совпадает с удалённым.
lba 206845 - 172 609 016
размер удалённого был 124гб,
lba 206 845 - 241 539 071
используя чистую реконструкцию без удалённых файлов, по объёму почти все данные на месте - занято было около 5 gib, найдено - 4.76. восстанавливать пока всё не пробовал.
хотя сейчас эти данные есть на разделе объёмом 4,87 gib, оставшемся после ошибки акрониса, и занято на нём 4,83gib, файлы вроде целые.

найденный ntfs 0 содержит данные из бывшего раздела C
размер раздела 126гб - такой же как у удалённого
lba начало и конец правильные
используя чистую реконструкцию без удалённых файлов, по объёму данных вроде чуть больше: было около 37gib, найдено 37,374gib. восстанавливать пока всё не пробовал.

лог полного сканирования
http://rghost.ru/private/72nq9xJkb/3e5f5dfc121e92527a897ddf65bbb4f2
[/more]
Автор: RB2
Дата сообщения: 16.04.2016 18:40
вставил только найденный бывший раздел C, он оказался полностью целым, даже chkdsk при загрузке не было.

[offtopic]посоветуйте, стоит ли заставлять жесткий диск переназначить сбойные секторы?
их немного, но они идит цепочками по нескольку штук подряд, если сделать под них раздел, то довольно много полезного места пропадёт.[/offtopic]
Автор: temp9285
Дата сообщения: 16.04.2016 22:56
RB2

Цитата:
найденный ntfs 1 содержит данные из бывшего раздела D размер раздела 88,3гб - не совпадает с удалённым.

Это может быть результат промежуточного состояния при сжатии первого раздела.


Цитата:
вставил только найденный бывший раздел C, он оказался полностью целым, даже chkdsk при загрузке не было

Всё таки, после таких деструкций, проверить всё равно не мешает.

Что касается ремапа, то конечно можно, но вот только неизвестно что с винтом (царапина или проблема с какой то головой). Вообще, с этим вопросом лучше к железячникам обратиться, не забыв приложить SMART диска и его модель. Только думается мне что дальнейшее использование винта имеет смысл лишь для хранения чего то неотвественного.
Автор: RB2
Дата сообщения: 16.04.2016 23:09
temp9285
Большое спасибо за то, что сказали попробовать dmde, иначе бы восстанавливал всё по частям.

Цитата:
проверить всё равно не мешает.

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


Цитата:
Что касается ремапа, то конечно можно, но вот только неизвестно что с винтом

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

Цитата:
только думается мне что дальнейшее использование винта имеет смысл лишь для хранения чего то неотвественного.

сказал ествественно, порекомендовал делать бекапы и купить ssd, если любят носить ноутбук включенным. после демонстрации системы с ssd даже ответили, что подумают.
Автор: MikeX
Дата сообщения: 17.04.2016 00:02
RB2

Цитата:
стоит ли заставлять жесткий диск переназначить сбойные секторы?


Полагаю что да. Но если у диска Advanced Format, то Victoria в этом деле не помощник. И хотя диски с AF при таком малом по современным понятиям объёме (250 гигов) практически не выпускаются, но лучше бы привести его модель (или может быть я пропустил, что она уже прозвучала). И до операции показать его SMART — о чём уже сказано.
Автор: temp9285
Дата сообщения: 17.04.2016 00:26
MikeX
250 гигов - размер посекторки. А винт 500-ка, и на первом скриншоте (где скан r-studio) видна модель HTS545050A7E380
И это диск AF.

Добавлено:
RB2
Кстати, я не ответил на вопрос ранее.
Пользоваться нужно нормальной версией с сайта разработчика. Тем более что она позволяет сделать почти всё что нужно, да и стоимость самой простой версии просто смешная.
А за ломанными замечено восстановление "битых" данных, которые при восстановлении нормальной версии целы.

И хотелось бы предупредить, чтобы столь успешный исход не создал иллюзий и не вводил во грех в следующий раз. Повезло что деструктор не успел что то натворить - видимо напоролся на сбойные сектора. Успел разве что сжать первый том. Опять же, если бы не сбойные сектора может быть и само превращение прошло бы удачно (если бы акронис решил только сдвинуть начало раздела) при таком обьёме данных. Будь первый раздел заполнен поболее- были бы множественные преобразования, которые зачастую заканчиваются печально.
Автор: RB2
Дата сообщения: 17.04.2016 01:27
MikeX

Цитата:
И до операции показать его SMART — о чём уже сказано.

займусь только если скажут, пообещали просто купить новый.

Цитата:
Но если у диска Advanced Format, то Victoria в этом деле не помощник.

http://i.imgur.com/SS1rgb0.png 4k:1k
думал использовать HDD Regenerator 2011.
просто на более старом винчестере (тоже жесткое обращение, а под конец ещё и уронили.) был негативный опыт: из-за большого количества сбойных секторов - пару тысяч, он не смог переназначить их все, в результате при попытке обращения к любому сбойному сектору диск задумывался. пришлось откусить кусок, и тоже все бэды только на системном, цепочками по десятку секторов за раз.

temp9285

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

я думаю, что повезло три раза: весь диск был занят бекапами windows, которые она создает по расписанию, если разрешить. во всех разделах было свободно по 1-2гб(почти 460 гб бекапов...).
мало пользовательских данных: всего 20 гб, а после удаление бекапов и старых точек восстановления на системном разделе вообще было занято только 37гб.
ну и попалась цепочка сбойных секторов в первом разделе - на 44 гигабайте, в итоге вторым разделом акронис занятся не успел.
Автор: temp9285
Дата сообщения: 17.04.2016 02:18
RB2

Цитата:
думал использовать HDD Regenerator 2011

Не стоит.
С AF-винтами вроде бы как дружит HDAT2. Или ещё используют ту же DMDE перезаписывая область проблемных секторов, тем самым подталкивая диск на ремап.


Цитата:
весь диск был занят бекапами windows,

О, это знатный гАдильшик дискового пространства (впрочем как и сама винда) - поэтому я стараюсь для бэкапов выделят отдельный раздел.

Цитата:
во всех разделах было свободно по 1-2гб

То есть бэкапы перед этим были удалены? В противном случае было бы как в песне "эта музыка будет вечной" - обычно пользователи после энного времени считают что комп завис и вырубают комп. Вот тогда становится ну очень "весело".
Автор: RB2
Дата сообщения: 17.04.2016 02:40

Цитата:
То есть бэкапы перед этим были удалены?

да, не вижу смысла хранить автобекапы больше месяца.

Цитата:
считают что комп завис и вырубают комп

ну по хрусту головок и по миганию диода hdd можно понять, что он занят делом.
Автор: MikeX
Дата сообщения: 17.04.2016 22:43
RB2

Цитата:
просто на более старом винчестере (тоже жесткое обращение, а под конец ещё и уронили.)


Если финансы владельцу позволяют — уговорите на SSD...

temp9285

Цитата:
модель HTS545050A7E380 И это диск AF.


Внимание подвело... А что с AF — да, вижу сразу из названия: 4 символ с конца E, а не A.

RB2

Цитата:
я думаю, что повезло три раза


Думаю что уже четыре: вы не успели пройтись по нему HDD Degenerator.

PS
temp9285

Цитата:
О, это знатный гАдильшик дискового пространства


У меня автоматические бэкапы за 2 года (с прореживанием промежуточных точек: чем более старые — тем больше интервалы) занимали меньше текущего объёма дисков винчестера.

Но этим у меня занимается специальный бэкап-сервер на базе Windows Server 2003, с использованием дедупликации хранимых в бэкапах данных. И заодно выполняет другие обязанности, поскольку включён 24/7.
Автор: temp9285
Дата сообщения: 18.04.2016 01:23
MikeX офф
По большому счёту, речь была не о бэкапе, а о винде вообще.
Ну не приучены поделки микрософта к правильности, чистоте и умеренности в потребностях.
Можно вспомнить об обновлениях винды, про которые я очень давно писал на течнете.
Срут кучей своих файлов на самом свободном разделе. Не, можно для них держать отдельный 8-ми ТБ винт и не задумываться о том, что они нагадят в раздел с личными данными; но может научить программеров гадить в предназначенной для этого временной папке, или делать возможность направлять в нужное место?
Так и бэкап - его нельзя ограничить в пределах размера раздела.
Автор: dreams
Дата сообщения: 19.04.2016 18:47
HDD MyBook WD Caviar Green WD20EARS 2.0TB model WD20EARS-00MVWB0
Проблема: Диск был разбит на 4 раздела; в один момент он начал часто отваливаться с сообщением об ошибке $mft при копировании-переносе файлов. Часть файлов я успел скопировать, однако в один момент он просто перестал определяться при подключении по USB. К сожалению, на нем остался довольно большой архив отсканированных старых фото. Решено было раскрутить его, достать из кожуха и подключить напрямую через SATA. После некоторых проблем с определением размера (не хотел видеться второй терабайт), диск полностью определился. На нем в незначительном количестве обнаружились сбойные сектора, к тому же таблицы MFT повреждены и не видна разбивка на разделы, и, что самое непонятное, даже при поиске через HEX редакторы не находятся знакомые сигнатуры или содержимое файлов, которые точно на нем оставались. Создалось впечатление, что информация была заархивирована или зашифрована - хотя я не помню, чтобы страдал подобной фигней средствами ПО; возможно, это происходит на уровне USB-контроллера диска, который пришлось снять вместе с кожухом?! Кто-нибудь может подсказать, в каком направлении можно попробовать двигаться дальше?
Автор: temp9285
Дата сообщения: 19.04.2016 20:10
dreams

Цитата:
возможно, это происходит на уровне USB-контроллера диска

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

Воткни диск назад в коробку и посмотри видны ли "знакомые сигнатуры". Или в таком состоянии посмотреть есть ли что то типа бутсекторов, $MFT и т.п.
Но только при наличии сбойных секторов не сильно напрягай винт лишними чтениями, исследованиями. В винде лучше у него забрать букву диска. Надёжнее в DMDE сделать MBR off - естественно в тот момент когда всё нормально с шифрованием.
Автор: Magistorovich
Дата сообщения: 22.04.2016 09:51
Здравствуйте
Помогите пожалуйста восстановить раздел F: жёсткого диска
HDD 1.JPG
HDD 2.JPG
HDD 3.JPG
devscan.log

Винт стоял в USB кармане, разделы перестали открываться после того как он стал пытаться раскрутится из за нехватки питания

Зарезервировано системой, G: на котором windows - интереса не представляет
Вся нужная информация на F:
Сейчас подключен напрямую через SATA, при загрузки Windows попыталась просканировать эти разделы
Автор: temp9285
Дата сообщения: 22.04.2016 11:48
Magistorovich

Цитата:
при загрузки Windows попыталась просканировать эти разделы

Чтобы винда не мучала диск, лучше всего сделать MBR off.
Выложи материалы на rghost.ru
Автор: Magistorovich
Дата сообщения: 22.04.2016 12:12
temp9285

Цитата:
Чтобы винда не мучала диск, лучше всего сделать MBR off.
Выложи материалы на rghost.ru


HDD1.jpg
HDD2.jpg
HDD3.jpg
devscan.log
Автор: temp9285
Дата сообщения: 22.04.2016 15:08
Magistorovich
Тебе нужно восстановить раздел именно по месту? Ты осознаешь последствия такого действия?

Скриншоты делались в какой момент? Просто у тебя по индикаторам как бы нет нужных записей, а по результатам поиска есть.
Нужно глянуть дампы секторов 234442752+30 и 240734208+100
Автор: Magistorovich
Дата сообщения: 22.04.2016 21:10

Цитата:
Тебе нужно восстановить раздел именно по месту? Ты осознаешь последствия такого действия?

Скриншоты делались в какой момент? Просто у тебя по индикаторам как бы нет нужных записей, а по результатам поиска есть.
Нужно глянуть дампы секторов 234442752+30 и 240734208+100


Да, по месту, образ диска у меня сделан
Скриншоты сделал сразу после полного сканирования

dev4_lba234442752_31.bin
dev4_lba240734208_101.bin

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354

Предыдущая тема: Проблема HDD с востновлениям информациии


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