Acronis выдает ошибку. Windows не загружается после работы с Acronis Disk Director. Нельзя не делать бэкапы

Если операционная система уже установлена. Друзья, данную статью можно с успехом применить, если у вас операционная система Windows XP, Windows 7.

В данной статье мы с вами применим платную программу Acronis Disk Director, но ту же самую операцию могут проделать и бесплатные программы: и , в итоге вы можете выбрать то, с чем Вам работать. Кстати, если у вас установлена операционная система Windows 7, вы можете не прибегая ни к каким программам.

Итак, здесь мы будем использовать Acronis Disk Director. Прибегают к помощи этой программы, при необходимости разделить жесткий диск на несколько разделов или Вам нужно изменить размер какого-либо раздела. Ещё с помощью данной программы можно найти и восстановить удалённый раздел. На нашем сайте очень много статей, описывающих работу с этой программой, найти их вы сможете . В нашем случае мы неправильно разбили жёсткий диск на разделы при установке операционной системы.

Программу Acronis Disk Director можно установить прямо в Windows, но очень много пользователей работают с загрузочного диска программы, так меньше ошибок. можно создать в самой программе Acronis Disk Director.
Acronis Disk Director относится к менеджерам дисковых разделов, а это обозначает, что при работе с программой существует риск случайного удаления всех разделов жёсткого диска, если вдруг вы что-то сделаете неправильно.
Поэтому, перед работой с программой Acronis Disk Director, рекомендую сделать бэкап всех разделов вашего жёсткого диска. Это очень просто. Любой пользователь независимо от стажа работы с компьютером просто обязан уметь создать бэкап операционной системы и при необходимости развернуть его назад.
Вот эти подробные статьи помогут вам овладеть незаменимыми средствами восстановления операционной системы. Данные средства помогут вам восстановить операционную систему в любом случае.

При установке Windows XP диск (C:), на котором у нас установлена операционная система, получился размером всего 20,8 Гб, а диск (D:) получился большим 90,98 Гб. Исправим нашу ошибку и увеличим объём диска (C:) за счёт диска (D:), сделаем их почти равными, все наши файлы естественно останутся нетронутыми, проделаем это с помощью специальной программы Acronis Disk Director 11, сайт http://www.acronis.ru , можно скачать бесплатную демо-версию. Программа эта очень серьёзная, при умелом использовании может помочь, а при неумелом потеряете все свои данные, но я думаю обойдётся без этого.

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

Как увеличить место на диске C

Первое что мы сделаем, это уменьшим раздел диска (D:) и у нас создастся незанятое пространство
Второе - присоединим незанятое пространство к диску (C:).

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

Итак вот наш диск (C:), полный объём 20,8 Гб

Управление дисками

Запускаем нашу программу

Наводим мышь на диск (D:) и жмём правой кнопкой мыши один раз (выделяем его), далее изменить размер тома

Изменяем размер выбранного тома (D:) в меньшую сторону так, что бы незанятое пространство оказалось перед томом (D:), ставим 34 Гб, затем мы освободившийся объём прибавим к диску (C:) и два тома станут примерно одинаковые по размеру.

Выставляем 34 Гб и нажимаем ОК

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

Продолжить

Как мы видим, появилось свободное пространство (Не занято) объёмом 34 Гб. Настала очередь увеличить размер диска (C:) выделяем его и нажимаем Изменить размер тома

Увеличиваем размер тома до 54,81 Гб или до максимума и ставим галочку в пункте Добавить незанятое место к тому

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

Перед запуском операционной системы, мы с вами видим работу программы.

Загружается Windows, заходим в управление дисками и видим увеличенный в объёме диск (C:)

Внимание: Друзья, если у кого-то в процессе работы с программой Acronis Disk Director, после выделения свободного пространства за счёт диска (D:) , это самое пространство пропадёт в никуда и диск (С:) не прибавиться в размере, а диск (D:) станет меньше, то во-первых, вам поможет вот эта статья или ознакомьтесь вот с этими двумя небольшими инструкциями.

Как это происходит?

К примеру, если взять наш случай, то изначально у нас был
диск (C: ) размером всего 20,8 Гб и
диск (D: ) размером 90,98 Гб .
В программе Acronis Disk Director мы отщипываем от диска (D: ) 34 ГБ , затем присоединяем это пространство к диску (C: ). После данной операции диск (C: ) у нас должен быть объёмом 54 ГБ , а диск (D: ) 56 ГБ .
На деле же у нас получается диск (C: ) таким же как и был 20,8 Гб , а диск (D: ) 56 ГБ . Другими словами отсоединённое пространство от диска (D: ) 34 ГБ пропадает в никуда.
В этом случае ещё раз нужно загрузиться в программу Acronis Disk Director и отщипнуть от диска (C: ) небольшое пространство, примерно 1 ГБ и оставить его нераспределённым, далее нажать кнопку Применить ожидающие операции . После перезагрузки войти в "Управление дисками" операционной системы и расширить диск C: за счё этого нераспределённого пространства, пропавшие гигабайты будут тоже присоединены к диску (C: )

Ещё одна инструкция нашего читателя :

ВНИМАНИЕ, может кому поможет мой совет. Я так же хотел увеличить "диск C", и так же мучился с пропажей ГБ. Помогло одно: оторвал ещё разок маленький кусочек от "диска D" (100 МБ) и оставил их как "не занято ". После перезагрузке компьютера зашёл в "Мой компьютер" -> "Управление дисками" и там уже добавил эти 100 МБ к "диску C" (функция: Расширить том). После чего любовался своими пропавшими ГБ.

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

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

Если вместо запланированного после перезагрузки изменения разделов при помощи программы 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.

. Такую ошибку вы можете получить при работе в программе 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: и выбираем в меню "Изменить размер тома",