Исправляем ошибку C0000034 в windows 7, 8, 8.1

Приветствую всех. Попался ноутбук, на котором каким-то чудом стала происходить знакомая узкому кругу пользователей (а может и не такому узкому) ошибка C0000034. Узнать причину я так и не смог, потому как у чудо-юзеров все всегда происходит само. На борту стояла windows 8.1, и через раз она выдавала ошибку, а через раз грузила меню восстановления. Естественно я полез сразу в меню, начал пробовать восстанавливать.

Сначала опробовал восстановление при загрузке, выяснилось что есть проблемы с диском. Поправил, выбрав в меню командную строку и вызвав chkdsk /f /r. Но это не решило моей проблемы. Тогда начал пробовать откатывать на точки восстановления, которые были сохранены. Их было три и ни одна не выдала нужного результата. Про восстановление исходного состояния даже не думал, стояла задача поднять систему. Начал копаться, оказалось, что в большинстве случаев помогает правка файла pendeng.xml, который лежит по адресу <имя диска>:\Windows\WinSxS\, где имя диска — это ваш системный диск, обычно C. Получить доступ к данному файлу можно разными способами. Можно подключить диск к другому компу и поправить там, можно воспользоваться диском с ОС, можно режимом отладки и т. д. В общем задача получить доступ к необходимому файлу.

В моем случае я мог спокойно попадать в меню восстановления, где есть все необходимое, поэтому я не стал городить огород и воспользовался стандартным блокнотом. Блокнот лежит в папке System32, которая лежит в папке Windows системного диска. Попасть туда можно через командную строку и запустить блокнот с указанием в качестве параметра необходимый нам файл. Пример с диском C выглядит так:

2016-04-23_00-41_C-WINDOWS-system32-cmd.exe

После чего откроется так необходимый нам файл (в некоторых случаях после расширения файла может идти набор символов!). Теперь можно исправлять. Необходимо удалить запись, вида:

<Checkpoint/>

<DeleteFile path=»SystemRootWinSxSFileMaps_0000000000000000.cdf-ms»/>

<MoveFile source=»SystemRootWinSxSTempPendingRenames2c5b6bdeb9decb012ee1000074207424._0000000000000000.cdf-ms»destination=»SystemRootWinSxSFileMaps_0000000000000000.cdf-ms»/>

Последняя строка может отличаться. Удаляем запись и проверяем. В моем случае это не помогло, а причина была в том, что таких записей было несколько и после первого неудачного удаления, я просто удалил их все и система начала грузиться. Если вам не помогло, то прежде чем поставить крест, попробуйте снова запустить chkdsk /f /r. В большинстве случаев решение должно помогать, судя по множеству подобных статей. Правда там как раз не описывалось несколько подобных секций и использование чекдиска.

А теперь о причинах. Хоть мне и не сказали, как конкретно это получилось, но и немного. Это либо прерывание установки обновлений, либо сбой диска, либо резкое отключение питания. Объяснить многим пользователям что нельзя никогда прерывать установку обновлений, порой очень трудно, упираются и делают свое. Поэтому советую то, что советуют все. Никогда не прерывайте установку обновлений! Никогда! Лучше подождите, ведь в итоге убьете больше времени на устранение возможных проблем.

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

P. S.: Если принципиально не хотите ставить обновления, то отключайте их сразу в настройках, не откладывайте и не собирайте большими кучами. Не прерывайте процесс обновления и старайтесь не отключать резко питание. Эти элементарные советы помогут вам избежать череды проблем с обновлениями.

Добавить комментарий

Ваш адрес email не будет опубликован.

CAPTCHA image
*