Очень странная проблема 100% бездействия со вторичным NVMe SSD на AlienWare M15R7.

У меня возникла проблема, которая сводит меня с ума. Я использую AlienWare M15R7 2022 года с Intel Core i7 12700H, 64 ГБ DDR5 Crucial RAM, GeForce 3070 Ti и 2xSamsung 990 Pro SSD.

Основная проблема заключается в том, что диск D: специфически уходит в простой при 100% использовании и становится непригодным для использования. Это происходит как при выполнении задач, так и в состоянии простоя (AFK). Единственный способ вернуть ноутбук в работоспособное состояние – это принудительная перезагрузка, удерживая кнопку питания, а затем повторное включение.

Как видите, он ничего не делает.

У меня установлена Windows 11 Pro на диске C: и диск D: используется для общих нужд. Проблем с диском C: у меня нет, но диск D: уже довольно долго вызывает у меня сильное недовольство. Я испробовал несколько решений:

1. Я провел полную диагностику и расширенный тест SMART с помощью Samsung Magician, и оба показали, что с диском проблем нет.
2. Я выполнил chkdsk D: /f /r, и результат был следующим:

 Этап 1: Проверка базовой структуры файловой системы ...
   647168 файлов обработано.
 Проверка файлов завершена.
  Длительность этапа (Проверка файловой записи): 3,56 секунд.
   588 записей больших файлов обработано.
  Длительность этапа (Восстановление сиротской записи файла): 1,40 миллисекунд.
   0 записей плохих файлов обработано.
  Длительность этапа (Проверка записи плохих файлов): 0,17 миллисекунд.

 Этап 2: Проверка связи имен файлов ...
   583 записи повторной обработки обработано.
   780742 записей индекса обработано.
 Проверка индекса завершена.
  Длительность этапа (Проверка индекса): 5,90 секунд.
   0 неиндексированных файлов проверено.
  Длительность этапа (Восстановление сирот): 501,82 миллисекунд.
   0 неиндексированных файлов восстановлено в "потерянные и найденные".
  Длительность этапа (Восстановление сирот в "потерянные и найденные"): 2,65 миллисекунд.
   583 записи повторной обработки обработано.
  Длительность этапа (Проверка точки повторной обработки и идентификатора объекта): 2,85 миллисекунд.

 Этап 3: Проверка дескрипторов безопасности ...
 Проверка дескрипторов безопасности завершена.
  Длительность этапа (Проверка дескрипторов безопасности): 1,02 миллисекунд.
   66787 файлов данных обработано.
  Длительность этапа (Проверка атрибутов данных): 0,20 миллисекунд.

 Этап 4: Поиск плохих кластеров в данных файлов пользователя ...
   647152 файлов обработано.
 Проверка данных файлов завершена.
  Длительность этапа (Восстановление файлов пользователей): 29,81 минут.

 Этап 5: Поиск плохих, свободных кластеров ...
   213404855 свободных кластеров обработано.
 Проверка свободного пространства завершена.
  Длительность этапа (Восстановление свободного пространства): 1,54 минут.

 Windows просканировала файловую систему и не нашла проблем.
 Дополнительные действия не требуются.

 1758146559 КБ всего дискового пространства.
  903610516 КБ в 582516 файлов.
     149700 КБ в 66789 индексах.
          4 КБ в плохих секторах.
     766919 КБ занято системой.
      65536 КБ занято журналом.
  853619420 КБ свободно на диске.

       4096 байт в каждом блоке распределения.
  439536639 всего блоков распределения на диске.
  213404855 блоков распределения доступно на диске.
 Общее время: 31,52 минут (1891675 мс).

Из-за проблемы с плохими секторами у меня начали возникать подозрения, что диск неисправен, поэтому я проверил Event Viewer и увидел множество следующих событий:

- ID события 11 - Ошибка - stornvme - Драйвер обнаружил ошибку контроллера на \Device\RaidPort1.

- ID события 7 - Ошибка - диск - Устройство, \Device\Harddisk1\DR1, имеет плохой блок.

- ID события 50 - Предупреждение - Ntfs - {Отложенная запись не удалась} Windows не удалось сохранить все данные для файла D:\$Mft. Данные потеряны. Эта ошибка может быть вызвана неисправностью аппаратного обеспечения вашего компьютера или сетевого подключения. Попробуйте сохранить этот файл в другом месте.

- ID события 51 - Предупреждение - диск - На устройстве \Device\Harddisk1\DR1 обнаружена ошибка во время выполнения операции подкачки. (Я отключил подкачку, так что это событие из нескольких дней назад).

- ID события 129 - Предупреждение - stornvme - Было выдано сброс устройства, \Device\RaidPort1. (Это произошло только тогда, когда диск исчезает из диспетчера задач).

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

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

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

Разница в том, что в Event Viewer я вижу только предупреждения, нет событий ошибки, связанных с SSD.

Вчера на всякий случай после установки я выполнил chkdsk D: /f /r, и результаты были чистыми:

 1758146559 КБ всего дискового пространства.
  749011644 КБ в 577857 файлов.
     144228 КБ в 66984 индексах.
          0 КБ в плохих секторах.
     758083 КБ занято системой.
      65536 КБ занято журналом.
 1008232604 КБ свободно на диске.

       4096 байт в каждом блоке распределения.
  439536639 всего блоков распределения на диске.
  213404855 блоков распределения доступно на диске.
 Общее время: 24,52 минут (1471572 мс).

Я использую оба диска в режиме производительности в Samsung Magician:

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

Я думал, что это неисправный SSD, но у меня никогда раньше не было неисправных SSD, так что теперь кажется, что интерфейс NVMe на диске неисправен.

Есть идеи, в чем может быть причина?