После акрониса диска комп выдает ошибку. Как увеличить объем диска с

Если вместо запланированного после перезагрузки изменения разделов при помощи программы Acronis Disk Director вы видите только такое сообщение об ошибке:

ERROR OCCURRED:
Text Error while loading configuration file
Code: 00000000009B0001 C99355CCD3E906BB
SUBERROR:
Text Error: The Specified File Does Not Exist
Code: 0000000000040011 8A6441D30679BD24
SUBERROR:
Code: 00000000D0000034 BD28FDBD64EDB8C6
press to rebooot

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

Для решения данной проблемы и успешной загрузки необходимо удалить файл autopart.exe из папки Windows, а затем, и из его реестра. Для этого необходимо проделать такие шаги:

1. Загрузите восстановление компьютера .

2. Запустите командную строку:

Восстановление компьютера в Windows 7

Восстановление компьютера в Windows 8

3. Определите на каком логическом диске находится папка Windows. (Мы для примера будем использовать диск D: ).

4. Вводите следующие команды (после ввода каждой команды нажимаем клавишу ) :

  • D: (Определяем логический диск, с которым работаем)
  • cd \Windows\System32 (переходим в папку Windows\System32)
  • dir autopart.* (выбираем все файлы, в названии которых есть слово autopart. Обычно в результатах выборки будут присутствовать файлы a utopart.exe , autopart.opt и autopart.cfg )
  • del autopart.exe (удаляем файл autopart.exe )

5. Перезагружаем компьютер. Теперь Windows должен нормально загрузиться.

6. Запускаем Редактор реестра (regedit).

7. Находим ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager .

8. В нём смотрим значение мультистрокового параметра BootExecute . Если оно содержит autopart.exe — отредактируйте удалите эту строку.

(Нормальным значением этого параметра является autocheck autochk * ).

9. Закрываем Редактор реестра.

P.S. Удалить файл autopart.exe (п.п. 1-4) так же возможно загрузившись из любого LiveCD.

Всех пользователей можно разделить на две группы: на тех, кто регулярно делает бэкапы и на тех, кто пока не начал их делать. Если вы относитесь ко второй категории, то это означает лишь то, что вы недостаточно хорошо или не в полной мере представляете себе количество и масштабы неприятностей, способных повредить ваши данные – кража, пожар, ураган, вирусы, баги программного обеспечения, поломки железа, ошибки пользователей и всё в таком духе. Ну, или ещё не сталкивались с прохождением «квеста» по восстановления данных после их потери (который, к сожалению, можно успешно пройти далеко не всегда). Как бы там ни было, лучше знать наперед, каких ошибок стоит избегать при резервном копировании, поэтому представляем вашему вниманию одиннадцать ошибок при создании бэкапа . Это даже не столько ошибки, сколько советы и перечень стратегий, которыми не следует пользоваться (в первую очередь, для пользователей Mac). Добро пожаловать под кат.

1. Нельзя не делать бэкапы

В недавнем посте Backblaze приведены данные годового опроса, который показал, что всего 8% респондентов делают резервные копии каждый день (пару лет назад эта цифра была больше), 16% делают бэкап раз в год, а 25% не делают вообще. В начале лета мы также проводили опрос , результаты которого не менее пугающие – 90.6% респондентов не готовы потерять данные, при этом лишь 74% опрошенных делают резервные копии важных данных (из которых 57.9% используют для этого лишь внешний накопитель).

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

2. Нельзя полагаться на средства и сервисы восстановления данных

Если вы случайно удалили файл с вашего макбука, есть вероятность, что его можно восстановить, воспользовавшись специальными программами для восстановления данных. Если этого сделать не удалось (например, если был повреждён сам накопитель), то остаётся надежда лишь на специализированные компании по восстановлению данных. Однако полагать, что вы сможете воспользоваться одним из этих способов, попросту глупо. Иногда причиной утраты данных становится кража или внеплановый метеоритный дождь, в результате чего у вас попросту не будет диска, над которым можно было бы провести все вышеперечисленные операции.

3. Не надейтесь на автосохранение

Действительно, некоторые приложения выполняют автоматическое сохранение документов, давая вам возможность начать с того места, где вы остановились, даже если файл так и не был сохранён с именем (пример такого приложения – BBEdit). Однако не все приложения работают подобным образом. Но даже если работают, всегда возникают ситуации, когда пользователи случайно или по ошибке удаляют файлы автосохранения. Не секрет, что большинство систем резервного копирования предполагают, что пользователь как минимум сохранит и назовёт файл – часто автосохранение включается только после этого шага.

4. Не стоит делать бэкапы вручную

Есть множество людей, которые выполняют бэкап всей системы (или, как минимум, части файлов) когда их душе угодно, создавая клонов или копируя файлы на другой диск вручную. Конечно, это лучше, чем ничего, но это очень ненадёжный и непостоянный подход – найдётся тысяча и одна причина не сделать однажды бэкап. И по закону подлости вполне может случиться так, что вы потеряете данные именно в тот день, когда забудете или не успеете выполнить бэкап. Поэтому автоматические бэкапы – это более надёжный вариант. Даже, пожалуй, лучший.

5. Нельзя полагаться только на Time Machine

Time Machine является замечательным (бесплатным) инструментом, встроенным в OS X – Apple сделали верную ставку на упрощение процедуры бэкапа. Time Machine – это хорошо. Но не стоит целиком и полностью доверять данному приоложению. Например, в статье «Why I Don’t Rely on Time Machine » («Почему я не доверяю Time Machine») автор рассказывает, как столкнулся с неисправимой ошибкой Time Machine, в результате которой ему пришлось очистить все резервные диски и начать копировать всё заново. Диски были в порядке, а вот данные – нет. Даже хвалёные инструменты восстановления не помогли. Time Machine может идеально работать годами, но стоит ему хоть раз споткнуться… Хотя Time Machine и надёжная утилита (и хорошо справляется со своей работой как вспомогательный бэкап-инструмент), но лучше не делать ставку только на нее.

Ещё кое-что о Time Machine: если у вас «полетел» диск целиком, то единственным выходом станет его форматирование или замена с последующим восстановлением бэкапа – этот процесс может занять долгие часы. Во время выполнения процедуры вы не сможете пользоваться своим Mac, поэтому настоятельно рекомендуем делать загрузочные копии системы или «клоны». Но это приводит к ещё одной проблеме…

6. Нельзя пользоваться только клонами

Клоны – это отличная вещь. Если что-то пошло не так, они позволяют вам вернуться к работе практически мгновенно (перезагрузите систему, удерживая Option, и выберите клона). Также клоны дают возможность откатить систему до предыдущих версий OS X, если обновление прошло с ошибками.

Проблема в том, что клоны не дают вам возможность восстановить случайно удалённые файлы или получить доступ к их более ранним версиям, если клон был обновлен (некоторые приложения предоставляют возможности архивации файлов, но тут нужно понимать, что вы делаете). Ещё одна проблема – клон хранится на вашем макбуке, поэтому, если что-то случится с компьютером (торнадо, грабёж), то вместе с ним пропадёт и единственный бэкап. Эта проблема ведёт нас к следующему заключению…

7. Нельзя хранить бэкапы на одной машине

Гипотетический метеорит может уничтожить дом в Калифорнии, но вряд ли сможет одновременно с этим уничтожить ещё и дата-центр CrashPlan в Миннесоте и в других местах, где вы можете хранить свои данные. Это касается и данных, утерянных в результате кражи, прорыва труб, пожара – несчастий гораздо более вероятных, чем падение метеорита. Если ваши бэкапы хранятся на локальной машине, то они защищены только от определённого круга опасностей. Эту проблему легко решить, просто отдав бэкапы другу или, например, поместив их в ячейку банка. Вы также можете воспользоваться облачными сервисами типа CrashPlan , Backblaze или DollyDrive . Короче, сделайте так, чтобы у вас был бэкап на стороне.

Но, как ни странно, обратное утверждение тоже верно. Не стоит…

8. …иметь только онлайн-бэкапы

Они идеально подходят для огромного количества ситуаций, вот только восстановление многогигабайтного куска данных из облачного хранилища (забудем пока про целый диск) может занять длительное время. В такой ситуации вы ограничены пропускной способностью канала связи интернет-провайдера. А некоторые провайдеры до сих пор имеют лимит скачиваемых данных, так что процедура восстановления может солидно затянуться. Именно поэтому помимо «облачных», стоит всегда хранить локальные бэкапы (разумеется, если вы хотите загрузиться с клона, он должен быть на локальном жестком диске).

Следующие две ошибки также относятся к онлайн-бэкапам.

9. Не стоит использовать исключительно Dropbox (или похожие сервисы)

Dropbox – это отличный и очень удобный инструмент, хотя многие другие облачные хранилища (iCloud Drive, Box, Amazon Cloud Drive, Google Drive, Яндекс.Диск, Microsoft OneDrive и т.д.) обладают примерно тем же набором функций. Большинство из них даже предлагают примитивную бэкап-функцию, восстанавливающую старые или удалённые файлы (если им не более месяца).

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

10. Не стоит думать, что веб-приложения не нуждаются в бэкапах

Вы используете Google Docs, Office 365, iWork для iCloud или другие веб-приложения (коих бессчётное количество) для создания и совместного использования документов? Многие из нас пользуется этими сервисами, по крайней мере, изредка. Это хорошо, но делаете ли вы локальные копии этих документов? Если ответ – «Нет», то это плохо.

Можно перечислить множество случаев, когда люди открывали Google Docs (или что-то ещё) и обнаруживали, что важный документ исчез по непонятной причине. И что делать в такой ситуации – непонятно. Подобные ситуации возникают нечасто, но поверьте, они возникают. Не стоит рассчитывать на то, что облачный сервис адекватно восстановит утраченные данные, или что вам удастся сделать это самостоятельно (даже при наличии данных в облаке вы не всегда сможете получить к ним доступ из-за проблем с сервером или с вашим интернет-соединением, и случится это в самый неподходящий момент). Поэтому лучше делать собственные бэкапы облачных документов. Можно использовать специальные утилиты, например, CloudPull (посмотрите статью «Back Up Your Google Data with CloudPull » («Делаем бэкап документов Google с помощью CloudPull»), хоть она и старенькая уже).

11. Не думайте, что RAID и бэкап – это синонимы

RAID объединяет несколько жёстких дисков в один логический том. Одним из вариантов настройки RAID является зеркальный RAID (RAID 1), который наиболее часто путают с бэкапами. Суть RAID 1 в том, что каждый блок записывается на два разных физических диска, тем самым обеспечивается 100% избыточность (RAID 5 и 6 также обеспечивают избыточность, но другими способами). Это не совсем клонирование, потому что данные всегда актуальны и обновлены. Это же замечательно?

На самом деле, не всегда. Именно постоянные обновления являются частью проблемы. Если вы случайно удалили файл, то удалится он с обоих дисков зеркального RAID. Если была повреждена директория или файл, к вам проник вирус или возникла ещё какая-нибудь проблема, то это одинаково отразится на обоих дисках. Разумеется, если массив был украден или повреждён, то файлы будут утеряны. RAID 1 защищает ваши данные только в случае выхода из строя одного из жёстких дисков (такое случается) и не более того. Так что запомните, что дисковый массив – не синоним слову «бэкап».

Нормально делай – нормально будет!

Здорово, если во время чтения этого списка нелепых ошибок вы убедились, что ваша стратегия резервного копирования данных совершенна и лишена описанных недостатков. Если это так – надеемся, вам было интересно взглянуть на то, как живут остальные 92% населения.

Однако если вы узнали себя хотя бы в одном из пунктов, не спешите расстраиваться – мы как раз и делали эот пост, чтобы помочь вам это исправить. Мы все через это проходили. Нужно понимать ошибки и исправлять их, тем более когда речь идёт о сохранности важных данных. Просто сделайте резервную копию прямо сейчас, после прочтения статьи, учитывая упомянутые выше ошибки – после этого вы можете быть уверены, что никакие метеориты не разрушат ваши данные, и сможете направить усилия на более важные задачи, например, на защиту от зомби:)

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

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

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

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

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

Прежде всего, нам понадобится попасть в BIOS. Сделать это можно, если включить компьютер или отправить его в перезагрузку, и на самом раннем этапе запуска начать нажимать клавишу, отвечающую за вход в BIOS (чаще всего за вход в БИОС отвечает клавиша F2, Del или F1).

Попав в настройки 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, которая работает в среде командной строки. Если к компьютеру подключен не один жесткий диск, чтобы продолжить, нам потребуется выяснить номер диска, с которым мы будем работать. Получить эту информацию можно командой:

Утилита 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"

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

Assign letter=[буква_диска]

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

Assign letter=c

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

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

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

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

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

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

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

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

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

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

. Такую ошибку вы можете получить при работе в программе Acronis Disk Director, которая является менеджером разделов жёсткого диска.
Ошибка может выйти при выполнении различных операций в этой программе, но чаще всего при увеличении в объёме пространства одного диска за счёт другого, например увеличения пространства диска C: за счёт D: на ноутбуке и простом компьютере. Причина ошибки не всегда кроется в повреждении файловой системы жёсткого диска, и проверка разделов жёсткого диска на ошибки результатов может не дать.

Файловая система повреждена

Привет друзья! Поводом к написанию данной статьи стали комментарии к другой моей статье . У некоторых пользователей после работы с программой Acronis Disk Director в "Управлении дисками" наблюдалась такая ситуация - при отделении пространства от диска D:, это самое пространство пропадало в никуда, программа же Acronis Disk Director в свою очередь тем не менее показывала, что операция успешно проведена и диск D: стал меньше, а диск C: больше.
По работе мне тоже приходилось частенько сталкиваться с такой задачей и решение у неё есть.

Что интересно, такой ошибки "Файловая система повреждена" может и не быть, вы просто отработаете в программе Acronis Disk Director, затем перезагрузитесь и очень удивитесь войдя в "Управление дисками", один диск станет меньше, а другой останется таким как был.

Последний раз я столкнулся с такой ошибкой так. На работе, подошёл ко мне сосед сисадмин и говорит шёпотом: - слушай, у меня какая-то мистика творится, вроде вчера не пил. На ноутбуке с установленной операционной системой Windows 7, нужно увеличить пространство диска C: программой Acronis Disk Director, беру пространство от диска E: и присоединяю к C:, а после перезагрузки это пространство пропадает в никуда, диск C: остаётся таким же, а диск E: становится всё меньше с каждой моей попыткой.
В "Управлении дисками" этого ноутбука была такая картина, диск C: занимал объём 97 ГБ, а диск E: 650 ГБ. Буква D: была занята дисководом, поэтому работать будем с дисками C: и E:.

Задача поставлена такая, взять с диска E: 100 ГБ и присоединить к диску C:, чтобы он составлял примерно 200 ГБ.
В данной ситуации с помощью средств самой операционной системы такую операцию не провернёшь, поэтому я решил использовать программу Acronis Disk Director,

Загрузившись с загрузочного диска программы я первым делом отщипнул от диска E: 100 ГБ. Щёлкаем правой мышью на диске E: и выбираем в меню "Изменить размер тома",

появится вот такое окно. Изменим размер выбранного тома (E:) в меньшую сторону так, чтобы незанятое пространство оказалось перед томом (E:) и после диска (C:), ставим 100 Гб, затем освободившийся объём прибавим к диску (C:) и он станет на 100ГБ больше.
Цепляем правой мышью за своеобразный разграничитель и ведём его вправо, уменьшая тем самым пространство диска E: на 100 ГБ и нажимаем ОК. Появляется нераспределённое пространство 100 ГБ.

Теперь уже щёлкаем правой мышью на диске C: и выбираем в меню "Изменить размер тома",

Появится следующее окно. В нём ведём разграничитель вправо до конца, этим самым увеличивая диск C: на 100ГБ и ОК.

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

Вот здесь внимание друзья, иногда может выйти ошибка "Файловая система повреждена. Используйте средство проверки для обнаружения и исправления ошибок файловой системы ". Что делать? Рассказываю дальше.

Делаем выход из программы Acronis и перезагружаемся.

После перезагрузки сразу входим в "Управление дисками" и видим странную ситуацию. Диск C: какого был объёма такого и остался 97ГБ, а диск E: стал меньше 552, 13 ГБ.

В это время вы начинаете костерить меня и мою статью и ещё программу Acronis, а я тем временем начинаю соответственно икать.
Опять загружаемся с диска программы Acronis Disk Director. Проделаем вот что. Отщипнём от диска C: или D: небольшой кусочек пространства и оставим его нераспределённым, затем загрузимся в операционную систему и присоединим его обратно к диску С:, но уже с помощью служебной программы Windows "Управления дисками".
Щёлкаем правой мышью на диске C: и выбираем в меню "Изменить размер тома",

Иногда может случиться так, что после загрузки загрузочных версий продуктов компании Acronis, выводится сообщение: Ошибка E000101F4: Не найдено ни одного жесткого диска.

1. Возможно, неправильный MBR. Только один раздел может содержать главную загрузочную запись и поэтому не поддерживается жесткий диск. Это часто происходит в случае, если жесткий диск был отформатирован производителем. Необходима повторная инициализация диска.

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

3. Скачайте обновление драйверов Acronis, загрузите и установите.

Acronis Backup & Recovery 11.5: SnapAPI 2140 (SnapAPI 1204 для Windows 2000)

(!) Вы должны перезагрузить компьютер, чтобы завершить установку. Модуль программного обеспечения Acronis SnapAPI отвечает за все операции на жестком диске.

4. Попробуйте создать загрузочный носитель на основе WinPE. Для создания такого носителя необходимо дополнение Acronis True Image Home Plus Pack. На таком носителе могут быть необходимые драйверы, потому что загрузочный носитель на основе WinPE (BartPE) использует драйверы Windows для доступа к дискам.

5. Если по-прежнему будут возникать проблемы с Загрузочным диском Acronis, тогда единственным решением является обновление лицензии. Версия, вероятно, является устаревшей. Мы не будем развивать ее дальше.
Мы рекомендуем установить демо-версию новой версии для того, чтобы убедиться, что программа работает безупречно. Создайте Загрузочный диск Acronis и проверьте его функциональность.

Хочу сказать, что в большинстве случаев достаточно стандартного загрузочного CD, созданного с помощью мастера создания загрузочных носителей Acronis или загрузочного носителя на основе WinPE. Но, если среда восстановления по-прежнему не может обнаружить какой-либо диск, сетевой адаптер, мышь или клавиатуру, обычно это означает проблемы с драйверами.
Поэтому, если на загрузочном носителе не оказывается нужного драйвера оборудования, можно обратиться в службу поддержки пользователей Acronis, если программа лицензионная, с просьбой создать пользовательский загрузочный компакт-диск со всеми нужными драйверами.
Учтите, что поиск соответствующих драйверов и создание пользовательского загрузочного носителя может занять значительное время. Кроме того, в некоторых случаях найти соответствующие драйверы может быть невозможно.

Насчет обновления лицензии. Обновление лицензии не всегда единственное и обязательное решение проблемы. С большой вероятностью ошибку «E000101F4» материнских плат с процессором Intel вызывает режим работы Serial ATA контроллеров. Для устранения ошибки нужно попробовать сменить режим работы контроллеров IDE на AHCI, который в материнских платах включен по умолчанию. Данный протокол был разработан специальной инициативной группой во главе с Intel и появился в чипсетах Intel, если мне не изменяет память, с серии 915.


Однако имейте в виду, что драйверы контроллеров IDE и контроллеров AHCI разные. Смена режима работы контроллеров IDE на AHCI в Windows XP приведет к невозможности загрузки операционной системы, потому что драйвер AHCI не интегрирован в дистрибутив. А установка драйвера на установленную операционную систему сопряжена с определенными трудностями.

В Windows 7 необходимый драйвер интегрирован в дистрибутив. Достаточно в БИОС включить режим работы контроллеров AHCI и операционная система сама установит драйвер.

Примечание.
Хочу добавить, что, если установлено несколько программ Acronis, обновление лицензий может вызвать конфликт между ними. Например, как-то раз, обновление лицензии Acronis.Disk.Director v11.0.0.2343 до версии Acronis.Disk.Director v12.0.0.3223 в Windows 7 вызвало полную неработоспособность Acronis True Image 2014 Premium.v17.0.0.6673.