---

Да. Раз и SST Secure Erase, и nvme format возвращают ошибку, следующий разумный эксперимент — PSID Revert. Это наиболее глубокий штатный сброс security/OPAL, который ещё не выполняли. В sedutil есть короткий вариант команды --PSIDrevert, поэтому длинную фразу вводить не придётся. 

Сначала перейди туда, где у тебя уже лежит sedutil:

cd ~/Downloads/sedutil/Release_x86_64

По фотографии наклейки я читаю PSID как:

DD3984F57B3D9A28D6804D687DD96C42

Перед Enter сверь его с наклейкой посимвольно. Затем команда:

./sedutil-cli --PSIDrevert DD3984F57B3D9A28D6804D687DD96C42 /dev/nvme2n1

Она безвозвратно стирает данные, если контроллер её примет. DTA описывает PSID Revert именно как возврат TPer к заводскому security-состоянию с уничтожением данных. 

Если получится, увидишь примерно:

revertTper completed successfully

Тогда ничего больше не запускай. Полностью выключи ПК, обесточь его на минуту, включи и снова загрузись в SystemRescue. После этого проверим:

nvme list

и:

nvme smart-log /dev/nvme2

Если PSID Revert пройдёт, но после холодного запуска снова будет critical_warning 0x09, available_spare 0% и read-only, то мы фактически исчерпаем весь стандартный Linux/NVMe/OPAL уровень сброса. Дальше останется только настоящий заводской уровень SM2260 — пересоздание FTL/NAND-конфигурации специализированным production tool, где уже можно исследовать идею отключения неисправного NAND/die.

Если PSID выдаст ошибку — пришли фото именно её, и будем разбирать код ответа.