|
0 / 0 / 1
Регистрация: 30.01.2014
Сообщений: 15
|
|
Очередная жертва acronis и собственной глупости30.05.2015, 10:34. Показов 7912. Ответов 8
Метки нет (Все метки)
Здравствуйте.
Имеется винчестер WD 320 ГБ, до прошлого воскресенья он был размечен таким образом,что существовал только один раздел, занимавший все свободное пространство. В прошлое воскресенье я освободил на нем 50 ГБ свободного места и решил отрезать их, выделив в отдельный раздел (дополнительно оставалось примерно 1.5 ГБ свободного пространства). Дефрагментация диска, если и осуществлялась, то не помню когда. Выполнить данное действие я решил посредством ПО Acronis Disk Director 12.0.3223. Время начиная с нажатия кнопки "Старт" до появления первых признаков прогресса выполнения задания исчислялось минутами и в этот период я осознал ошибку, но не решился отменить задание, хотя на моей практике был случай отмены задания disk director и в том случае все закончилось благополучно. Вечером того дня я так и не дождался завершения выполнения задания, а когда утром включил монитор, то увидел, что оно было завершено аварийно, при этом было сформировано сообщение об ошибке чтения диска, в данном сообщении также содержался совет осуществить проверку поверхности диска. Изображение индикатора прогресса позволило заключить, что выполнение задания споткнулось примерно на 30%. Как долго это осуществлялось по времени сложно сказать, но точно больше двух часов. Я предположил, что раздел я потерял, осуществил загрузку Windows (она установлена на другом диске,разделы которого я тоже хотел изменить, но по причинам, описанным выше, acronis до него не добрался) и получил подтверждение моего предположения. Вечером по возвращении с работы я осуществил посекторное клонирование содержимого диска на другой также WD 320 ГБ (модель другая) с использованием livecd clonezilla. Первая попытка не была сконфигурирована на продолжение работы в случае ошибки чтения сектора и поэтому задание споткнулось также примерно на 30%. Затем осуществить клонирование удалось, правда, на это ушло около 8 часов. Все последующие операции я проводил с диском-клоном, исходный диск я вставил только сегодня, чтобы сформировать отчет о данных SMART. В основном я использовал программы для восстановления данных DMDE и RStudio. Огорчил низкий процент восстановления (по примерным оценкам в районе 20%). Осуществлял поиск NTFS, при этом мне было выдано более 10 томов и еще в таблице, расположенной в нижней части формы была куча строк примерно одинакового содержания, каждую из которых можно выделить для любого из найденных томов. Соответственно, на перебор всех вариантов у меня уйдет уйма времени, да я и не понимаю, что я этим выбором компонентов реально меняю. Сегодня скачал с официального сайта бесплатную версию dmde, ее версия оказалось более поздней, чем версия программы, которой я пользовался до этого, при этом имели место видимые изменения, например, таблица, расположенная в нижней части окна поиска NTFS, содержавшая множество непонятных мне строк, исчезла, общее количество найденных томов сократилось до 8. Я запустил поиск NTFS и дождался момента, когда данные будут найдены. Результаты проверки оказались неутешительными - состояние примерно такое же, как в случае использования программы более ранней версии. С RStudio дела обстояли чуть хуже. Я запускал сканирование в двух режимах - с учетом поиска всего чего угодно и с учетом поиска только NTFS (фотография результата поиска NTFS приложена). В обоих случаях результаты были примерно одинаковы - перечни восстанавливаемых файлов практически совпадали. Еще я пытался восстановить данные с использованием EasyRecovery, в этом случае результат был еще более плачевным. В соответствии с рекомендациями данного форума я прикладываю изображения состояния диска и карту разделов, а также логи DMDE, сформированные на разных этапах поиска NTFS. Фотографии окна с данными SMART и разделами DMDE до поиска NTFS сделаны для оригинального винчестера, третий - уже с использованием винчестера с клонированными данными. Скачав последнюю версию DMDE (бесплатную), обнаружил, что она отличается от той, что была у меня. В частности, при попытке доступа к структуре каталогов после осуществления 100% поиска осуществляется вывод сообщения "Ошибка чтения MFT #77984-148271". При попытке восстановления файлов из отдельной папки, по завершении восстановления осуществляется вывод итоговой информации, например Прервано чтение директорий: 0 Пропущено директорий: 0 Пропущено файлов: 0 Пропущено файлов с ошибками: 0 Всего файлов восстановлено: 532 Всего восстановлено 397 125 700 (397 МБ) Вот из этих 532 фотографий (кстати там практически каждой фотографии по 4 копии) живых процентов 5 (или еще меньше), причем эскизы более-менее значительной части (30%) отображаются в проводнике Windows XP, но при открытии данных файлов стандартной программой отображения изображений осуществляется формирование сообщения "Ошибка при построении изображения", попытка открытия других фотографий приводит к формированию ошибки "Просмотр недоступен". Вопросы, помимо стандартного и известного - что делать? - следующие: - что сотворил acronis c диском? понятное дело, я не представляю всех ньюансов алгоритма, реализация которого содержится в acronis, но как мне кажется, он что-то вышел за рамки разумного джентльменского поведения. Я вообще представляю эту задачу как расфасовка 50 ГБ данных, находящихcя в конце диска, по свободным секторам. Как-то странно она решается с учетом того, что восстанавливаемые звуковые файлы, например, содержат сборную солянку из разных песен подобно тем, что радиостанции вставляют между песнями и рекламой, давая представление о том, что на этой радиостанции можно услышать. - случайно или нет совпадение того, что акронис загнулся на 30% выполнения задания и сбойные сектора находятся на смещении 30% от начала? если да, то что, получается acronis решил прошерстить весь диск? зачем это нужно при отделении 50 ГБ раздела? - возможно ли, что ошибка чтения была спровоцирована чрезвычайно интенсивным использованием диска со стороны acronis? где-то я читал, что у винчестеров wd есть проблемы при сильном повышении температуры. если посмотреть на параметры SMART (5, С5, С6), и принять во внимание, что было выполнено 3 итерации доступа к условно-проблемному сектору (arnonis, clonezilla без игнорирования сбойных секторов, clonezilla с игнорированием сбойных секторов), то примерно то на то и выходит; - я пытался запустить викторию 3.5 (с загрузочного диска), чтобы хотя бы просканировать поверхность диска на наличие ошибок, но не смог инициализировать диск. Во-первых (что меня удивило), выглядело так, что мои два винчестера подключены через контроллер расширения, вставленный в pci, хотя один ide порт на материнской плате имеется (asrock deluxe 5), но если более старый 80 Гб винчестер у меня прекрасно откликнулся и я посмотрел его SMART данные, то этот проблемный инициализировать не удалось. Возможно ли, что это также вызвано действиями acronis? Я тут почитал аналогичные темы, если сведения о том, как arnonis относится к реализации функциональности соответствуют действительности, но большинство удивления исчезает и заменяется на соответствующую порцию раздражения - начиная с того почему нельзя было выдать окно в стиле "ошибка чтения, продолжить?" и заканчивая тем, какой хлам после себя он оставил. Нельзя было, потому что по всей видимости это требования к качественному ПО, а не к откровенной халтуре. Заранее спасибо.
0
|
|
| 30.05.2015, 10:34 | |
|
Ответы с готовыми решениями:
8
Очередная жертва Acronis disc director home11 Очередная жертва Acronics
|
|
Почетный модератор
|
||
| 30.05.2015, 11:06 | ||
|
скрин первый - винт слегка посыпался. 5 переназначенных 3 кандидаты на переназначение... + 3 пендинги... дальше - подождите специалистов, я не слишком уверенно чувствую себя с ДМДЕ...
0
|
||
|
0 / 0 / 1
Регистрация: 30.01.2014
Сообщений: 15
|
||
| 30.05.2015, 11:28 [ТС] | ||
|
0
|
||
|
0 / 0 / 1
Регистрация: 30.01.2014
Сообщений: 15
|
|
| 30.05.2015, 11:39 [ТС] | |
|
0
|
|
|
0 / 0 / 1
Регистрация: 30.01.2014
Сообщений: 15
|
|
| 30.05.2015, 11:46 [ТС] | |
|
прилагаю еще скриншот поиска NTFS программой DMDE
0
|
|
|
0 / 0 / 1
Регистрация: 30.01.2014
Сообщений: 15
|
|
| 30.05.2015, 11:48 [ТС] | |
|
предыдущий скриншот неудачный - не все колонки таблицы видны
0
|
|
|
Заблокирован
|
|
| 30.05.2015, 13:01 | |
|
negue
Загляни в личные сообщения.
0
|
|
|
0 / 0 / 1
Регистрация: 30.01.2014
Сообщений: 15
|
|
| 30.05.2015, 14:12 [ТС] | |
|
0
|
|
| 30.05.2015, 14:12 | |
|
Помогаю со студенческими работами здесь
9
Жертва Acronis DD 11 ! или как я все испортил! Очередная жертва "baidu" Игра охотник-жертва: Жертва убегает от охотника, а охотник выбирает кратчайший путь до жертвы Acronis. При создании образа раздела ЖД с помощью Acronis появляется ошибка Страховка от глупости пользователя Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Почему дизайн решает?
Neotwalker 09.01.2026
В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .
|
Модель микоризы: классовый агентный подход 3
anaschu 06.01.2026
aa0a7f55b50dd51c5ec569d2d10c54f6/
O1rJuneU_ls
https:/ / vkvideo. ru/ video-115721503_456239114
|
Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR
ФедосеевПавел 06.01.2026
Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR
ВВЕДЕНИЕ
Введу сокращения:
аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .
|
Модель микоризы: классовый агентный подход 2
anaschu 06.01.2026
репозиторий https:/ / github. com/ shumilovas/ fungi
ветка по-частям.
коммит Create переделка под биомассу. txt
вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .
|
|
Расчёт токов в цепи постоянного тока
igorrr37 05.01.2026
/ *
Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях.
Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её.
Последовательность действий:. . .
|
Новый CodeBlocs. Версия 25.03
palva 04.01.2026
Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .
|
Модель микоризы: классовый агентный подход
anaschu 02.01.2026
Раньше это было два гриба и бактерия. Теперь три гриба, растение.
И на уровне агентов добавится между грибами или бактериями взаимодействий.
До того я пробовал подход через многомерные массивы,. . .
|
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост.
Programma_Boinc 28.12.2025
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост.
Налог на собак: https:/ / **********/ gallery/ V06K53e
Финансовый отчет в Excel: https:/ / **********/ gallery/ bKBkQFf
Пост отсюда. . .
|