Доступно средство восстановления Microsoft .NET Framework
.NET Framework 4.8 .NET Framework 4.7.2 .NET Framework 4.7.1 .NET Framework 4.7 .NET Framework 4.6 .NET Framework 4.6.1 .NET Framework 4.6.2 .NET Framework 4.5.2 .NET Framework 3.5 Service Pack 1 Еще. Меньше
Введение
Средство восстановления Microsoft платформа .NET Framework обнаруживает часто возникающие проблемы, влияющие на установку или обновления Microsoft платформа .NET Framework. Средство пытается устранить эти проблемы, применяя известные исправления или восстанавливая поврежденные установки поддерживаемых платформа .NET Framework версий. Средство имеет простой в использовании пользовательский интерфейс на основе мастера. Он также поддерживает использование командной строки вместе с более расширенными параметрами.
Корпорация Майкрософт выпустила следующую обновленную версию средства восстановления microsoft платформа .NET Framework.
Последняя версия
Последнее обновление: 11.11.2019
Выпуск: версия 1.4
Версия: 4.8.04072.00
Поддерживаемые языки: английский (США)
Изменения, включенные в выпуск версии 1.4
- Теперь средство поддерживает Microsoft платформа .NET Framework 4.8, 4.7.2, 4.7.1, 4.7 и 4.6.2. Таким образом, исправление и исправление также применимы к этим продуктам.
- Средство восстановления .NET Framework доступно только на английском языке.
- Поддерживаемые платформы и версии платформа .NET Framework перечислены в разделе «Затронутые конфигурации».
Сведения о загрузке
Последняя версия средства восстановления .NET Framework доступна для загрузки со следующего веб-сайта Центра загрузки Майкрософт:
Поддерживаемые параметры командной строки для этого средства
Тихий режим. Средство проводит исправление или восстановление, а также сохраняет файл журнала без участия пользователя.
Параметры «/q» и «/p» являются взаимоисключающими.
Автоматический режим. Отображается только индикатор выполнения.
Параметры «/q» и «/p» являются взаимоисключающими.
/a ИЛИ /addsource
Режим автономного восстановления. Распространяемые файлы установки, необходимые для восстановления, копируются из сетевой или другой папки, определенной флагом /addsource. Этот параметр обычно используется, если средство работает в автономной или защищенной среде.
NetFxRepairTool.exe путь к папке <>
Примере:
NetFxRepairTool.exe /a «\\SharePc\ShareFolder»
При необходимости операцию восстановления можно настроить для работы сразу с рядом указанных базовых показателей продукта. Если этот параметр не указан, средство будет восстанавливать все поддерживаемые установленные версии .NET Framework.
Параметр «/repair» также можно использовать вместе со значением «Нет», чтобы просто применить исправления и пропустить запущенное восстановление для любого базового плана продукта. Если этот параметр используется вместе со значением None, параметр «/addsource» указывать не следует.
Этот параметр применим только в режиме «Тихий» и «Пассивный».
Поддерживаемые значения версий: .net35, .net4, .net45, .net451, .net452, .net46, .net461, .net462, .net471, .net472, .net48, none
Примеры:
NetFxRepairTool.exe /q /r .net4
NetFxRepairTool.exe /q /r .net35;. net45
При необходимости можно указать путь к папке, в которой средство будет сохранять созданный CAB-файл журналов (FixDotNet*.cab). Расположение cab-файла по умолчанию (не указывающее этот параметр) — это папка рабочего стола текущего пользователя.
Путь к папке NetFxRepairTool.exe /l <>
Примере:
NetFxRepairTool.exe /l «%temp%»
/c ИЛИ /collectonly
Режим «Только сбор журналов». Этот режим позволяет собирать журналы, относящиеся к платформа .NET Framework настройке, что полезно для устранения неполадок. Восстановление или любые операции исправления не выполняются, если указан этот параметр.
Этот параметр применяется только в режиме «Тихий» и «Пассивный» и подавляет все остальные операции.
NetFxRepairTool.exe /q /c
ИЛИ
NetFxRepairTool.exe /p /c
/n ИЛИ /noceipconsent
Не отправлять отчеты в корпорацию Майкрософт. По умолчанию (без указания флага) предполагается, что пользователь согласился отправлять данные об использовании в корпорацию Майкрософт.
Этот параметр применим только в режиме «Тихий» и «Пассивный».
NetFxRepairTool.exe /q /n
ИЛИ
NetFxRepairTool.exe /p /n
Дополнительная информация
Параметры средства восстановления
Средство восстановления .NET Framework использует 4-этапный процесс:
- Попытка выявления проблем установки
- Применение исправлений (с согласия пользователя)
- Пытается восстановить все установленные версии платформа .NET Framework
- Сбор журналов (с согласия пользователя)
Средство может внести одно или несколько изменений в установленную версию платформа .NET Framework. Например, оно может исправить состояние установщика Windows на компьютере, сбросить списки управления доступом на уровне пользователей для определенных папок или решить проблемы, связанные с некорректной регистрацией обновления.
Автономная поддержка
Средство восстановления платформа .NET Framework предоставляет возможность восстановления версий платформа .NET Framework, установленных на компьютере (шаг 3 процесса в разделе «Параметры средства восстановления»). Необходимо, чтобы в момент восстановления распространяемые файлы этих версий были доступны. По умолчанию средство загружает эти пакеты из Интернета во время восстановления. Если компьютер имеет ограниченное подключение к Интернету или отсутствует, для восстановления следует использовать автономный режим. Для этого укажите параметр /addsource и путь к папке с распространяемыми файлами, например:
NetfxRepairTool.exe /addsource \\SHARE_PC\SHARE_FOLDER Если средство восстановления не находит требуемый распространяемый объект в указанной папке, оно попытается скачать файл из Интернета. Средство восстановления не сможет этого сделать, если необходимый файл невозможно загрузить. В таблице ниже перечислены распространяемые файлы .NET Framework.
Версия и профиль
Имя установочного файла
платформа .NET Framework 4.8
платформа .NET Framework 4.7.2
платформа .NET Framework 4.7.1
платформа .NET Framework 4.7
платформа .NET Framework 4.6.2
платформа .NET Framework 4.6.1
платформа .NET Framework 4.6
платформа .NET Framework 4.5.2
платформа .NET Framework 4.5.1
платформа .NET Framework 4.5
Профиль клиента платформа .NET Framework 4
Профиль клиента платформа .NET Framework 4
платформа .NET Framework 4 Full
платформа .NET Framework 4 Full
платформа .NET Framework 3.5 с пакетом обновления 1 (SP1), платформа .NET Framework 3.0 с пакетом обновления 2 (SP2) платформа .NET Framework 2.0 (если установлены платформа .NET Framework 3.0 и 3.5)
Тихий и пассивный режимы
Все функции средства восстановления можно автоматизировать, запустив средство в режиме «Тихий» или «Пассивный». Это позволяет не требовать взаимодействия с пользователем для запуска средства. Это особенно полезно в крупных развертываниях, в которых системные администраторы могут настраивать средство (через командную строку), а также собирать журналы в указанных расположениях.
Сбор данных
Средство восстановления .NET Framework собирает данные об использовании, а также диагностические данные об установке. Сведения об использовании применяются для повышения качества средства восстановления .NET Framework, а данные об установке — для его совершенствования. Эти сведения не используются для маркетинга и продажи третьим сторонам. Дополнительные сведения см. в заявлении о конфиденциальности средства восстановления Microsoft платформа .NET Framework.
Дополнительные сведения о том, как скачать файлы поддержки Майкрософт, см. в следующей статье базы знаний Майкрософт:
119591 Как скачать файлы поддержки Майкрософт через веб-службы
Этот файл был проверен корпорацией Майкрософт на наличие вирусов. Корпорация Майкрософт использует самые последние на момент публикации файла версии антивирусного программного обеспечения. Файл хранится на защищенных серверах, что предотвращает его несанкционированное изменение.
Примечание Функция сбора данных создает сжатый CAB-файл платформа .NET Framework журналов установки. После обработки журналов средством создается файл .cab с именем FixDotNet*.cab или что-то подобное, который сохраняется на рабочем столе текущего пользователя (если он работает в режиме пользовательского интерфейса) или в указанном расположении. При нажатии кнопки Готово в мастере средство отправляет .cab файл, содержащий журналы, в корпорацию Майкрософт.
Файл FixDotNet*.cab остается на рабочем столе (или в указанном расположении) независимо от того, решили ли вы отправить данные в корпорацию Майкрософт.
Если вы используете параметр «/q», рекомендуется также использовать параметр «/logs» для сохранения журналов в определенном расположении или в общей сетевой папке для поддержки корпоративных сценариев.
Выпуск версии 1.4
Поддерживаемые языки: английский (США)
Добавлена поддержка платформа .NET Framework 4.6.2–платформа .NET Framework 4.8.
Выпуск версии 1.3
Поддерживаемые языки: английский (США)
Расширена поддержка платформа .NET Framework 4.5.2, платформа .NET Framework 4.6 и платформа .NET Framework 4.6.1.
Выпуск версии 1.2
Поддерживаемые языки: английский (США)
Для средства добавлена поддержка режима «Тихий» и «Пассивный» в командной строке. Теперь средство не требует запуска только в режиме пользовательского интерфейса. Таким образом, задачу можно автоматизировать.
Теперь средство поддерживает платформа .NET Framework 4.5 и платформа .NET Framework 4.5.1. Таким образом, исправление и восстановление теперь работают в этих продуктах.
Добавлен новый необязательный параметр командной строки, позволяющий одновременно переопределять восстановление других установленных версий платформа .NET Framework.
Созданный средством восстановления файл журнала теперь можно при необходимости сохранить в указанном пользователем расположении с помощью параметра командной строки. Этот новый параметр переопределяет расположение по умолчанию, которое представляет собой рабочий стол текущего пользователя в режиме пользовательского интерфейса и папку %temp% в режиме «Тихий» или «Пассивный «.
Новый параметр позволяет запускать средство восстановления в режиме «Только сбор журналов» без применения исправлений или исправлений. Параметр предоставляет гибкость для сбора и изучения журналов перед применением фактических исправлений.
Добавлена новая необязательная поддержка, что позволяет отказаться от любого сбора данных в режиме «Тихий» или «Пассивный «.
Выпуск: версия 1.1
Поддерживаемые языки: английский (США)
Выпуск версии 1.1 расширяет поддержку платформа .NET Framework 3.5 с пакетом обновления 1 (SP1) (включая платформа .NET Framework 3.0 с пакетом обновления 2 (SP2) и платформа .NET Framework 2.0 с пакетом обновления 2 (SP2). В выпуске версии 1.1 также добавлена поддержка автономного режима для компьютеров с ограниченным подключением к Интернету или без него.
Выпуск: версия 1.0
Поддерживаемые языки: английский (США)
Выпуск версии 1.0 — это первая версия средства, в которой реализована поддержка платформа .NET Framework 4 и его обновлений.
Допустимые конфигурации
Средство восстановления Microsoft .NET Framework можно использовать для устранения проблем в следующих конфигурациях:
- платформа .NET Framework 4.8 в следующих операционных системах:
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows Server 2008 с пакетом обновления 2 (SP2)
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 с пакетом обновления 2 (SP2)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows Server 2008 с пакетом обновления 2 (SP2)
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows Server 2008 с пакетом обновления 2 (SP2)
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- Windows Server 2008 с пакетом обновления 2 (SP2)
- Windows 7 с пакетом обновления 1 (SP1)
- Windows Server 2008 R2
- Windows Server 2008 R2 с пакетом обновления 1 (SP1)
- платформа .NET Framework 3.5 с пакетом обновления 1 (SP1) в следующих операционных системах:
- Windows Server 2008 с пакетом обновления 2 (SP2)
Восстановление существующей установки платформа .NET Framework
В этой статье описывается, как восстановить существующую установку Microsoft платформа .NET Framework при обновлении операционной системы.
Исходная версия продукта: Microsoft платформа .NET Framework
Оригинальный номер базы знаний: 306160Сводка
При обновлении операционной системы или при повреждении текущей установки платформа .NET Framework может потребоваться восстановить установку платформа .NET Framework.
Действия по восстановлению установки платформа .NET Framework
- Получите исходный источник установки. Например, если вы установили платформа .NET Framework с компакт-диска или dvd-диска, вставьте этот диск. Если вы скачали платформа .NET Framework, скачайте платформа .NET Framework еще раз. Убедитесь, что выбран параметр Сохранить на диск. Если вы установили платформа .NET Framework из общей сетевой папки, повторно подключитесь к этой общей папке.
- Нажмите кнопку Пуск, выберите Выполнить, введите следующую команду и нажмите кнопку ОК:
N:\dotnetframework\dotnetfx.exe /t:c:\temp /c:"msiexec.exe /i c:\temp\netfx.msi REINSTALL=ALL ReinstallMODE=vomus"
- Замените N:\ в этом синтаксисе команды исходным путем установки.
- Если на C:\temp компьютере нет папки, создайте ее перед выполнением этой команды.
Установщик Windows проверит и восстановит установку платформа .NET Framework.
Восстановление .NET Framework
В некоторых случаях установка .NET Framework может быть повреждена и ее нужно будет восстановить. Например, такое возможно, если приложение аварийно завершает работу сразу после запуска, или если вам не удается установить более новые версии .NET Framework.
Чтобы восстановить установку .NET Framework, используйте средство восстановления .NET Framework.
Если ваше приложение не запускается после восстановления .NET Framework, возможно, проблема связана с самим приложением. В этом случае следует обратиться к издателю приложения.
Совместная работа с нами на GitHub
Источник этого содержимого можно найти на GitHub, где также можно создавать и просматривать проблемы и запросы на вытягивание. Дополнительные сведения см. в нашем руководстве для участников.
Восстановление хранилища компонентов Windows 10
Если при тех или иных действиях по восстановлению системных файлов и образа Windows 10 с помощью DISM вы видите сообщение об ошибках «Ошибка 14098 Хранилище компонентов повреждено», «Хранилище компонентов подлежит восстановлению», «Сбой DISM. Операция не выполнена» или «Не удалось найти исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра Источник», требуется выполнить восстановление хранилища компонентов, о чем и пойдет речь в этой инструкции.
Также к восстановлению хранилища компонентов прибегают в том случае, когда при восстановлении целостности системных файлов с помощью sfc /scannow команда сообщает о том, что «Программа защиты ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них».
Простое восстановление
Сначала о «стандартном» способе восстановления хранилища компонентов Windows 10, который работает в случаях, когда нет каких-то серьезных повреждений системных файлов, а сама ОС исправно запускается. С большой вероятностью помогает в ситуациях «Хранилище компонентов подлежит восстановлению», «Ошибка 14098. Хранилище компонентов повреждено» или при ошибках восстановления с помощью sfc /scannow.
Для восстановления выполните следующие простые шаги
- Запустите командную строку от имени администратора (для этого в Windows 10 можно начать набирать «Командная строка» в поиске на панели задач, затем нажать правой кнопкой мыши по найденному результату и выбрать «Запуск от имени администратора»).
- В командной строке введите следующую команду:
Dism /Online /Cleanup-Image /ScanHealth
- Выполнение команды может занять продолжительно время. После выполнения, если вы получаете сообщение о том, что хранилище компонентов подлежит восстановлению, выполните следующую команду.
-
Dism /Online /Cleanup-Image /RestoreHealth
- Если всё прошло гладко, то по завершении процесса (может «зависать», но настоятельно рекомендую дождаться окончания) вы получите сообщение «Восстановление выполнено успешно. Операция успешно завершена».
- В подключенном образе или на флешке (диске) зайдите в папку sources и обратите внимание на находящийся там файл с именем install (самый большой по объему). Нам потребуется знать его точное имя, возможны два варианта: install.esd или install.wim
- Запустите командную строку от имени администратора и используйте следующие команды.
Если в итоге вы получили сообщение об успешном восстановлении, то все дальнейшие описываемые в этом руководстве методы вам не пригодятся — всё сработало должным образом. Однако, это не всегда так происходит.
Восстановление хранилища компонентов с использованием образа Windows 10
Следующий метод — использование образа Windows 10 для использования системных файлов с него для восстановления хранилища, что может пригодиться, например, при ошибке «Не удалось найти исходные файлы».
Шаги по восстановлению будут следующими (если из текстового описания команды что-то будет не ясно, обратите внимание на скриншот с выполнением описываемой команды):
Dism /Get-WimInfo /WimFile:полный_путь_к_файлу_install.esd_или_install.wim
- В результате выполнения команды вы увидите список индексов и редакций Windows 10 в файле образа. Запомните индекс для вашей редакции системы.
- Для файла install.esd:
Dism /Online /Cleanup-Image /RestoreHealth /Source:путь_к_файлу_install:индекс /LimitAccess
для файла install.wim в команде используйте следующий вариант синтаксиса:
Dism /Online /Cleanup-Image /RestoreHealth /Source:wim:путь_к_файлу_install:индекс /LimitAccess
Дождитесь завершения операции восстановления, которое, возможно, в этот раз пройдет успешно.
Исправление хранилища компонентов в среде восстановления
Если по той или иной причине восстановление хранилища компонентов не удается выполнить в запущенной Windows 10 (например, вы получаете сообщение «Сбой DISM. Операция не выполнена»), это можно сделать в среде восстановления. Я опишу способ с использованием загрузочной флешки или диска.
- Загрузите компьютер за загрузочной флешки или диска с Windows 10 в той же разрядности и версии, что установлена на компьютере или ноутбуке. См. Создание загрузочной флешки Windows 10.
- На экране после выбора языка внизу слева нажмите «Восстановление системы».
- Перейдите к пункту «Исправление неисправностей» — «Командная строка».
- В командной строке используйте по порядку 3 команды: diskpart, list volume, exit. Это позволит узнать текущие буквы разделов дисков, которые могут отличаться от тех, к которые используются в запущенной Windows 10. Далее используйте команды.
Dism /Get-WimInfo /WimFile:полный_путь_к_файлу_install.esd
Dism /Image:C:\ /Cleanup-Image /RestoreHealth /Source:полный_путь_к_файлу_install.esd:индекс
Здесь в /Image:C:\ указывается буква диска с установленной Windows При наличии отдельного раздела на диске под пользовательские данные, например, D, рекомендую также указать параметр /ScratchDir:D:\ как на скриншоте для использования этого диска под временные файлы.
Как обычно, дожидаемся окончания восстановления, с большой вероятностью в этот раз оно пройдет успешно.
Восстановление с распакованного образа на виртуальном диске
И еще один метод, более сложный, но также способный пригодиться. Использовать его можно как в среде восстановления Windows 10, так и в запущенной системе. При использовании метода необходимо наличие свободного пространства в объеме около 15-20 Гб на каком-либо разделе диска.
В моем примере будут использованы буквы: C — диск с установленной системой, D — загрузочная флешка (или подключенный образ ISO), Z — диск на котором будет создаваться виртуальный диск, E — буква виртуального диска, которая будет ему присвоена.
- Запустите командную строку от имени администратора (или запустите её же в среде восстановления Windows 10), используйте команды.
- diskpart
- create vdisk file=Z:\virtual.vhd type=expandable maximum=20000
- attach vdisk
- create partition primary
- format fs=ntfs quick
- assign letter=E
- exit
- Dism /Get-WimInfo /WimFile:D:\sources\install.esd (или wim, в команде смотрим на нужный нам индекс образа).
- Dism /Apply-Image /ImageFile:D:\sources\install.esd /index:индекс_образа /ApplyDir:E:\
- Dism /Online /image:C:\ /Cleanup-Image /RestoreHealth /Source:E:\Windows /ScratchDir:Z: (если восстановление производится в запущенной системе, то вместо /Image:C:\ используйте /Online)
И ожидаем в надежде на то, что в этот раз получим сообщение «Восстановление выполнено успешно». После проведения восстановления вы можете размонтировать виртуальный диск (в запущенной системе правый клик по нему — отключить) и удалить соответствующий ему файл (в моем случае — Z:\virtual.vhd).
Дополнительная информация
Если сообщение о том, что хранилище компонентов повреждено вы получаете при установке .NET Framework, а его восстановление описываемыми методами никак не влияет на ситуацию, попробуйте зайти в панель управления — программы и компоненты — включение или отключение компонентов Windows, отключить все компоненты .Net Framework, перезагрузить компьютер, а затем повторить установку.
А вдруг и это будет интересно:
- Лучшие бесплатные программы для Windows
- После изменения числа процессоров и максимума памяти Windows перестала запускаться — что делать?
- Использование Desktop.ini Editor для редактирования свойств папок Windows
- Флешка отображается как два отдельных диска — почему и что делать?
- Компьютер или ноутбук не запускается после замены батарейки CMOS — что делать?
- Ошибка nvgpucomp64.dll в играх — варианты решения
- Windows 11
- Windows 10
- Android
- Загрузочная флешка
- Лечение вирусов
- Восстановление данных
- Установка с флешки
- Настройка роутера
- Всё про Windows
- В контакте
- Одноклассники
-
Сергей 09.02.2024 в 16:13
- Dmitry 10.02.2024 в 12:25