Использование SFC, tracing

Question

Приветствую!

Уже некоторое время бьюсь с проблемой. Запускаю SFC /SCANNOW, получаю результат с неисправленными проблемами, но файла с логами нет.

использовал set WINDOWS_TRACING_LOGFILE, допустил ошибку в пути и теперь пытаюсь поменять на верный, но после проверки отображается все тот же "кривой" путь. Где прописан это путь? Реестр?

Все началось с попытки установить visual c++ 2005 , которая закончилась ошибкой 1935. Вот пытаюсь сам устранить. Пока безуспешно.

Answer 1

Здравствуйте.

Если на ПК уже есть установленая visual c++ новее, чем 2005, то будет ошибка. Эти библиотеки надо устанавливать по порядку, от более старой к более новой. По другому никак.

Команда SFC /SCANNOW выполненная без другой команды отрабатывает некорректно. Правильно так:

Сначала выполнить Dism /Online /Cleanup-Image /RestoreHealth и дождаться окончания работы команды. А уже затем - sfc /scannow

Перед правильным выполнением команд выключите ПК так: Пуск-Выключение-Завершение работы с одновременным удержанием клавиши Shift до полного отключения. После повторного включения выполните команды восстановления.

Answer 2

Уточните, откуда скачивали "разные версии" одного и того же visual c++ 2005?

Насчет пути логов. Согласно документации Microsoft: https://docs.microsoft.com/en-us/windows/win32/... переменная WINDOWS_TRACING_LOGFILE применима только к Windows Vista:

"On Windows Vista only, you can set the WINDOWS_TRACING_LOGFILE environment variable to the location of a valid directory to receive a log file."

После выполнения команды sfc /scannow какуая информация выводится о логе?

Повторно выполните Dism /Online /Cleanup-Image /RestoreHealth и sfc /scannow и покажите результаты в виде скриншотов.

Answer 3

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

Как быть с путем для CBS.log?

Answer 4

"HRESULT 0x80073D02" указывает на сбой развертывания/обновления приложения из-за того, что экземпляр этого приложения запущен на выполнение. Это "стандартное" сообщение и код для таких ситуаций.

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

Answer 5

Здравствуйте!

DISM уже использовал.

Дело в том, что при использовании другого дистрибутива win visual c++ 2005 устанавливается без проблем. Тут что-то другое. HRESULT 0x80073D02 так же фигурирует в ошибке 1935.