Acronis нет доступа к диску

Обновлено: 07.07.2024

То есть, ты сжал D и операция завершилась?
В таком случае напрашивается что реально нонэйм06 это результат сжатия, но в таком случае непонятно наличие записи раздела. Причём последнее очень характерно для акрониса, но скорей 11 -ой версии.
До конца не разобрался с этой раскорякой. Если мыслить логически, то получается что сначала граница тома перенеслась на размер кратный размеру кластера. В таком случае нужно переместить лишь файлы (в том числе и метафайлы) из зоны на которую уменьшился том и пересчитать метафайлы.
Но в таком случае имеющаяся сейчас запись не нужна. И тут напрашивается два врианта.
1. Не очень "логичный" - после перемещения начала тома, предполагалось перенести границу чуть вперёд - на 4 сектора. А это уже глобальное перемещение всего и 30-ю минутами не отделаться и в случае срыва проблем очень много. Но это вполне вписывается в "концепцию" акронисовских поделий.
2. Невероятное для акрониса - сделать своеобразную защиту, которая в случае сбоя не позволит винде начать монтировать незаконченный том и почекать его чекдиском. В случае завершения перемещения, запись удаляется и прописывается том.
Был бы рад если такое реально.

Раз акронис запускался из винды - надо поискать лог его работы и посмотреть на чём произошёл обрыв.

Добавлено через 44 секунды
но хорошо бы было восстановить и остальные, фото, документы
Что мешает сделать это?

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

Ситуация из разряда "пилить сук на котором сидишь".
Возможно что акронис мог как то "пересадить" пилящего с **** (на диск С), но может как раз то, что всё было по классической схеме - обрыв и произошёл из за такого размещения программы.
Что касается лога, то тут два варианта:
- он писался в папку программы и тогда его можно поискать в DMDE открыв том Noname06
- он писался в паку ProgrammData на С

Повторюсь - вероятность восстановить всё по месту имеет место быть. ;) Но если что пойдёт не так - кусать локти будешь только самому себе.

Нашел я Acronis в ProgramData на С и тут есть две папки SnapAPILogs и DiskDirector где есть папка Logs какие нужны для информации? А вот таких вещей я не знаю ;) - выкладывай оба.
Запакуй в архив и прикрепи (в расширенном режиме) - если статус позволяет сделать это. Если нет - выложи на вменяемый обменник или в какой то облако. Ок.
Не знаю чем удобней посмотреть лог но среди всей XML-ной шелухи просматриваются тексты из которых можно сделать вывод что сначала была операция изменения размера D и она (как бы) прошла успешно.
Но есть и второй лог, из которого видно что сначала что то (*) делалось с D а потом расширялся С.
(*) Как бы расширение-перемещение, но если в первом случае было с ххх до yyy, то во втором только до yyy.
Вполне возможно что этим и обьясняется левая запись раздела.
И как бы написано что всё завершено - в том числе и расширение С, но по факту то видно что, как минимус С, не расширился. Из чего вполне логично следует что доверять таким рапортам на 100% не следует. :D
Так что, подстраховка и ещё раз подстраховка, а потом можно и вставить раздел. И если всё пройдёт нормально и данные будут целы, то тогда уже можно будет и С расширить (самой виндой). Вообщем все добро я сохранил, теперь, что делать нужно?) в программе DMDE вставить раздел noname06 ? Нет, сначала надо удалить запись раздела (та, что перечёркнута красным).
Но так как раздел находится в расширенном, смысла в котором нет, то наверное лучше избавится сразу от расширенного - для этого надо удалить "запись" выше "Дополнительный". После выполнения этого можешь показать скриншот.

Удалил Дополнительно, все так ?

Ещё один из способов своеобразной диагностики - сделать полное сканирование Noname06 и посмотреть на результат (индикатор %).
И ещё - обязательно открой том и сделай виртуальную реконструкцию. Это позволит проверить целостность MFT - если не будет ошибок об отсутствии тех или иных записей, то значит все записи на месте.

Добавлено через 1 минуту
Да, можешь применить изменения. Файл отката особого смысла нет сохранять, но можно и сделать. ;)
А далее - сделай что написал выше (открыть том и сделать виртуальную реконструкцию).

Добавлено через 6 минут
Для реконструкции выбрать в меню Сервис-Реконструировать файловую систему

вопрос на засыпку,а как мне делать логи?) а то тут сканирование идет, но и каким-то боком у меня пишет тут 3 NTFS, тоесть 3 жестких диска?)
41235

Само по себе полное сканирование не может проверить целостность всего тома, но оно проверяет (в том числе) и соответствие определённых типов файлов тому где они "прописаны" (*). И чем больше соответствий, тем больше шанс что всё не так печально.
(*) Насколько я понимаю делается примерно так.
1. В записи MFT прописан файл (фото) и указано что он начинается в секторе ххх.
2. Проверяется содержимое сектора ххх и есть ли там соответствующая сигнатура.

Добавлено через 3 минуты
Можешь в верхней части окна (где названия столбцов) вызвать контекстное меню и в нём Подробный вид - появится столбец с цифровым значением процента.

Здравствуйте. Подскажите пожалуйста, хотел расширить диск C за счет диска F (акронис поставил на флешку, логов скорее всего нет). Пару раз попробовал, ничего не вышло, компьютер перезагружался по новой в акронис и ничего не происходило. Дальше я оставил это дело и начал грузиться в винду. Тут мне вылезла проверка диска 'scanning and repairing drive'. Дошло до 71 процента и повисло. Подождав еще где-то час, я перезагрузился, решил зайти в систему. Дальше мне винда выкинула предупреждение на рабочем столе 'Корзина на диске F:\ повреждена. Выполнить очистку корзины на этом диске?' Я не стал ничего нажимать, сразу полез проверять файлы. Тут я встал в ступор. Папки есть, но они пустые. И когда пытаешься в них зайти, пишет 'У вас нет разрешений на доступ к этой папке'. По нажатию кнопки продолжить, попадаешь в папку, но она пустая.
Через total commander, включив в настройках показывать скрытые и системные файлы, я могу зайти в папку, файлы на месте. Даже попробовал скопировать данные некоторые на флешку. Но они повреждены, не читаемы абсолютно. Единственно читаемые файлы были те, которые весили в байтах (к примеру, мог открыть файл весом 77 байт, 100 байт, а вот файлы в Кб уже не могу, повреждены.). Я сразу же стал перезагружаться и опять началась проверка, что я и хотел.

Проверка была около 5ти часов, загрузился в систему, то же самое предупреждение с корзиной, но теперь не могу зайти в папки на диске, пишет что-то вроде 'Нет доступа к F:/file. Структура диска повреждена', и так на каждой папке.

Сейчас сделал скрины SMART'a и DMDE. MRB отключил.

Подскажите пожалуйста, как поступать, просто восстановить через DMDE (express версию я могу купить) или же каким-то другим способом? Решил сам ничего особо не предпринимать, хотя опыт с восстановлением другого диска у меня был (не моего). Но там он не виделся системой.

Так же, если делать chkdsk, делать его лучше на другой машине? Ибо у меня один диск и на C стоит система, на F файлы. Восстановить нужно около 100-200мб. Прошу помощи, не знаю уже что и делать.

P.s сейчас пока сижду с linux live cd, могу делать там какие-то операции.

P.s какие логи предоставить сейчас?

Заранее всем спасибо за советы.

В первую очередь последи за атрибутом C7 SMART - если он будет увеличиваться, то надо устранять причину этих ошибок.
А далее нужно поискать логи чекдиска и посмотреть что он успел "сделать" - загляни в папку System Volume Information а в ней подпапка что то типа Chkdsk с файлами в имени которых присутствует дата и время. Если в них нет ничего конфиденциального (в названиях папок и файлов), то запакуй свежие и выложи.
PS. Задуманное тобой действие не произошло по двум основным причинам.
1. Между разделами есть служебный винды и если расширение всё таки необходимо, то надо разбираться с ним (переносить в другое место).
2. сильно распиаренный акронис импотентен в случае если на разделе отличающемся от системного имеется файл подкачки.

Что касается остальных моментов - напишу позжее.

Добавлено через 8 минут

Несмотря на то, что акронис запускался с флэшки (портэйбл версия?) он мог всё равно сохранить свои логи, поэтому поискать их не будет лишним.
Они практически ниочёмные, но тут важно понять успелось ли хоть что то сделаться. Потому что, в силу вышенаписанного, ресайзов как бы не должно было быть (*), но в таком случае непонятности с ошибками на F.
(*) Тут ещё надо определиться с тем что ты планировал - использовал функцию перераспределения свободного места или создал многоэтапную задачу - уменьшение F, сдвижку служебного, расширение С. В таком случае не исключено что на F успелись сделаться какие то передвижки (перенос данных из начала раздела для освобождения места), но произошёл облом из за файла подкачки.

Что касается остальных моментов - напишу позжее.

Добавлено через 8 минут

Лог чекдиска загрузил (файл был 350 кб, не влез на сайт, пришлось в rar запаковать). Логи вчерашние, скорее всего когда 5 часов проверялся диск 'scanning and repairing drive'.
Логи от акрониса не нашёл. Это не совсем портейбл версия. Сам акронис стоял на винде, через него можно сделать как бы 'загрузочную флешку'. В акронисе есть пункт 'Мастер создания загрузочных носителей Acronis'. Залил я это всё дело на флешку и начал размечать.
Первый раз я откусил от диска F 10 гигов, потом 10 гигов совместил с 450 мегабайтами (я точно не помню откуда появились они, но я как-то года 2 назад уже увеличивал диск С. Прошу заметить, что я не трогал раздел который 'зарезервирован системой'). Ну и уже все 10.5 гигов прибавил к диску C. Ничего это не дало, даже операции толком не делались. А вот дальше, я попробовал просто откусить 10 гигов и слить их с разделом на 450 мегабайт. Операция на удивление пошла, как я понял, он начал размечать диск, продолжалось это долго, не помню сколько, ну может в районе 10 минут. Дальше он перезагрузился иии. И ничего, всё осталось так же. Он просто зашёл как обычно в акронис, а там никаких изменений. Ну тут я плюнул на эту затею и вытащил флешку, начал грузиться в винду. Ну и дальше я уже расписывал, началась проверка диска и тд. Расписал как можно подробно. Может это чем-то поможет.

Да тут я ещё вспомнил, что вроде как я файл подкачки опять же диск F ставил, чтоб экономить место на диске C, ибо винда его постоянно забивает. Ещё приложу фотку, в линуксе Gparted показывает на диске F восклицательный знак. И неизвестно сколько свободного места. В gparted зашёл просто посмотреть, никаких манипуляций я там не делал.

Откусил реально или планировал?
Какой был изначально размер C (F)?
А вот дальше, я попробовал просто откусить 10 гигов и слить их с разделом на 450 мегабайт. Вот серьёзно, но не понял чем отличаются два этих действа.

Откусил реально или планировал?
Какой был изначально размер C (F)?

Вот серьёзно, но не понял чем отличаются два этих действа.

Планировал откусить 10 гигов.
Первый раз делал несколько действий, то есть, откусил от F, совместил с 450 мб и потом объединил с диском C, нажал выполнить. Процесс вроде пошёл, но прошло это быстро. Ничего это не дало, комп перезагрузился и снова зашёл в акронис, там никаких изменений не произошло абсолютно.
По этому я решил сделать меньше действий ( на одно) ), откусил от диска F и совместил с 450мб. Нажал выполнить и процесс вроде как пошёл, он по крайней мере длился около 10 минут и шёл прогресс бар выполнения довольно медленно.
После этого опять перезагрузка и опять ничего не дало, всё осталось как было. Ничего не откусилось и не объединилось. Два действия похожи, но во втором случае я не объединял с диском С. Надеюсь понятно объяснил. Всё что откусил - я планировал откусить, акронис этого не сделал, как и ничего не объединил. Но диск испоганил.

P. S диск C изначально и был около 60гб, как и сейчас. А вот диск F не помню, вроде незанято было около 270-300гб.

Последний раз редактировалось Barakurt; 25.05.2019 в 21:13 . Barakurt
Теперь стало более понятно. Но, в общем то видно что никаких ресайзов не произошло, хотя если есть желание, то можно попробовать определить где раньше были начала разделов.
Что касается лога чекдиска, то приведу основные категории имеющихся в нём записей.
Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0x7fc32a3 for possibly 0x56f6 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x20c39 is already in use.
Deleting corrupt attribute record (0x80, "") from file record segment 0x20C39
Данные о размещении файла 0x7fc32a3 совпадают в части 0x56f6 кластеров с данными файла 0x20c39. Вот не знаю по какому принципу определяется "чьи тапки", но предположу что по времени последней записи в файл - как результат удаляются данные одного и. В данном случае - 0x20c39; по факту этот файл будет виден, но нулевого размера.
Recovering orphaned file AP2358

1.ACF (33) into directory file 175473
Имеется запись о файле AP2358

1.ACF, который записан в папке запись которой 175473, но в индексах этой папке его нет. Соответственно, индекс переиндексируется и файл появляется в указанной папке.

Stage 3: Examining security descriptors .
Это записи в которых прописываются доступы к обьектам. И все записи, где упоминается security - это то ли исправление, то ли удаление, то ли создание этих записей. Собственно именно эти исправления могут привести к проблемам с доступом.

Inserting data attribute into file 38873
Эта и последующие 3 с чем то тысячи записей говорят о том, что вставлен атрибут, кв котором записываются данные о размещении обьекта. По факту - вставляются нулевые данные.

Жирным шрифтом выделил два типа нумерации (тупо, но как есть) записей - шестнадцатиричый (где в начале 0х) и десятиричный.

Последний раз редактировалось 9285; 26.05.2019 в 07:46 . Barakurt
Теперь стало более понятно. Но, в общем то видно что никаких ресайзов не произошло, хотя если есть желание, то можно попробовать определить где раньше были начала разделов.
Что касается лога чекдиска, то приведу основные категории имеющихся в нём записей.
Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0x7fc32a3 for possibly 0x56f6 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x20c39 is already in use.
Deleting corrupt attribute record (0x80, "") from file record segment 0x20C39
Данные о размещении файла 0x7fc32a3 совпадают в части 0x56f6 кластеров с данными файла 0x20c39. Вот не знаю по какому принципу определяется "чьи тапки", но предположу что по времени последней записи в файл - как результат удаляются данные одного и. В данном случае - 0x20c39; по факту этот файл будет виден, но нулевого размера.
Recovering orphaned file AP2358

1.ACF (33) into directory file 175473
Имеется запись о файле AP2358

Почитал немного про смещения. Слышу про такое естественно впервые) Но для восстановления нужных мне файлов готов углубиться в эту тему. Пару вопросов. Какую часть информации удастся спасти этим способом? И удастся ли спасти нужное мне?

Немного прочитав про смещения, как я понял, нужны файлы которые есть на проблемном диске и те же самые файлы на здоровом носителе. Я правильно понял? И после всех манипуляций со смещением в этих файлах, как это поможет восстановить другие?
Может я задаю глупые вопросы, но всё же. Я больше в программирование, да и не супер специалист. Пытаюсь вникать во всё что связанное с железом, низкий уровень тоже знать нужно. По этому и задаю такие вопросы, интересно, да и нужно узнать, как это всё повлияет на восстановление нужных файлов.

Немного внесу ясность. Через DMDE файлы я вижу все, но они все битые. Могу просматривать к примеру текстовики (вытянул через DMDE), которые весят меньше 1кб, всё что выше уже не могу. Пару скринов приложил. Просто дополнил, может ты упустил этот момент) (хотя я писал про тотал командер, там вроде так же.)

1. На данный момент, без вычисления смещений и т.п. ты можешь восстанавливать данные по результатам сигнатурного поиска. Но, в этом случае файлы восстановятся без имён и структуры хранения и только те, у которых есть сигнатуры и они не фрагментированны.
2. Возможно появилось что то хуже, но пока что пальма "лидерства" по тупизне и глючности по прежнему у акрониса. Все его действия производятся с какой то хаотичностью (непредсказуемости) и судя по всему делаются в несколько потоков. Именно этим можно обьяснить то, что при срывах на каком то промежуточном этапе получается расколбас, который реставрировать полностью требует неимоверных усилий. В том числе потому что может быть несколько разных смещений, хотя в толковых программах их максимум два (относительно старого или нового начала раздела). Поэтому сложно спрогнозировать что либо.
Для сравнения - G-parted в случае такого ресайза, который ты предполагал для F сначала уменьшает размер раздела, но с конца. Причём все операции по перемещению необходимых данных ближе к началу делаются поочередно. После ресайзинга раздела - он просто посекторно перемещается на новое место.
При таком подходе, в случае сбоя достаточно найти место на котором оборвалось перемещение и продолжить его вручную.
3. Я это прекрасно понял и написал чем можно обьяснить такой эффект. И именно это позволило выдвинуть предположение о частичном сдвиге.
PS. просьба, при ответе не делать полное цитирование (в таком виде оно бессмысленно, но заполняет место) или делать выборочное, или отвечать по пунктам.

Ну а теперь обещанное.
Для лучшего понимания написанного далее сделал пару образов диска" (запакованы в отдельные архивы) с небольшим разделом на котором записан один файл.

Если посмотреть его запись MFT в исходном состоянии (образ original.bin) то можно увидеть что его данные начинаются в кластере 2556. И если открываем этот файл то убеждаемся что в указанном кластере заголовок соответствующего файла. Попутно замечаем какое значение LBA у начального сектора кластера - в данном примере 20511 (скриншот 0-original.jpg)

Теперь представим что поставлена задача изменить размер раздела за счёт сдвижки начала (как нужно было тебе).
И тут рассмотрим два варианта.

1. Нужно сдвинуть начало раздела на 24000 секторов (3000 типичных 8 секторных кластеров).
Учитывая что файл расположен ранее, его необходимо переместить в новое место. Программа определяет что есть свободное место в (условном) кластере 3142 и далее и вносит изменение в запись файла, прописывая этот кластер.
Но само перемещение файла ещё не сделано и, в силу каких то "препятствий", происходит сбой. Откат координат не сделан и в дальнейшем, при открытии файла увидим нули а не искомые байты (скриншот 1-resizev1.jpg).

2. Опять же, нужно сдвинуть начало радела, но теперь его начало будет в районе кластера 1556. Программа оставляет файл на месте, но изменяет его стартовый кластер в записи MFT относительно нового начал раздела. Делает изменение и опять срыв -имитация такого состояния в образе resize_v2.bin
По карте кластеров как бы файл в нужном месте, но при открытии аналогично первому случаю (2-resizev2.jpg)

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

Ну а теперь собственно что делать в этой ситуации чтобы определить размер сдвига.
1. Нужно найти контрольный файл, причём этот файл должен быть на исследуемом участке в единственном экземпляре.
В методе Antech за таковой принимается текстовый файл, но можно взять любой, который позволяет однозначно понимать что найденный далее файл именно тот, запись которого есть в MFT.
В данном примере будем считать что на диске как бы есть много файлов, но в качестве контрольного (реперного) файла выбираем Снимок.jpg
При выборе файла надо учесть то, что он должен относится к тем форматам у которых есть характерные сигнатуры, так как будет использоваться сигнатурный поиск (кстати, текстовый фал к таковым не относится).

2. Запускаем программу, позволяющую искать файлы по сигнатурам.
В моём примере я использую скриншоты с DMDE, но можно использовать и другие, тем более что у DMDE нет предпросмотра найденного и потребуется сначала восстанавливать файлы а потом просматривать. В таком случае удобнее использовать программы имеющие предварительный просмотр - главное чтобы эти программы находили нужное и показывали данные о его размещении.

Итак, запускаем сканирование, по окончании которого видно найденный файл. Открываем результаты RAW-сканирования и находим указанный файл. Видно что его начало находится в секторе 20511 (эта цифра фигурирует и в имени файла и в его ID) - что собственно и было замечено в самом начале .
После чего сравниваем это значение с тем что показывает при открытии этого же файла при простом открывании его через запись MFT.
Разница значений и есть смещение.
Естественно, желательно найти несколько таких контрольных файлов, если смещение идентично то это позволит сделать нужный сдвиг в массиве и получить нужные данные у которых именно такое смещение.
Как то так.

Как правило, ошибка «Не найдено ни одного жесткого диска» сопровождается кодом E000101F4, и она говорит о том, что программа не может продолжать свою работу. Возникнуть подобная неполадка может по разным причинам, но, как правило, их не так много.

Причина 1: устаревшая версия Acronis

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

Причина 2: настройка BIOS

Данным способом мы заглянем в настройки BIOS, а именно в раздел настройки дисковой подсистемы (SATA Mode). Нам требуется убедиться, что для данного пункта активирован параметр «ACHI Mode», и, если нет, внести необходимые изменения.

Попав в настройки BIOS, вам потребуется найти раздел ACHI Mode. Обращаем ваше внимание, что для разных версий BIOS выход к данному пункту может осуществляться по-разному. В нашем примере нам необходимо открыть раздел «Integrated Peripherals».

Следом необходимо выбрать «OnChip SATA Type» и установить отметку около «ACHI». Следом остается лишь сохранить изменения и покинуть BIOS.

Если это не помогло, установите в BIOS все в том же меню «SATA» параметр «IDE».

Запустите Acronis и проверьте наличие ошибки. Если данный шаг не помог вам решить проблему, верните прежние настройки БИОС.

Причина 3: неправильный MBR

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

Сделать это можно из командной строки с помощью утилиты DiskPart. Получить доступ к командной строке вы можете в процессе установки Windows. Для этого в установщике Windows нажмите сочетание клавиш Shift+F10.

На экране отобразится окно командной строки, в котором вам потребуется прописать первую команду и щелкнуть по клавише Enter:

Данной командой мы запустили утилиту DiskPart, которая работает в среде командной строки. Если к компьютеру подключен не один жесткий диск, чтобы продолжить, нам потребуется выяснить номер диска, с которым мы будем работать. Получить эту информацию можно командой:

Утилита DiskPart нумерует диски, начиная с нуля, поэтому, увидев нужный диск, необходимо запомнить его номер и выполнить команду следующего вида:

select disk [номер_диска]

Например, команда может выглядеть так:

Теперь нам потребуется стереть запись MBR, чтобы удалить старую структуру диска. Для этого выполняем команду:

Создаем новую главную загрузочную запись командой:

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

create partition primary

В том случае, если вы планируете создать два и более разделов, тогда вам потребуется выполнение нескольких команда следующего вида:

create partition primary size=[размер_диска_в_мегабайтах]

Например, мы хотим создать первый раздел размером в 10 Гбайт. Учитывая, что в одном Мбайт 1024 Мбайт, мы получаем следующую команду:

create partition primary size=10240

Выполняем форматирование диска:

format quick fs=ntfs label="System"

Теперь, когда раздел создан, ему необходимо задать букву. Сделать это можно командой:

Например, если вы хотите задать разделу букву C, команда будет выглядеть следующим образом:

Просматриваем изменения командой:

И, наконец, завершаем работу с командной строкой:

Причина 4: сбой в работе Acronis

Если вы работаете с Acronis из-под Windows, следует попробовать выполнить переустановку программы, предварительно полностью удалив ее с компьютера.

Для удаления программы лучше использовать не стандартные средства Windows, а программу Revo Uninstaller, которая выполнит полную деинсталляцию продукта, не оставив на компьютере не единого файла и записи в реестре.

Как только удаление будет завершено, перезагрузите компьютер и приступайте к загрузке новой версии программы с официального сайта разработчика.

Причина 5: конфликт программного обеспечения

Если на компьютере используются иные программы, функциональность которых схожа с Acronis, они легко могут стать причиной некорректной работы рассматриваемого нами инструмента. Например, программа Partition Magic.

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

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

Версия для печати

Acronis не видит жесткий диск: инструкция по решению проблемы
Программное обеспечение Acronis предназначено для проведения всевозможных полезных манипуляций с дисками, создания копий, системных образов, загрузочных и восстановительных флешек. Вещь совершенно замечательная и незаменимая в компьютерном хозяйстве. Но программа имеет довольно тонкую душевную организацию и нередки малоприятные случаи, когда Acronis не видит жесткий диск.
Еще вчера вы сделали резервный диск. А сегодня программа показывает, что у вас на компьютере совсем не установлено никаких накопителей. Что за глюки такие? Есть вероятность, что что-то было повреждено в самой программе.
Попытайтесь полностью удалить программу, со всеми настройками, временными файлами. Хорошую чистку можно провести с помощью деинсталлятора от разработчика IoBit. Эта программа не только удаляет уставленные приложения, но и создает точки восстановления, на всякий случай. И, самое главное – IoBit Uninstaller производит глубокое сканирование системы на предмет поиска всех остатков только что удаленного программного обеспечения.

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

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

Попытайтесь полностью удалить программу, со всеми настройками, временными файлами. Хорошую чистку можно провести с помощью деинсталлятора от разработчика IoBit. Эта программа не только удаляет уставленные приложения, но и создает точки восстановления, на всякий случай. И, самое главное – IoBit Uninstaller производит глубокое сканирование системы на предмет поиска всех остатков только что удаленного программного обеспечения.

Поэтому, после такого удаления вы будете производить “чистую” установку ПО с нуля. Это необходимо для того, чтобы в процессе стандартной установки можно было сделать правильную настройку всех параметров, которые могли быть случайно сбиты. Из-за этих сбоев в установках как раз Acronis и не работал корректно.

Устанавливайте самую свежую версию

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

Если вы знаете, что такое BIOS, можно попробовать зайти в настройки и попытаться изменить способ подключения SATA. Если сам BIOS видит винчестеры, а Acronis – нет, сначала попробуйте установить режим AHCI. Если и это не помогает – переключитесь в режим IDE. В зависимости от версии операционной системы могут быть различные варианты.

Если вы пользуетесь ноутбуком, подключите зарядное устройство, чтобы компьютер находился в режиме подзарядки – Acronis потребляет много энергии. Если после переключения в режим IDE все стало нормально, проведите с помощью программы все необходимые манипуляции, главное – потом не забудьте вернуть установки обратно в режим AHCI.

После установки новых версий программного обеспечения Acronis не видит жесткий диск снова? Тогда возможно, что имеет место либо вирусное заражение, либо неполадки с физическим подключением дисков. Попытайтесь заменить шлейф подключения, проверьте правильность работы блока питания.

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

Проверьте компьютер на вирусное заражение

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

Скачайте Dr. Web CureIt. Сохраните на флешку. После этого запустите компьютер в безопасном режиме, проведите лечение при помощи утилиты Dr.Web CureIt, если проблема действительно была в вирусах, после очистительной процедуры Acronis должен начать работать нормально.

Программы из данной серии сами по себе сложны в понимании, настройке и управлении. Да и проведение любых операций с накопителями всегда несет в себе некоторую долю риска. Малейшие ошибки в установках легко могут полностью разрушить не только операционную систему Windows, которую можно и переустановить, а и нанести непоправимый ущерб дорогостоящему системному блоку.

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

Часто ПО перестает видеть винчестер при попытках запустить компьютер с созданного заранее восстановительного диска. Если вы до этого создали резервную копию системы, а потом отформатировали жесткие диски компьютера, то Acronis может выдать ошибку в поиске.

В этом случае опять нужно зайти в настройки BIOS и смотреть, правильно ли там все установлено. Общие правила поиска решения проблемы такие:

Как решить проблему «Отказано в доступе к диску»

Перед тем как рассказывать о способах исправления ошибки, необходимо разобраться в причинах, по которым она может случиться. Они бывают следующими:

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

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

Способ 1: с помощью стандартных средств ОС

Если ошибка появляется при попытке открыть какой-то раздел жесткого диска, «Отказано в доступе» может появляться из-за ограничения прав пользователя. Даже более того, чаще всего это именно так. К слову, происходит это не только с твердотельным накопителем, но и с обычной флешкой. В этом случае проблему можно решить, не прибегая к использованию стороннего программного обеспечения, а непосредственно с помощью инструментов самой ОС.

В первую очередь необходимо проверить доступ к диску. Данную задачу можно выполнить следующим образом:

Дважды кликните по «Мой компьютер». Если на рабочем столе такого ярлыка нет, тогда откройте файловый менеджер «Проводник» и перейдите на левой панели в раздел «Мой компьютер».
Появится список разделов диска и внешних накопителей. Нажмите ПКМ по нужному.
В появившемся меню выберите пункт «Свойства».
Появится новое окно, где нужно перейти во вкладку «Безопасность».
В интерфейсе окна отыщите кнопку «Изменить». Находится она под списком «Группы или пользователи».
Просмотрите все параметры и отследите, стоят ли какие-нибудь ограничения. Если они есть, тогда откорректируйте их.
Нажмите «ОК» и закройте все окна.

Это должно помочь в решении ошибки «Отказано в доступе к диску». Однако если никаких ограничений вы не заметили или попросту не смогли верно их изменить, тогда можно воспользоваться вторым методом:

Откройте системный реестр. Нажмите Win+R и в появившемся окошке выполните команду regedit.
В появившемся окне вам необходимо перейти в папку HKEY_CURRENT_USER, затем в SOFTWARE, далее в WINDOWS, CURRENTVERSION и EXPLORER_MOUNTPOINTS2. Там будет находится папка с буквой вашего диска. Перейдите в нее.
Вы обнаружите каталог под названием SHELL. Его необходимо удалить. Делается это просто: выделите папку и нажмите клавишу Delete.

После этого остается лишь перезапустить компьютер. Если проблема заключалась в подмене вирусом файлов данной директории, то ошибка исчезнет.

Способ 2: удаление зловредного программного обеспечения

Бывает при попытке открыть внешний диск «Отказано в доступе» появляется из-за вируса, скрывающегося в системе. Притом этот вирус может находиться как на самом накопителе, так и на жестком диске компьютера, поэтому рекомендуется проверить с помощью антивируса все разделы компьютера. Каким программным обеспечением для этого пользоваться – решать только вам.

Способ 3: форматирование и восстановление данных

Бывает, проблемы с доступом возникают по причине каких-либо системных сбоев. В этом случае лучшим вариантом будет форматирование накопителя. Однако чтобы данные не были потеряны, перед этим лучше произвести их восстановление. В статье для таких целей будет использована программа R-Studio.

Запустите приложение.
Выберите диск, с которого хотели бы восстановить информацию.
Справа появятся файлы, пригодные для восстановления. Выберите необходимый и нажмите по нему ПКМ.
Из появившегося списка опций выберите пункт «Восстановить».
В новом окне проложите путь к папке, в которую будут перебрасываться файлы.
Нажмите «Да».

После восстановления всех важных данных вам необходимо отформатировать флешку. Делается это через «Проводник».

Откройте «Мой компьютер».
Кликните ПКМ по разделу.
В меню выберите опцию «Форматировать».
В появившемся окне нажмите «Начать».

Остается лишь дождаться окончания процесса форматирования, после чего раздел или накопитель должен работать исправно.

Заключение

Читайте также: