Ошибка DRIVER POWER STATE FAILURE — как исправить?


СИСТЕМНАЯ ошибка 0x0000009F в DRIVER_POWER_STATE_FAILURE на Windows 8.1 при выходе компьютера из спящего режима

На компьютере под управлением Windows 8.1 может появиться ошибка Stop 0x0000009F в DRIVER_POWER_STATE_FAILURE сообщение об ошибке при выходе компьютера из спящего режима.

Случай 2

На компьютере под управлением Windows 8.1 может появиться ошибка 0x14F_WCM PDC_WATCHDOG_TIMEOUT при выходе компьютера из спящего режима.

Причина

Причина 1

Эта проблема возникает, поскольку драйвер NDIS не обрабатывает запросы перехода состояния питания правильно при отключении управления питанием на Teredo туннельный адаптер или адаптер IPHTTPS туннеля.

Причина 2

Эта проблема возникает из-за сбоя переход состояния питания адаптера сети Wi-Fi, который запускает тайм-аут в потоке наблюдения.

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

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

Метод 1. Центр обновления Windows

Метод 2. Центр загрузки Майкрософт

Следующие файлы доступны для скачивания из Центра загрузки Майкрософт:

Для всех поддерживаемых 86-разрядных версий Windows 8.1

Загрузите пакет.

Для всех поддерживаемых 64-разрядных версий Windows 8.1

Загрузите пакет.

Для всех поддерживаемых 64-разрядных версий Windows Server 2012 R2

Загрузите пакет.

Примечание. Обновление для Windows RT 8.1 или Windows RT можно получить только из центра обновления Windows.

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

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

Подробные сведения об обновлении

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

Чтобы применить это обновление, сначала необходимо обновление 2919355 установлен на Windows 8.1.

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

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

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

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

Сведения о файлах

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

Сведения о файле Windows 8.1 и заметкиВажно. Windows 8.1 и Windows Server 2012 R2 исправления включены в те же пакеты. Однако только «Windows 8.1» отображается на странице запрос исправления. Для получения пакета исправлений, который применяется к одной или обеих операционных систем, установите исправления, перечисленные в разделе «Windows 8.1» на странице. Всегда смотрите раздел «Информация в данной статье относится к следующим продуктам» статьи для определения фактических операционных систем, к которым применяется каждое исправление.

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

Для всех поддерживаемых 32-разрядных версий Windows 8.1

Bug Check 0x9F: DRIVER_POWER_STATE_FAILURE

The DRIVER_POWER_STATE_FAILURE bug check has a value of 0x0000009F. This bug check indicates that the driver is in an inconsistent or invalid power state.

This topic is for programmers. If you are a customer who has received a blue screen error code while using your computer, see Troubleshoot blue screen errors.

DRIVER_POWER_STATE_FAILURE Parameters

Parameter 1 indicates the type of violation.

Parameter 1Parameter 2Parameter 3Parameter 4Cause
0x1The device objectReservedReservedThe device object that is being freed still has an outstanding power request that it has not completed.
0x2The target device’s device object, if it is availableThe device objectThe driver object, if it is availableThe device object completed the I/O request packet (IRP) for the system power state request, but it did not call PoStartNextPowerIrp.
0x3The physical device object (PDO) of the stacknt!_TRIAGE_9F_POWER.The blocked IRPA device object has been blocking an IRP for too long a time.
0x4Time-out value, in seconds.The thread currently holding onto the Plug-and-Play (PnP) lock.nt!TRIAGE_9F_PNP.The power state transition timed out waiting to synchronize with the PnP subsystem.
0x5Physical Device Object of the stackThe POP_FX_DEVICE objectReserved — 0The device failed to complete a directed power transition within the required amount of time.
0x6The POP_FX_DEVICE objectIndicates if this was a Directed Power Down(1) or Power Up(0) completion.Reserved — 0The device did not complete its Directed Power Transition callback successfully.
0x500ReservedThe target device’s device object, if availableDevice objectThe device object completed the IRP for the system power state request, but it did not call PoStartNextPowerIrp.

Cause

For a description of the possible causes, see the description of each code in the Parameters section. Common causes include:

  • Device object freed w/ outstanding uncompleted power request
  • Power state transition timed out
  • Device object blocking an IRP
  • Completed IRP but did not call PoStartNextPowerIrp

Resolution

To determine the specific cause and to create a code fix, programming experience and access to the source code of the faulting module is required.

Debugging bug check 0x9F when Parameter 1 equals 0x3

  • In a kernel debugger, use the !analyze -v command to perform the initial bug check analysis. The verbose analysis displays the address of the nt!TRIAGE_9F_POWER structure, which is in Arg3.
kd>!analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* DRIVER_POWER_STATE_FAILURE (9f) A driver has failed to complete a power IRP within a specific time. Arguments: Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time Arg2: fffffa8007b13440, Physical Device Object of the stack Arg3: fffff8000386c3d8, nt!_TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack Arg4: fffffa800ab61bd0, The blocked IRP 

If a driver that is responsible for the error can be identified, its name is printed on the blue screen and stored in memory at the location (PUNICODE_STRING) KiBugCheckDriver. You can use dx (display debugger object model expression), a debugger command, to display this: dx KiBugCheckDriver .

The nt!TRIAGE_9F_POWER structure provides additional bug check information that might help you determine the cause of this bug check. The structure can provide a list of all outstanding power IRPs, a list of all power IRP worker threads, and a pointer to the delayed system worker queue.

  • Use the dt (Display Type) command and specify the nt!TRIAGE_9F_POWER structure using the address from Arg3.
 0: kd> dt nt!_TRIAGE_9F_POWER fffff8000386c3d8 +0x000 Signature : 0x8000 +0x002 Revision : 1 +0x008 IrpList : 0xfffff800`01c78bd0 _LIST_ENTRY [ 0xfffffa80`09f43620 - 0xfffffa80`0ad00170 ] +0x010 ThreadList : 0xfffff800`01c78520 _LIST_ENTRY [ 0xfffff880`009cdb98 - 0xfffff880`181f2b98 ] +0x018 DelayedWorkQueue : 0xfffff800`01c6d2d8 _TRIAGE_EX_WORK_QUEUE 

The dt (Display Type) command displays the structure. You can use various debugger commands to follow the LIST_ENTRY fields to examine the list of outstanding IRPs and the power IRP worker threads.

  • Use the !irp command to examine the IRP that was blocked. The address of this IRP is in Arg4.
 0: kd> !irp fffffa800ab61bd0 Irp is active with 7 stacks 6 is current (= 0xfffffa800ab61e08) No Mdl: No System Buffer: Thread 00000000: Irp stack trace. cmd flg cl Device File Completion-Context [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 >[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)] 0 e1 fffffa800783f060 00000000 00000000-00000000 pending \Driver\HidUsb Args: 00016600 00000001 00000004 00000006 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-fffffa800ad00170 Args: 00000000 00000000 00000000 00000000 
  • Use the !devstack command with the PDO address in Arg2, to display information associated with the faulting driver.
 0: kd> !devstack fffffa8007b13440 !DevObj !DrvObj !DevExt ObjectName fffffa800783f060 \Driver\HidUsb fffffa800783f1b0 InfoMask field not found for _OBJECT_HEADER at fffffa800783f030 > fffffa8007b13440 \Driver\usbhub fffffa8007b13590 Cannot read info offset from nt!ObpInfoMaskToOffset !DevNode fffffa8007ac8a00 : DeviceInst is "USB\VID_04D8&PID_0033\5&46fa7b7&0&1" ServiceName is "HidUsb" 
  • Use the !poaction command to display the threads that handle the power operations and any allocated power IRPs.
 3: kd> !poaction PopAction: fffff801332f3fe0 State. 0 - Idle Updates. 0 Action. None Lightest State.: Unspecified Flags. 10000003 QueryApps|UIAllowed Irp minor. ?? System State. Unspecified Hiber Context. 0000000000000000 Allocated power irps (PopIrpList - fffff801332f44f0) IRP: ffffe0001d53d8f0 (wait-wake/S0), PDO: ffffe00013cae060 IRP: ffffe0001049a5d0 (wait-wake/S0), PDO: ffffe00012d42050 IRP: ffffe00013d07420 (set/D3,), PDO: ffffe00012daf840, CURRENT: ffffe00012dd5040 IRP: ffffe0001e5ac5d0 (wait-wake/S0), PDO: ffffe00013d33060 IRP: ffffe0001ed3e420 (wait-wake/S0), PDO: ffffe00013c96060 IRP: ffffe000195fe010 (wait-wake/S0), PDO: ffffe00012d32050 Irp worker threads (PopIrpThreadList - fffff801332f3100) THREAD: ffffe0000ef5d040 (static) THREAD: ffffe0000ef5e040 (static), IRP: ffffe00013d07420, DEVICE: ffffe00012dd5040 PopAction: fffff801332f3fe0 State. 0 - Idle Updates. 0 Action. None Lightest State.: Unspecified Flags. 10000003 QueryApps|UIAllowed Irp minor. ?? System State. Unspecified Hiber Context. 0000000000000000 Allocated power irps (PopIrpList - fffff801332f44f0) IRP: ffffe0001d53d8f0 (wait-wake/S0), PDO: ffffe00013cae060 IRP: ffffe0001049a5d0 (wait-wake/S0), PDO: ffffe00012d42050 IRP: ffffe00013d07420 (set/D3,), PDO: ffffe00012daf840, CURRENT: ffffe00012dd5040 IRP: ffffe0001e5ac5d0 (wait-wake/S0), PDO: ffffe00013d33060 IRP: ffffe0001ed3e420 (wait-wake/S0), PDO: ffffe00013c96060 IRP: ffffe000195fe010 (wait-wake/S0), PDO: ffffe00012d32050 Irp worker threads (PopIrpThreadList - fffff801332f3100) THREAD: ffffe0000ef5d040 (static) THREAD: ffffe0000ef5e040 (static), IRP: ffffe00013d07420, DEVICE: ffffe00012dd5040 
  • If you are working with a KMDF driver, use the Windows Driver Framework Extensions (!wdfkd) to gather additional information. Use !wdfkd.wdflogdump, to see if KMDF is waiting for you to ACK any pending requests. Use !wdfkd.wdfdevicequeuesto examine all outstanding requests and what state they are in.
  • Use the !stacks extension to examine the state of every thread and look for a thread that might be holding up the power state transition.
  • To help you determine the cause of the error, consider the following questions:
    • What are the characteristics of the physical device object (PDO) driver (Arg2)?
    • Can you find the blocked thread? When you examine the thread with the !thread debugger command, what does the thread consist of?
    • Is there IO associated with the thread that is blocking it? What symbols are on the stack?
    • When you examine the blocked power IRP, what do you notice?
    • What is the PnP minor function code of the power IRP?

    Debugging bug check 0x9F when Parameter 1 equals 0x4

    • In a kernel debugger, use the !analyze -v command to perform the initial bug check analysis. The verbose analysis displays the address of the nt!TRIAGE_9F_PNP structure, which is in Parameter 4 (arg4).
     kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* DRIVER_POWER_STATE_FAILURE (9f) A driver has failed to complete a power IRP within a specific time (usually 10 minutes). Arguments: Arg1: 00000004, The power transition timed out waiting to synchronize with the Pnp subsystem. Arg2: 00000258, Timeout in seconds. Arg3: 84e01a70, The thread currently holding on to the Pnp lock. Arg4: 82931b24, nt!TRIAGE_9F_PNP on Win7 

    The nt!TRIAGE_9F_PNP structure provides additional bug check information that might help you determine the cause of the error. The nt!TRIAGE_9F_PNP structure provides a pointer to a structure that contains the list of dispatched (but not completed) PnP IRPs and provides a pointer to the delayed system worker queue.

    • Use the dt (Display Type) command and specify the nt!TRIAGE_9F_PNP structure and the address that you found in Arg4.
     kd> dt nt!TRIAGE_9F_PNP 82931b24 +0x000 Signature : 0x8001 +0x002 Revision : 1 +0x004 CompletionQueue : 0x82970e20 _TRIAGE_PNP_DEVICE_COMPLETION_QUEUE +0x008 DelayedWorkQueue : 0x829455bc _TRIAGE_EX_WORK_QUEUE 

    The dt (Display Type) command displays the structure. You can use debugger commands to follow the LIST_ENTRY fields to examine the list of outstanding PnP IRPs.

    To help you determine the cause of the error, consider the following questions:

    • Is there an IRP associated with the thread?
    • Is there any IO in the CompletionQueue?
    • What symbols are on the stack?
    • Refer to the additional techniques described above under parameter 0x3.

    Remarks

    If you are not equipped to debug this problem using the techniques described above, you can use some basic troubleshooting techniques.

    • If new device drivers or system services have been added recently, try removing or updating them. Try to determine what changed in the system that caused the new bug check code to appear.
    • Look in Device Manager to see if any devices are marked with the exclamation point (!). Review the events log displayed in driver properties for any faulting driver. Try updating the related driver.
    • Check the System Log in Event Viewer for additional error messages that might help pinpoint the device or driver that is causing the error. For more information, see Open Event Viewer. Look for critical errors in the system log that occurred in the same time window as the blue screen.
    • To try and isolate the cause, temporally disable power save using control panel, power options. Some driver issues are related to the various states of system hibernation and the suspending and resumption of power.
    • If you recently added hardware to the system, try removing or replacing it. Or check with the manufacturer to see if any patches are available.
    • You can try running the hardware diagnostics supplied by the system manufacturer.
    • Check with the manufacturer to see if an updated system ACPI/BIOS or other firmware is available.

    DRIVER_POWER_STATE_FAILURE ошибка Stop происходит при переводе компьютера в ждущий или спящий режим

    После перевода компьютера в ждущий режим или hibernatation режиме при подключении к виртуальной частной сети (VPN) через PPPoE или другой протокол tunnelling, сторожевой питания NDIS аварийно завершает работу и появляется следующее сообщение об ошибке:

    Решение

    Сведения об исправлении

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

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

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

    http://support.microsoft.com/contactus/?ws=supportПримечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

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

    Для установки этого исправления необходимо иметь Пакет обновления 1 для Windows 7 или Windows Server 2008 R2 установлен.

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

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

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

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

    Синий экран с ошибкой DRIVER POWER STATE FAILURE (0x0000009F)

    Обновлено: 28.12.2022 Опубликовано: 22.09.2020

    Описание

    Ошибка DRIVER POWER STATE FAILURE (0x0000009F)

    Ошибка появляется в виде синего экрана в любой момент при работе с компьютером или при выводе системы из спящего режима. Данное окно может появляться на небольшое время, после чего происходит перезагрузка, или зависнуть — компьютер можно перезагрузить только кнопкой питания или Reset. Проблема актуальна как для различных версий Windows — 10 / 8 / 7, так и типов устройств — настольный компьютер, ноутбук, моноблок.

    Причина

    • Некорректная установка или обновление драйвера видеокарты или сетевого адаптера. Иногда, чипсета материнской платы.
    • Неправильная работа оборудования — попытка контроля некоторых опций электропитания приводят к сбою.
    • Ошибка целостности системы.
    • Сбой в работе драйверов из-за обновления системы.
    • Ошибки в работе оперативной памяти.

    Описание общих шагов по устранению проблем с появлением синего экрана можно прочитать в инструкции Что делать при появлении синего экрана или автоматической перезагрузки компьютера.

    Решение

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

    1. Обновление драйвера видеокарты

    Пробуем обновить драйвер видеокарты. Важно взять оригинальный драйвер с сайта производителя. Для видеокарт Nvidia или AMD есть свои страницы загрузки программного обеспечения, если видеокарта встроена в материнскую плату, определяем ее модель и загружаем программное обеспечение для соответствующей модели материнки.

    Подробнее, процесс описан в инструкции Как обновить драйвер видеокарты.

    2. Проверка оперативной памяти

    Проводим тест оперативной памяти.

    Для более современных версий Windows есть встроенные средства проверки — программу можно найти в средствах администрирования Windows (в Пуск) или воспользоваться встроенным поиском. Для работы приложения необходима перезагрузка компьютера, поэтому после запуска приложения выбираем наиболее удобный момент проверки, например:

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

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

    3. Изменение схемы электропитания

    По умолчанию после установки Windows применяется сбалансированная схема электропитания. Попытка смены режима работы устройств может вызывать ошибку 0x0000009F (DRIVER POWER STATE FAILURE). Для решения проблемы можно попробовать изменить схему с максимальной производительностью, которая не применяем режимов для временного отключения устройств.

    Переходим к управлению электропитанием одним из способов:

    • Панель управленияСистема и безопасностьЭлектропитание.
    • Вводим команду control.exe powercfg.cpl.
    • Используем поиск Windows по фразе «Выбор схемы» и выбираем Выбор схемы управления питанием.

    Среди представленных схем выбираем Высокая производительность:

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

    Сохраняем настройки, просто закрыв окно, и тестируем работоспособность компьютера.

    4. Удаление обновлений Windows

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

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

    • Панель управленияПрограммыПрограммы и компонентыПросмотр установленных обновлений.
    • Вводим команду control.exe /name Microsoft.ProgramsAndFeaturesПросмотр установленных обновлений.

    Сначала отключаем группировку представленных данных. Для этого кликаем по любому пустому месту окна правой кнопкой мыши — Группировка(Нет):

    Сортируем обновления по дате установки, чтобы последние были выше:

    По одному пробуем удалить обновления:

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

    5. Настройка управления электропитанием сетевой карты

    Открываем диспетчер устройств одним из способов:

    • Кликаем правой кнопкой мыши по Пуск и выбираем Диспетчер устройств.
    • Нажимаем правой кнопкой по Этот компьютерУправление — переходим в раздел Диспетчер устройств.
    • Вводим команду devmgmt.msc.
    • Используем поиск Windows.

    Раскрываем ветку для сетевых адаптеров и кликаем правой кнопкой мыши по используемым сетевым картам — выбираем Свойства:

    Переходим на вкладку Управление электропитанием — снимаем галочку Разрешить отключение этого устройства для экономии энергии:

    Нажимаем OK и проверяем работу компьютера.

    6. Проверка системы на наличие повреждений

    Любые повреждения системы могут неоднозначно сказываться на ее работе. Для целей поиска и устранения ошибок Windows есть утилита sfc — она проверяет системные защищенные файлы и восстанавливаем их, при нахождении проблем.

    И так, выполняем команду:

    Также стоит проверить целостность компонентов в образе Windows:

    DISM.exe /Online /Cleanup-image /Restorehealth

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

    7. Отключение быстрого запуска

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

    Для отключения данной возможности запускаем командную строку от администратора и вводим команду:

    reg add «HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Power» /v HiberbootEnabled /t REG_DWORD /d 0 /f

    * данной командой мы задали значение 0 параметру HiberbootEnabled в ветке HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Power.

    После перезагружаем компьютер.

    8. Обновления драйвера для чипсета материнской платы

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

    Для начала, необходимо определить модель основной платы. После заходим на сайт разработчика, находим страницу нашего оборудования и раздел поддержки/загрузки драйверов. Скачиваем последнюю версию для Chipset и устанавливаем ее на компьютер. После перезагружаем компьютер для применения настроек.

    Если это не помогло, пробуем скачать и установить другую версию драйвера.

    9. Переустановка системы

    Один из радикальных способов.

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

    10. Ремонт/замена материнской платы

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

    Если компьютер старый, замена последней может стоить неоправданно дорого. В этом случае, можно подумать о замене всего компьютера.

    В чем была проблема?

    Если вам удалось решить проблему, поделитесь своим опытом для других. Что помогло:

    * в процентах показаны результаты ответов других посетителей.


Оставьте комментарий