Что за драйвер mtinvme sys

Обновлено: 03.07.2024

Learn how to work with high-speed NVMe devices from your Windows application. Device access is enabled via StorNVMe.sys, the in-box driver first introduced in Windows Server 2012 R2 and Windows 8.1. It's also available to Windows 7 devices through a KB hot fix. In Windows 10, several new features were introduced, including a pass-through mechanism for vendor-specific NVMe commands and updates to existing IOCTLs.

This topic provides an overview of general-use APIs that you can use to access NVMe drives in Windows 10. It also describes:

How to send a vendor-specific NVMe command with pass-through
How to send an Identify, Get Features, or Get Log Pages command to the NVMe drive
How to obtain temperature information from an NVMe drive
How to perform behavior changing commands, such as setting temperature thresholds

APIs for working with NVMe drives

You can use the following general-use APIs to access NVMe drives in Windows 10. These APIs can be found in winioctl.h for user mode applications, and ntddstor.h for kernel mode drivers. For more information about header files, see Header files.

IOCTL_STORAGE_PROTOCOL_COMMAND : Use this IOCTL with the STORAGE_PROTOCOL_COMMAND structure to issue NVMe commands. This IOCTL enables NVMe pass-through and supports the Command Effects log in NVMe. You can use it with vendor-specific commands. For more info, see Pass-through mechanism.

STORAGE_PROTOCOL_COMMAND : This input-buffer structure includes a ReturnStatus field that can be used report the following status values.

STORAGE_PROTOCOL_STATUS_PENDING
STORAGE_PROTOCOL_STATUS_SUCCESS
STORAGE_PROTOCOL_STATUS_ERROR
STORAGE_PROTOCOL_STATUS_INVALID_REQUEST
STORAGE_PROTOCOL_STATUS_NO_DEVICE
STORAGE_PROTOCOL_STATUS_BUSY
STORAGE_PROTOCOL_STATUS_DATA_OVERRUN
STORAGE_PROTOCOL_STATUS_INSUFFICIENT_RESOURCES
STORAGE_PROTOCOL_STATUS_NOT_SUPPORTED

IOCTL_STORAGE_QUERY_PROPERTY : Use this IOCTL with the STORAGE_PROPERTY_QUERY structure to retrieve device information. For more info, see Protocol-specific queries and Temperature queries.

STORAGE_PROPERTY_QUERY : This structure includes the PropertyId and AdditionalParameters fields to specify the data to be queried. In the PropertyId filed, use the STORAGE_PROPERTY_ID enumeration to specify the type of data. Use the AdditionalParameters field to specify more details, depending on the type of data. For protocol-specific data, use the STORAGE_PROTOCOL_SPECIFIC_DATA structure in the AdditionalParameters field. For temperature data, use the STORAGE_TEMPERATURE_INFO structure in the AdditionalParameters field.

STORAGE_PROPERTY_ID : This enumeration includes new values that allow IOCTL_STORAGE_QUERY_PROPERTY to retrieve protocol-specific and temperature information.

StorageAdapterProtocolSpecificProperty: If ProtocolType = ProtocolTypeNvme and DataType = NVMeDataTypeLogPage, callers should request 512 byte chunks of data.
StorageDeviceProtocolSpecificProperty

Use one of these protocol-specific property IDs in combination with STORAGE_PROTOCOL_SPECIFIC_DATA to retrieve protocol-specific data in the STORAGE_PROTOCOL_DATA_DESCRIPTOR structure.

StorageAdapterTemperatureProperty
StorageDeviceTemperatureProperty

Use one of these temperature property IDs to retrieve temperature data in the STORAGE_TEMPERATURE_DATA_DESCRIPTOR structure.

Use NVMeDataTypeIdentify to get Identify Controller data or Identify Namespace data.
Use NVMeDataTypeLogPage to get log pages (including SMART/health data).
Use NVMeDataTypeFeature to get features of the NVMe drive.

STORAGE_TEMPERATURE_INFO : This structure is used to hold specific temperature data. It's used in the STORAGE_TEMERATURE_DATA_DESCRIPTOR to return the results of a temperature query.

IOCTL_STORAGE_SET_TEMPERATURE_THRESHOLD : Use this IOCTL with the STORAGE_TEMPERATURE_THRESHOLD structure to set temperature thresholds. For more info, see Behavior changing commands.

STORAGE_TEMPERATURE_THRESHOLD : This structure is used as an input buffer to specify the temperature threshold. The OverThreshold field (boolean) specifies if the Threshold field is the over threshold value or not (otherwise, it's the under threshold value).

Pass-through mechanism

Commands which are not defined in the NVMe specification are the most difficult for the host OS to handle – the host has no insight into the effects that the commands may have on the target device, the exposed infrastructure (namespaces/block sizes), and its behavior.

To better carry such device specific commands through the Windows storage stack, a new pass-through mechanism allows vendor-specific commands to be piped through. This pass-through pipe will also aid in development of management and testing tools. However, this pass-through mechanism requires use of the Command Effects Log. Moreover, StoreNVMe.sys requires all commands, not just pass-through commands, to be described in the Command Effects Log.

StorNVMe.sys and Storport.sys will block any command to a device if it is not described in the Command Effects Log.

Supporting the Command Effects Log

The Command Effects Log (as described in Commands Supported and Effects, section 5.10.1.5 of NVMe Specification 1.2) allows the description of the effects of vendor-specific commands together with specification-defined commands. This facilitates both command support validation as well as command behavior optimization, and therefore should be implemented for the entire set of commands that the device supports. The following conditions describe the result on how the command is sent based on its Command Effects Log entry.

For any specific command described in the Command Effects Log.

While:

Command Supported (CSUPP) is set to ‘1’ signifying that the command is supported by the controller (Bit 01)

When CSUPP is set to ‘0’ (signifying that the command is not supported) the command will be blocked

And if any of the following is set:

Controller Capability Change (CCC) is set to ‘1’ signifying that the command may change controller capabilities (Bit 04)

Namespace Inventory Change (NIC) is set to ‘1’ signifying that the command may change the number, or capabilities for multiple namespaces (Bit 03)

Namespace Capability Change (NCC) is set to ‘1’ signifying that the command may change the capabilities of a single namespace (Bit 02)

Command Submission and Execution (CSE) is set to 001b or 010b, signifying that the command may be submitted when there is no other outstanding command to the same or any namespace, and that another command should not be submitted to the same or any namespace until this command is complete (Bits 18:16)

Then the command will be sent as the only command outstanding to the adapter.

Else if:

Command Submission and Execution (CSE) is set to 001b, signifying that the command may be submitted when there is no other outstanding command to the same namespace, and that another command should not be submitted to the same namespace until this command is complete (Bits 18:16)

Then the command will be sent as the only command outstanding to the Logical Unit Number object (LUN).

Otherwise, the command is sent with other commands outstanding without inhibition. For example, if a vendor-specific command is sent to the device to retrieve statistical information that is not spec-defined, there should be no risk to changing the device’s behavior or capability to execute I/O commands. Such requests could be serviced in parallel to I/O and no pause-resume would be necessary.

Using IOCTL_STORAGE_PROTOCOL_COMMAND to send commands

Pass-through can be conducted using the IOCTL_STORAGE_PROTOCOL_COMMAND, introduced in Windows 10. This IOCTL was designed to have a similar behavior as the existing SCSI and ATA pass-through IOCTLs, to send an embedded command to the target device. Via this IOCTL, pass-through can be sent to a storage device, including an NVMe drive.

For example, in NVMe, the IOCTL will allow the sending down of the following command codes.

Vendor Specific Admin Commands (C0h – FFh)
Vendor Specific NVMe Commands (80h – FFh)

As with all other IOCTLs, Use DeviceIoControl to send the pass-through IOCTL down. The IOCTL is populated using the STORAGE_PROTOCOL_COMMAND input-buffer structure found in ntddstor.h. Populate the Command field with the vendor-specific command.

The vendor specific command desired to be sent should be populated in the highlighted field above. Note again that the Command Effects Log must be implemented for pass-through commands. In particular, these commands need to be reported as supported in the Command Effects Log (see previous section for more information). Also note that PRP fields are driver specific thus applications sending commands can leave them as 0.

Finally, this pass-through IOCTL is intended for sending vendor-specific commands. To send other admin or non-vendor specific NVMe commands such as Identify, this pass-through IOCTL should not be used. For example, IOCTL_STORAGE_QUERY_PROPERTY should be used for Identify or Get Log Pages. For more info, see the next section, Protocol-specific queries.

Don't update firmware through the pass-through mechanism

Firmware download and activation commands should not be sent using pass-through. IOCTL_STORAGE_PROTOCOL_COMMAND should only be used for vendor-specific commands.

Instead, use the following general storage IOCTLs (introduced in Windows 10) to avoid applications directly using the SCSI_miniport version of the Firmware IOCTL. Storage drivers will translate the IOCTL to either a SCSI command or the SCSI_miniport version of the IOCTL to the miniport.

These IOCTLs are recommended for developing firmware upgrade tools in Windows 10 and Windows Server 2016:

For getting storage information and updating firmware, Windows also supports PowerShell cmdlets for doing this quickly:

Get-StorageFirmwareInfo
Update-StorageFirmware

To update firmware on NVMe in Windows 8.1, use IOCTL_SCSI_MINIPORT_FIRMWARE. This IOCTL was not backported to Windows 7. For more information, see Upgrading Firmware for an NVMe Device in Windows 8.1.

Returning errors through the pass-through mechanism

Similar to SCSI and ATA pass-through IOCTLs, when a command/request is sent to the miniport or device, the IOCTL returns if it was successful or not. In the STORAGE_PROTOCOL_COMMAND structure, the IOCTL returns the status through the ReturnStatus field.

Example: sending a vendor-specific command

In this example, an arbitrary vendor-specific command (0xFF) is sent via pass-through to an NVMe drive. The following code allocates a buffer, initializes a query, and then sends the command down to the device via DeviceIoControl.

In this example, we expect protocolCommand->ReturnStatus == STORAGE_PROTOCOL_STATUS_SUCCESS if the command succeeded to the device.

Protocol-specific queries

Windows 8.1 introduced IOCTL_STORAGE_QUERY_PROPERTY for data retrieval. In Windows 10, the IOCTL was enhanced to support commonly requested NVMe features such as Get Log Pages, Get Features, and Identify. This allows for the retrieval of NVMe specific information for monitoring and inventory purposes.

The input buffer for the IOCTL, STORAGE_PROPERTY_QUERY (from Windows 10) is shown here.

Set the PropertyID field to StorageAdapterProtocolSpecificProperty or StorageDeviceProtocolSpecificProperty for a controller or device/namespace request, respectively.

Set the QueryType field to PropertyStandardQuery.

Fill the STORAGE_PROTOCOL_SPECIFIC_DATA structure with the desired values. The start of the STORAGE_PROTOCOL_SPECIFIC_DATA is the AdditionalParameters field of STORAGE_PROPERTY_QUERY.

To specify a type of NVMe protocol-specific information, configure the STORAGE_PROTOCOL_SPECIFIC_DATA structure as follows:

Set the ProtocolType field to ProtocolTypeNVMe.

Set the DataType field to an enumeration value defined by STORAGE_PROTOCOL_NVME_DATA_TYPE:

Use NVMeDataTypeIdentify to get Identify Controller data or Identify Namespace data.
Use NVMeDataTypeLogPage to get log pages (including SMART/health data).
Use NVMeDataTypeFeature to get features of the NVMe drive.

When ProtocolTypeNVMe is used as the ProtocolType, queries for protocol-specific information can be retrieved in parallel with other I/O on the NVMe drive.

For an IOCTL_STORAGE_QUERY_PROPERTY that uses a STORAGE_PROPERTY_ID of StorageAdapterProtocolSpecificProperty, and whose STORAGE_PROTOCOL_SPECIFIC_DATA or STORAGE_PROTOCOL_SPECIFIC_DATA_EXT structure is set to ProtocolType=ProtocolTypeNvme and DataType=NVMeDataTypeLogPage , set the ProtocolDataLength member of that same structure to a minimum value of 512 (bytes).

The following examples demonstrate NVMe protocol-specific queries.

Example: NVMe Identify query

In this example, the Identify request is sent to an NVMe drive. The following code initializes the query data structure and then sends the command down to the device via DeviceIoControl.

Note that the caller needs to allocate a single buffer containing STORAGE_PROPERTY_QUERY and the size of STORAGE_PROTOCOL_SPECIFIC_DATA. In this example, it’s using the same buffer for input and output from the property query. That’s why the buffer that was allocated has a size of “FIELD_OFFSET(STORAGE_PROPERTY_QUERY, AdditionalParameters) + sizeof(STORAGE_PROTOCOL_SPECIFIC_DATA) + NVME_MAX_LOG_SIZE”. Although separate buffers could be allocated for both input and output, we recommend using a single buffer to query NVMe related-information.

Example: NVMe Get Log Pages query

In this example, based off of the previous one, the Get Log Pages request is sent to an NVMe drive. The following code prepares the query data structure and then sends the command down to the device via DeviceIoControl.

Example: NVMe Get Features query

In this example, based off of the previous one, the Get Features request is sent to an NVMe drive. The following code prepares the query data structure and then sends the command down to the device via DeviceIoControl.

Protocol-specific set

From Windows 10 19H1, the IOCTL_STORAGE_SET_PROPERTY was enhanced to support NVMe Set Features.

When using IOCTL_STORAGE_SET_PROPERTY to set NVMe feature, configure the STORAGE_PROPERTY_SET structure as follows:

Allocate a buffer that can contains both a STORAGE_PROPERTY_SET and a STORAGE_PROTOCOL_SPECIFIC_DATA_EXT structure;
Set the PropertyID field to StorageAdapterProtocolSpecificProperty or StorageDeviceProtocolSpecificProperty for a controller or device/namespace request, respectively.
Fill the STORAGE_PROTOCOL_SPECIFIC_DATA_EXT structure with the desired values. The start of the STORAGE_PROTOCOL_SPECIFIC_DATA_EXT is the AdditionalParameters field of STORAGE_PROPERTY_SET.

The STORAGE_PROTOCOL_SPECIFIC_DATA_EXT structure is shown here.

To specify a type of NVMe feature to set, configure the STORAGE_PROTOCOL_SPECIFIC_DATA_EXT structure as follows:

Set the ProtocolType field to ProtocolTypeNvme;
Set the DataType field to the enumeration value NVMeDataTypeFeature defined by STORAGE_PROTOCOL_NVME_DATA_TYPE;

The following examples demonstrate NVMe feature set.

Example: NVMe Set Features

In this example, the Set Features request is sent to an NVMe drive. The following code prepares the set data structure and then sends the command down to the device via DeviceIoControl.

Temperature queries

In Windows 10, IOCTL_STORAGE_QUERY_PROPERTY can also be used to query temperature data from NVMe devices.

To retrieve temperature information from an NVMe drive in the STORAGE_TEMPERATURE_DATA_DESCRIPTOR, configure the STORAGE_PROPERTY_QUERY structure as follows:

Allocate a buffer that can contains a STORAGE_PROPERTY_QUERY structure.

Set the PropertyID field to StorageAdapterTemperatureProperty or StorageDeviceTemperatureProperty for a controller or device/namespace request, respectively.

Set the QueryType field to PropertyStandardQuery.

The STORAGE_TEMPERATURE_INFO structure (from Windows 10) is shown here.

Behavior changing commands

Commands that manipulate device attributes or potentially impact device behavior are more difficult for the operating system to deal with. If device attributes change at run-time while I/O is being processed, synchronization or data integrity issues can arise if not properly handled.

The NVMe Set-Features command is a good example of a behavior changing command. It allows for the changing of the arbitration mechanism and the setting of temperature thresholds. To ensure that in-flight data is not at risk when behavior-affecting set commands are sent down, Windows will pause all I/O to the NVMe device, drain queues, and flush buffers. Once the set command has executed successfully, I/O is resumed (if possible). If I/O cannot be resumed, a device reset may be required.

Setting temperature thresholds

Windows 10 introduced IOCTL_STORAGE_SET_TEMPERATURE_THRESHOLD, an IOCTL for getting and setting temperature thresholds. You can also use it to get the current temperature of the device. The input/output buffer for this IOCTL is the STORAGE_TEMPERATURE_INFO structure, from the previous code section.

Example: Setting over-threshold temperature

In this example, an NVMe drive's over-threshold temperature is set. The following code prepares the command and then sends it down to the device via DeviceIoControl.

Setting vendor-specific features

Without the Command Effects Log, the driver has no knowledge of the ramifications of the command. This is why the Command Effects Log is required. It helps the operating system determine if a command is high impact and if it can be sent in parallel with other commands to the drive.

The Command Effects Log is not yet granular enough to encompass vendor-specific Set-Features commands. For this reason, it is not yet possible to send vendor-specific Set-Features commands. However, it is possible to use the pass-through mechanism, discussed earlier, to send vendor-specific commands. For more info, see Pass-through mechanism.

Header files

The following files are relevant to NVMe development. These files are included with the Microsoft Windows Software Development Kit (SDK).

1. Когда и после чего это началось ?
2. Win+R
control system
скриншот окна в развернутом на весь экран, виде
3. Win+R
appwiz.cpl
посмотрите, нет ли в списке программ антивируса Bitdefender ?
4. Какой антивирус установлен ? Не Kaspersky часом ?

Сергей, здравствуйте, судя по всему, спустя несколько дней после установки Касперского. Касаемо второго вопроса, что конкретно вы бы хотели увидеть. Отвечая на третий вопрос, хочется сказать, что этой программки в списке нет. Антивирус, вы правы, бесплатный неполный касперский.

1. Хотел бы увидеть скриншот окна на весь экран после исполнения команды control system в окне "Выполнить", которое вызывается сочетанием клавиш Win+R. Команда control system покажет окно свойств системы, иногда там можно увидеть некоторые зацепки. В частности - оригинальная ли это сборка Microsoft или неоригинальная.
2. Примерно, как часто появляется данный синий экран ? Несколько раз в день ?

Пока неясно, но для начала ответьте на предыдущих два вопроса. Все эти нюансы важны. Не просто так спрашиваю.

Если отвечать вот так сразу, без уточняющих вводных, то предположительно причина в драйвере Kaspersky. А почему он сбоит, тут уже много причин может быть. Может проблемы с диском, может с файловой системой или системными файлами Windows, может в неоригинальных драйверах, установленных до этого (например драйверы, установленных с помощью сторонней программы DirverPack), может проблемы с оперативной памятью, может с обновлениями Windows. Поэтому я и задаю уточняющие вопросы, чтобы сузить круг поиска и уточнить контекст проблемы.

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

И уточните, какой именно продукт Kaspersky у вас установлен, можно и номер версии (вдруг у кого-то подобная проблема была и она решилась обновлением версии например).

Лёня, про "базовый" не совсем понятно. Т.е. еще что-то от компании Kaspersky осталось в списке установленных программ ?

В данной статье рассматривается обновление для добавления поддержки собственного драйвера для установки NVM Express (NVMe), которая использует шину PCI Express (PCIe) в Пакет обновления 1 (SP1) для Windows 7 или Windows Server 2008 R2 с пакетом обновления 1.

Как получить это исправление

Корпорация Майкрософт выпустила исправления для Windows 7 и Windows Server 2008 R2.

Примечание. Код элемента управления IOCTL_SCSI_MINIPORT_FIRMWARE не реализована в Windows 7 с пакетом обновления 1 или Windows Server 2008 R2 с пакетом обновления 1. Таким образом невозможно обновить встроенное по NVME устройства под управлением этих операционных систем. Код элемента управления стало доступно начиная с Windows 8.1.

Перед установкой исправления проверьте необходимые исправления и имейте в виду, необходимы Дополнительные шаги настройки ,.

Исправление для Windows 7 и Windows Server 2008 R2

Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.

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

Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:

Примечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

Предварительные условия

Для установки этого исправления необходимо установить SP1 для Windows 7 или Windows 2008 R2. Для получения дополнительных сведений о получении пакета обновления для Windows 7 или Windows Server 2008 R2 см. следующую статью базы знаний Майкрософт:

Сведения о пакете обновления 1 для Windows 7 и Windows Server 2008 R2

Сведения о реестре

Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.

Необходимость перезагрузки

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

Сведения о замене исправлений

Это исправление не заменяет ранее выпущенные исправления.

Дополнительные сведения

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

Описание Стандартные термины, используемые при описании обновлений программных продуктов Майкрософт.

Как добавить драйверы и исправления, а затем создать загрузочный DVD-ДИСК Windows программа установки

Способ 1

Создайте локальные папки c:\temp\src c:\temp\mount, c:\temp\winremount, c:\temp\hotfix и c:\temp\drivers.

Скопируйте источники установки с DVD-диска или подключенного ISO в C:\temp\src.

Скопируйте исправление (.msu или CAB-файлы) для C:\temp\hotfix.

Скопируйте файлы драйвера c:\temp\drivers.

Командной строки Запуск от имени администратора.

Добавление драйверов в boot.wim и исправления, а затем обновить папку источников, выполнив следующие команды обслуживания образов развертывания и управления ими (DISM). Дополнительные сведения о DISM см.

/ImageFile:c:\temp\src\sources\boot.wim /Mount-Image DISM/index: 1 /MountDir:c:\temp\mount
DISM/Add-Package /PackagePath:c:\temp\hotfix /Image:C:\temp\mount
DISM добавить драйвер /Driver:c:\temp\drivers /Image:C:\temp\mount/Recurse
/MountDir:C:\temp\mount /Unmount-Image DISM/Commit
/ImageFile:c:\temp\src\sources\boot.wim /Mount-Image DISM/index: 2 /MountDir:c:\temp\mount
DISM/Add-Package /PackagePath:c:\temp\hotfix /Image:C:\temp\mount
DISM добавить драйвер /Driver:c:\temp\drivers /Image:C:\temp\mount/Recurse

Вручную отсортировать по дате папку C:\temp\mount\sources и скопируйте обновленные файлы c:\temp\src\sources.

DISM/COMMIT /MountDir:C:\temp\mount /Unmount-Image

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

Вставьте install.wim и winre.wim драйверы и исправления, выполнив следующие команды:

dism /Mount-Image /ImageFile:c:\temp\src\sources\install.wim /Index:1 /MountDir:c:\temp\mount
DISM/Add-Package /PackagePath:c:\temp\hotfix /Image:C:\temp\mount
DISM добавить драйвер /Driver:c:\temp\drivers /Image:C:\temp\mount/Recurse
/ImageFile:c:\temp\mount\windows\system32\recovery\winre.wim /Mount-Image DISM/index: 1 /MountDir:c:\temp\winremount
DISM/Add-Package /PackagePath:c:\temp\hotfix /Image:C:\temp\mount
DISM добавить драйвер /Driver:c:\temp\drivers /Image:C:\temp\mount/Recurse
/MountDir:C:\temp\winremount /Unmount-Wim DISM/Commit
/MountDir:C:\temp\mount /Unmount-Wim DISM/Commit
Примечание. Если на шаге 8 несколько индексов, обновите их по одной.

Создать ISO-файл и измените метку, выполнив следующие команды oscdimg. Дополнительные сведения о программе oscdimg см. .

Для режима загрузки BIOS прежних версий:

Щелкните правой кнопкой мыши файл ISO и нажмите кнопку записи образа диска для записи DVD-диска.

Если для сжатия изображения, выполните следующую команду:

DISM /image:c:\temp\mount /Cleanup-Image /StartComponentCleanup /ResetBase

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

Если ISO-файла превышает 4,7 гигабайт (ГБ), используйте двойной слой DVD для записи файла ISO.

Способ 2

С носителя перезагрузки и установки с носителя Windows 7 на диске, который присоединяет других контроллеров устройств хранения данных (SATA).

Нажмите сочетание клавиш Ctrl + Shift + F3 для входа в режим аудита во время процесса Out of box experience (OOBE).

Установить пакет исправлений, а затем перезагрузите компьютер.

Запечатать системы с помощью команды sysprep - generalize - параметры завершения работы.

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

Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.

Информация о файлах для Windows 7 и Windows Server 2008 R2 и примечанияВажно. Исправления для Windows Server 2008 R2 и Windows 7 включены в одни и те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправления, который применяется к одной или обеим ОС, установите исправление, описанное в разделе "Windows 7/Windows Server 2008 R2" страницы. Всегда смотрите раздел "Информация в данной статье относится к следующим продуктам" статьи для определения фактических операционных систем, к которым применяется каждое исправление.

Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SPn) и направлению поддержки (LDR, GDR) можно определить по номерам версий, как показано в следующей таблице.

Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе "Сведения о дополнительных файлах". MUM, MANIFEST и связанные файлы каталога безопасности (.cat) очень важны для поддержания состояния обновленных компонентов. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.

Отказ от ответственности в отношении независимых производителей

Продукты независимых производителей, обсуждаемые в этой статье, производятся компаниями, независимыми от корпорации Майкрософт. Корпорация Майкрософт не дает никаких явных или подразумеваемых гарантий относительно производительности или надежности этих продуктов.

Статус

Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе "Относится к".

Читайте также: