Восстановление Windows

Бывают случаи, когда в Windows были удалены или повреждены системные файлы. Это могло произойти в результате сбоя файловой системы, действий вирусов или ошибочных действий самого пользователя. При этом система может загружаться, а может и нет. Не спешите переустанавливать систему или делать откат к заводским настройкам (в случае с Windows Server это невозможно или неприемлемо). Зачастую систему можно привести в рабочее состояние.


Восстановление системы

Восстановление системы впервые появилось в Windows Me. Тогда копии важнейших системных файлов (реестра в подавляющем большинстве) хранились в zip архивах. Чуть позже, в Windows XP, они хранились как есть, только скрытые с глаз долой в каталоге System Volume Information. Начиная с Windows Vista восстановление системы использует технологию теневого копирования. Именно из теневой копии Windows может восстановить свои файлы. Этот вариант подходит только для клиентских редакций Windows.

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Здесь следует помнить, что при использовании точки восстановления, из теневой копии будет восстановлено то, что в неё попало. Это значит, что если файлы на момент создания точки восстановления уже были повреждены или отсутствовали, чуда не произойдёт. Так-же следует отметить отсутствие этого механизма в Windows Server и его автоматическое отключение при установке клиентской редакции Windows на SSD диск.


Восстановление загруженной операционной системы.

Рассмотрим порядок действий, если восстановление системы не применимо или не помогло и система загружается.


System File Checker

Начать стоит с проверки системных файлов, в этом нам поможет утилита проверки целостности системных файлов. SFC проверяет системные файлы на несанкционированные изменения или удаление и попытается восстановить их их кэша, расположенного по пути: C:\Windows\WinSxS. Для начала проверки выполните в командной строке, запущенной с повышенными привилегиями команду:

sfc /scannow

Рассмотрим ситуацию на реальном примере, произошедшем со мной недавно:

Windows Server 2016 с установленной ролью Windows Server Update Services. По пути C:\Program Files\Update Services\ отсутствует каталог Tools, что ставит крест на управлении сервером из командной строки. Можно скопировать каталог с аналогичного сервера, если такой есть. У меня не было и я скомандовал описанную ранее команду:

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Защита файлов не смогла восстановить некоторые файлы. Нужно уточнить, вернулся-ли каталог Tools на своё место. Можно пройти по пути C:\Program Files\Update Services\ и посмотреть, но это не наш метод. SFC создаёт файл журнала, который мы будем изучать. Файл большой, поэтому предварительно отберём нужные данные:

findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt"

Открываем файл блокнотом и ищем строку: «Update Services\Tools»

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Мы видим, что файл восстановлен. Отлично! Но программа сообщила об ошибках — значит капаем дальше. Проводим отбор по тексту ошибки:

findstr /c:"[SR] Cannot repair member file" "%userprofile%\Desktop\sfcdetails.txt">"%userprofile%\Desktop\error.txt"

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Не восстановились некоторые ярлыки. В принципе на этом можно и закончить, но если хочется довести начатое до конца, то следует использовать DISM.


DISM

Утилита обслуживания образов развертывания и управление ими позволяет творить чудеса даже в очень трудных случаях. DISM занимается обслуживанием хранилища компонентов (WinSxS). Его проверка и восстановление как раз по плечу DISM.

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


Просмотр состояния хранилища компонентов

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

DISM /Onine /Cleanup-Image /CheckHealth

Repair-WindowsImage -Online -CheckHealth

Эта команда не проверяет хранилище, а отображает последнее известное его состояние.

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Проверка хранилища компонентов

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

DISM /Online /Cleanup-Image /ScanHealth

Repair-WindowsImage -Online –ScanHealth

Она найдет ошибки и предупредит об их наличии, но не восстанавливает. Как видим, у меня с системой всё в порядке.

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Восстановление хранилища компонентов

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

- Windows Update или WSUS

- Установочный образ ESD или WIM

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

Команда ниже проверит хранилище на наличие повреждённых компонентов и попробует их восстановить, скачав исходные файлы с центра обновления Windows:

DISM /Online /Cleanup-Image /RestoreHealth

Repair-WindowsImage -Online -RestoreHealth

Однако метод может потерпеть неудачу, если отсутствует соединение с интернетом или повреждены компоненты центра обновления Windows. Рассмотрим восстановление с установочного носителя. С загрузочного образа, диска или флешки нам нужен всего один файл: install.wim или install.esd

DISM /online /cleanup-image /restorehealth /source:D:\sources\install.wim

Repair-WindowsImage -Online -RestoreHealth -Source E:\sources\install.wim

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Иногда требуется указать номер индекса требуемой редакции. Уточнить номер индекса требуемой редакции совсем несложно — например через PowerShell:

Get-WindowsImage -ImagePath "E:\sources\install.wim

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Индекс сборки потом указываете через двоеточие. Например:

DISM /online /cleanup-image /restorehealth /source:D:\sources\install.esd:2

Если требуется запретить использование Windows Update или WSUS, используйте параметр /LimitAccess.

DISM /online /cleanup-image /restorehealth /source:D:\sources\install.wim /LimitAccess

Восстановление системы, которая не загружается

Рассмотрим случай, когда система уже не загружается. Для её восстановления нам потребуется доступ к системному диску. Мы можем использовать среду восстановления, имеющуюся на компьютере:

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Среду восстановления можно запустить с установочного носителя:

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Одним словом, не имеет значения как вы получите доступ к диску. Диск можно также подключить к другому компьютеру. Если использовали среду восстановления, то следует разобраться с буквами дисков. Може использовать для этих целей команду bcdedit или запустить notepad и через меню файл — открыть увидеть буквы дисков и их содержимое.


System File Checker

Утилита проверки целостности системных файлов и в этой ситуации может прийти на помощь! Для этого у ней есть соответствующие параметры /offbootdir и /offwindir. Нам остаётся лишь указать букву системного диска и путь папки Windows.

sfc /scannow /offbootdir=c:\ /offwindir=c:\windows

Программа работает долго, но зачастую результат превосходит ожидания.


DISM

DISM настолько крут, что и в такой ситуации найдёт выход. Подробнее про офлайн обслуживание хранилища компонентов поговорим в другой раз — сейчас сосредоточимся на восстановлении. Сразу скажу, что из среды восстановления PowerShell не работает. Команды управления образом апривожу на случай, если диск подключен к другой системе.


Просмотр состояния хранилища компонентов

Команда используется как и ранее с той лишь разницей, что мы указываем путь к системному диску повреждённой Windows

Dism /Image:E:\ /Cleanup-Image /CheckHealth

Repair-WindowsImage -Path "E:\" -CheckHealth

Мы видим, что хранилище компонентов моей тестовой системы требует восстановления.

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Проверка хранилища компонентов

Проверка хранилища компонентов как и ранее работает долго, но даёт более актуальный результат в отличие от предыдущей команды.

Dism /Image:E:\ /Cleanup-Image /ScanHealth

Repair-WindowsImage -Path "E:\" -ScanHealth

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Восстановление хранилища компонентов

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

Dism /Image:E:\ /Cleanup-Image /restorehealth

Repair-WindowsImage -Path "E:\" -RestoreHealth

Заключение

Как видите есть масса способов привести систему в чувства и без переустановки Windows. Надеюсь предложенные способы помогут вам.


Как обычно, публикую ссылку на оригинал статьи в своём блоге.

Лига Сисадминов

1.5K поста17.6K подписчика

Добавить пост

Правила сообщества

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

Вы смотрите срез комментариев. Показать все
8
Автор поста оценил этот комментарий
Сколько раз ни пробовал, и через консоль, и через диск восстановления, ни разу не помогло. Все процедуры проходят, всё исправляется, а потом или бсод при запуске или черный экран с курсором.
Так что всё это красиво написано, но не помогает.
раскрыть ветку (17)
2
Автор поста оценил этот комментарий

Подписываюсь! Помогало реально только "Загрузка последней удачной конфигурации" если реестр падал. Но это обычно на XP или семёрке работало. В десятке уже не особо канает.


Ну и реально помогает сделать образ установленной и настроенной системы через DISM++ и потом восстанавливать его при появлени серьёзных проблем. Он сохраняет аналог установочного образа, можно добавить в исключения ненужные папки. В итоге получается как бы установка винды заново, но с твоими настройками. А всё заменённое сохраняется в папку windows.old.


У меня были глюки с дровами и эта штука прям реально спасала. Даже хотя бы загрузиться в режим DISM++ при загрузке и прибить через неё глючные драйвера.

https://www.chuyu.me/en/index.html

раскрыть ветку (5)
3
Автор поста оценил этот комментарий

Товарищи, мы реально о разных вещах говорим. Ну как вы не поймёте? И разные методы восстановления обсуждаем. Нет методов хуже и лучше. Есть методы к месту и нет.

раскрыть ветку (4)
Автор поста оценил этот комментарий

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


Если с мелкими проблемами иногда поможет справиться какой-нибудь sfc /scannow, то потерянные библиотеки (вследствии ошибки ФС) он восстановить не сможет. Да и те проблемы, которые реально фиксит sfc - зачастую не мешают работе и видны как ошибки только ему одному.

А если ошибка есть, а решения нет - приходится "мудрить" со сторонними утилитами типа Smartfix.io или SFCFix, которые далеко не встроенные и что явно не очень секурненько. Но и они не особо помогают в случае более-менее серьёзого сбоя - когда система загружается, но явно глючит из-за не ясных причин.


А вот восстановление системы как служба, которая жрёт ресурсы и дисковое пространство, не работает почти никогда. Ей можно только откатить установку какого-нибудь софта, но и то это распространяется в основном на реестр, так как изменения по всему диску (Program Files, ProgramData, %userprofile%) она не отменит. Мусор останется, просто не будет прописан в реестре.

Какие-либо более серьёзные сбои (включая восстановления ошибок драйверов) ей откатить просто нереально!


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


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


Загрузочное меню восстановления MSDaRT часто отваливается само по себе. Вот оно было постоянно, а вот сбой и его тупо нет. Или оно просто не работает, начинает загружаться и ребут.

Спасает загрузочный диск, где он продублирован. Но сам эффект от MSDaRT и имеющихся там "мастеров восстановления" - тоже зачастую гомеопатический. Прогнать chkdsk я могу и с любой загрузочной флешки. А реально восстановить загрузку системы без накатывания винды заново она не может.

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


Тот же DISM++ (как gui к DISM) с любого WinPE позволяет сделать гораздо больше и более эффективен. И вопрос здесь в том, что DISM++ использует встроенные механизмы, доступ к которым стандартные "мастера настроек" не предоставляют доступа от слова совсем. То есть средства есть, а интерфейса к ним нет. Даже консольного. Потому что даже те консольные команды, которые там есть - реально не интуитивны и не совсем очевидны и известны. Приходится рыскать в интернете с мобилы, чтобы что-то найти с переменным успехом. Пользователь этого, разумеется, не сделает.


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

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


Микрософт заигрался в анальное огорожение всего и вся, начиная с Windows XP и далее. И лишь сейчас только спохватился, что из-за архитектурных проблем БЫСТРО и НАДЁЖНО восстановить упавшую /не работающую систему можно только восстановив ранее сделанный образ этой системы. И я не про службу востановления ситемы, а про образ раздела целиком.

А все эти мастера восстановления, включая даже не встроенные, а скачиваемые дополнительно типа Microsoft Software Repair Tool только и делают, что крутят прогрессбары и совершенно не ясно, что они там делают. Спойлер, в итоге выясняется, что ничего полезного кроме как предложить откатить точку восстановления или удалить битые ярлычки.

раскрыть ветку (3)
Автор поста оценил этот комментарий

sfc /scannow то потерянные библиотеки (вследствии ошибки ФС) он восстановить не сможет

Сможет. Именно для этого он и существует. Копии файлов хранятся в хранилище компонентов WinSxS. Восстановить она не сможет, если хранилище повреждено или компоненты удалены.

А вот восстановление системы как служба, которая жрёт ресурсы и дисковое пространство, не работает почти никогда. Ей можно только откатить установку какого-нибудь софта, но и то это распространяется в основном на реестр, так как изменения по всему диску (Program Files, ProgramData, %userprofile%) она не отменит. Мусор останется, просто не будет прописан в реестре.

Именно для такого быстрого восстановления она и задумана. Методика проверена временем и работает. Но она рассчитана именно на тот случай, когда недавно установленный софт повредил систему.

Какие-либо более серьёзные сбои (включая восстановления ошибок драйверов) ей откатить просто нереально!

Для этого есть другие инструменты.

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

Так целостность образа - это залог целостности системы, ведь система и есть этот образ.

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

Сложность загрузки в безопасный режим чаще обусловлена отсутствием задержки при запуске системы. Это не проблема системы, а настройки UEFI.

Спасает загрузочный диск, где он продублирован. Но сам эффект от MSDaRT и имеющихся там "мастеров восстановления" - тоже зачастую гомеопатический. Прогнать chkdsk я могу и с любой загрузочной флешки. А реально восстановить загрузку системы без накатывания винды заново она не может.

Это не DaRT, а среда восстановления, и именно отсюда есть масса вариантов привести в чувства систему, в том числе откат драйверов и обновлений, восстановление системы из теневой копии или образа, а так же Regedit, блокнот, DISM и SFC. Этого достаточно для приведения системы в чувства.

Микрософт заигрался в анальное огорожение всего и вся, начиная с Windows XP и далее.

До Windows XP было традицией регулярно переставлять систему, что не говорит о надёжности.


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

Всё описанное тобой давно есть в Windows.

Восстанавливать систему из образа - это хорошо, но не всегда приемлемо. Я привел пример: сервер WSUS с пропавшей папкой Tools. Папка была восстановлена средствами SFC. Бекапить сервер WSUS нереально и затратно, а его восстановление приведёт к геморрою. Тоже касается серверо приложений, баз данных, и контроллеров домена.

Зачем тратить время на восстановление, если можно привести систему в чувства иногда даже без перезагрузки?

раскрыть ветку (2)
Автор поста оценил этот комментарий

>>sfc /scannow ... потерянные библиотеки ... восстановить не сможет

>Сможет. Именно для этого он и существует.

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


Именно для такого быстрого восстановления она и задумана.

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


Да и кому это вообще надо? Сначала они пилят и продвгают инсталяторы типа msi, которые рассовывают микроскопическую утилиту с одним ini-шником настройки по всему системному каталогу, реестру, папке пользователя, а потом им нужна служба, чтобы это всё отслеживать и "корректно" удалять... Затем забирают права у пользователя писать в Program Files, а у софта хранить там настройки...

А где мне хранить мелкие утилиты? Заводить для этого Program Files #2? Ну, я так и делаю. И софт портативный почти всегда юзаю.


Для этого есть другие инструменты.

Где мне их взять на случай реального сбоя? Скачать через curl/wget?


Так целостность образа - это залог целостности системы, ведь система и есть этот образ.

Начиная с Windows 10 - так и есть. И для накатывания атомарных обновлений - это хорошо. Но как быть с пользовательскими данными? Нахрена их пихать фактически в этот образ?

Есть и другие OS с таким подходом (читай про OSTree или SUSE Leap с их транзакционными обновлениями), но там сторонние (не из образа) утилиты, которые ставит пользователь - ставятся ОТДЕЛЬНО и в пользовательское пространство. В тот же каталог пользователя. Как самодостаточные пакеты (со своими версиями либ и прочим).


В винде какая-то пародия на такой подход. Софт распихивается везде, где только можно. Начиная со старого доброго windows/system32/, заканчивая новомодными ProgramData. И там хранятся пользовательские настройки и либы, установленые с софтом, к которым нет доступа у обычного пользователя...


Сложность загрузки в безопасный режим чаще обусловлена отсутствием задержки при запуске системы. Это не проблема системы, а настройки UEFI.

У меня два устройства, на которых UEFI нет в принципе. Вот просто нет. Есть старый добрый "базовый вход выход". И там эти проблемы прямо в цвете бывают при сбое...


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

Ну да, я уже описал как это работает выше. "Откат драйверов и обновлений" и "восстановление из теневой копии" - сколько слов, а речь про старую добрую ситему восстановления, которая не работает, даже если её откатить.

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


До Windows XP было традицией регулярно переставлять систему, что не говорит о надёжности.

Ну, и со времени Windows XP это самый БЫСТРЫЙ и безболезненый способ получить работоспособную систему. Все эти припарки помогают только в оооочень ограниченных случаях и не исключают глюков уже после "восстановления".


Чтобы не тратить время сейчас, как и раньше, действительно проще переустановить систему заново начисто. Ну или, как я и писал в ветке выше, накатить через DISM++ (как более-менее стандартное средство) ранее сохранённый обрац целой и рабочей копии ОС. А это буквально - переустановка. Самая настоящая переустановка.


Всё описанное тобой давно есть в Windows.

Ну, давай тогда поподробнее... Где всё это?

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

- Поднять сеть из консоли - если слетели дрова на сетевую - это без WinPE нереально.

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

- Есть режимы восстановления - есть только куцый не-до MSDaRT, я уже писал выше.

- Есть отдельные tty. Это такие системные консоли по количеству клавиш F1-F12. В одной грузится система, в одной выводится гуй, а остальные десять в твоём распоряжении ВСЕГДА со старта ядра. Я в любой момент загрузки могу переключиться на другие tty по хоткею и там получить полноценную админскую консоль. В винде консоль можно достать только загрузив её кое как или в образе восстановления после ряда пойнт-клик квестов. И то не всегда, только когда это работает, а не накрылось...

- Livecd и chroot - в линуксах лайвсд это почти всегда стандартный образ установщика, который рядом с тобой на диске и всегда можно зайти в него и получить доступ к сети, браузеру, утилитам восстановления. А затем "залогиниться" в установленую на диске систему через chroot и отправлять туда команды прямо из LiveCD. Нечто похожее есть в DISM++, но тоже кастрированное.


Зачем тратить время на восстановление, если можно привести систему в чувства иногда даже без перезагрузки?

Ты всё про свой sfc... Но он не всегда сработает. Вернее почти никогда не работает. Только узкие задачи в отношении тех системных либ, где есть копия. А она не всегда есть. И это просто инструмент, который восстанавливает целостность образа. Как chkdsk на битую ОС. Целостность восстановит, а часть битых данных потеряет/уберёт... Вот ты поковырялся, потратил время, поперезагружался, погонял все sfc и dism, а потом в итоге пошёл восстанавливать копию из бэкапа или переустанавливать ОС.


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

А все эти sfc, dism и "мастера восстановления" из не-до MSDaRT - это припарка, которая не работает почти никогда. Почти никогда, слышишь?


Товарищи, мы реально о разных вещах говорим. Ну как вы не поймёте? И разные методы восстановления обсуждаем. Нет методов хуже и лучше. Есть методы к месту и нет.

Есть просто методы, которые работают и которые не работают. Как я и писал в первом сообщении.

раскрыть ветку (1)
Автор поста оценил этот комментарий

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

А вот тут в дело вступает восстановление компонентов DISM.

Затем забирают права у пользователя писать в Program Files, а у софта хранить там настройки...

Совершенно верно сделали, что отняли права! У пользователя не должно быть прав туда писать, да и незачем - это почва для вирусов. В Linux, кстати, пользователь так-же не имеет прав на запись в системные директории.

У меня два устройства, на которых UEFI нет в принципе. Вот просто нет. Есть старый добрый "базовый вход выход". И там эти проблемы прямо в цвете бывают при сбое...

Ты писал, что не можешь зайти в безопасный режим. Что не выходит?

А так да, проверь SFC и убедись, что целостность образа нарушена, запиши это в блокнот и иди ковыряться в реестр в миллионах левых ключей, часть из которых ещё и имеет права на запись/изменения, которых у тебя нет...

Ни SFC, ни DISM проверкой реестра не занимаются. Копия реестра так-же хранится в системном каталоге - можно её забрать. Ты так говоришь про ковыряться, как будто в Linux есть кнопка "сделать заебись" и всё само лечится. Там порой тоже потрахаться нужно.

Чтобы не тратить время сейчас, как и раньше, действительно проще переустановить систему заново начисто.

Для этого есть функция "Начать заново" и "сброс к заводским настройкам"

Когда всё пошло не так: возврат Windows 10 в исходное состояние

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

Bootlog.txt в помощь.

Поднять сеть из консоли - если слетели дрова на сетевую - это без WinPE нереально.

Если слетели дрова на сетевую из консоли. Это ты про Windows Server Core? А в чем проблема? И как тебе поможет WinPE?

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

Microsoft Installer может работать из командной строки. Так-же можно юзать OneGet.

В том-же Linux невозможно массово отслеживать установленное ПО, устанавливать, обновлять и удалять централизованно.

Есть отдельные tty. Это такие системные консоли по количеству клавиш F1-F12.

Зачем? Ты упоминал домохозяек, но зачем это им? В некоторых дистрибутивах Linux это порезали.

Livecd и chroot

НА установочном носителе есть среда восстановления, на компе есть среда восстановления. Более чем достаточно.

А мне бы, простому пользователю, загрузку системы восстановить... Имеющийся там мастер был не в состоянии исправить свой же BCD.

Согласен. Странная хуйня - сам встречал.

Ты всё про свой sfc... Но он не всегда сработает. Вернее почти никогда не работает. Только узкие задачи в отношении тех системных либ, где есть копия. А она не всегда есть. И это просто инструмент, который восстанавливает целостность образа. Как chkdsk на битую ОС. Целостность восстановит, а часть битых данных потеряет/уберёт... Вот ты поковырялся, потратил время, поперезагружался, погонял все sfc и dism, а потом в итоге пошёл восстанавливать копию из бэкапа или переустанавливать ОС.

Сначала chkdsk - восстанавливает логическую структуру NTFS.

Из теневой копии берём рабочую копию реестра.

Потом DISM - восстанавливаем хранилище компонентов.

Далее SFC проверяет системные файлы и восстанавливает утраченное из хранилища компонентов. В хранилище компонентов (WinSxS) хранит всю систему и все библиотеки с запасом, в том числе предыдущие версии.

Порядок восстановления примерно такой в любой ситуации, кроме проблем с BCD - там воя ебля.


Ты часть говоришь про DaRT, но этот  инструмент доступен не всем, а подписчикам MSDN (пиратсово не рассматриваю). Да, каждый инструмент лечит что-то своё. Универсальной тулзы на заебись не существует как и в Linux.

Бекапы - наше всё, я с тобой согласен. Но не всегда применим, так бывает. Часто бывает систему достаточно немного подлатать и она дальше бегает. Опять же пример с WSUS из заметки. SFC папку восстановил и вопросов у меня к нему нет.

Поверишь или нет, но я не переустанавливал Windows 10 на своих трёх компах с даты её выхода - с 2015 года.

2
Автор поста оценил этот комментарий

Странно. Мне помогает (если есть точка восстановления). Но правда, через недельку все равно слететь может.

2
Автор поста оценил этот комментарий

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

раскрыть ветку (9)
1
Автор поста оценил этот комментарий

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

раскрыть ветку (4)
Автор поста оценил этот комментарий

Зачастую система падает не просто так. Восстановление системы следует рассматривать как часть процедуры восстановления. Вот смотри:

Из точки восстановления мы получаем рабочую копию реестра. Уже хорошо.

Но восстановление системы откатывает время назад, к определённой точке. И не факт, что ошибка не закралась ранее. Следует выяснить, что грохает систему снова: обновление программ, обновление системы или обновление драйверов.

Может повреждены системные файлы? Пробегаемся chkdsk, потом sfc и dism.

Автор поста оценил этот комментарий
Замечу, что про восстановление из точек только одна часть. Остальное про sfc и dism.
раскрыть ветку (2)
Автор поста оценил этот комментарий

Сейчас даже найду описание последней ситуации, с которой мне приносили пациента: https://3dnews.ru/1002825

раскрыть ветку (1)
Автор поста оценил этот комментарий

Тут можно загрузиться в среду восстановления и откатить обновление оттуда.

Забавно читать следующее:

чистая установка из ISO-образа и прочие действия не помогают

Тут они явно лукавят. Ну как чистая установка может не помочь?

Да и зачем в наше время чистая установка, когда есть сброс:

Когда всё пошло не так: возврат Windows 10 в исходное состояние

Автор поста оценил этот комментарий

А что делать если восстановление помогает но только до выключения ПК? (от питания)  Чекдиском проверял - всё чисто.

раскрыть ветку (3)
Автор поста оценил этот комментарий
А железо в порядке?
раскрыть ветку (2)
Автор поста оценил этот комментарий

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

Автор поста оценил этот комментарий

Понял в чем дело, клиент активации вин7 зависает.

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку