Mustdie still 20 years of…

Windows-батхерт престарелого/вечно-молодого хакера: Всё как и 20 лет назад (как-бы спойлер = если уснёте при прочтении, но вы с Альгеймером ;).

Стал помирать WD RED на старом домашнем моноблоке. В целом ожидаемо: диску 7+, моноблоку почти 10...

Заказал новый SSD для /home, заодно новый mSATA для /sys и 4-ре планки so-dimm. Память конечно можно было не менять, но прежняя (DDR3 ибо 10 лет назад) была исторически разнобойная, с разной latency, а пара планок грелась. Из интереса и некого перфекционизма решил посмотреть как будет с "FURY", в целом интересно сколько протянет этот моноблок и насколько будет реально отставать от последних явлений маркетинга.

Пока ждал доставку - разобрал моноблок, почистил, пропылесосил, а он перестал запускаться. Домашние сразу удвоили напор на обновление компа. Исходно заменять моноблок не планировал: (1) хотелось-бы e2k, а не штеуд с «защитой» памяти, (2) домашним обнова не нужность, а побаловаться на пару недель, (3) время+возня.

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

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

Fedora_36 упрямо хотела ставить загрузчик на второй/дополнительный SATA = отключил в БИОС.

После установки грузится всегда и только винда:
— efiboomgr = вообще не влияет;
— Явно перезаписал /boot/efi/EFI/Boot/bootx64.efi = без изменений, во всех вариантах;
— Включая/выключал secure boot = пофигу;
— Психанул и снес /boot/efi/EFI/Microsoft = загрузилась Fedora.
Мораль = БИОС очень "талантлив" и "для удобства пользователя" всегда самостоятельно восстанавливает загрузку масдая, но теперь нужно для домашних восстановить винду.

У моноблока лицензия на масдай прошита "в БИОС". Поэтому (если не терзаться Фарисейсвом за 5к рублей оплаты в кассу M$) достаточно прост "скачать и поставить".

Однако, тут случилась засада = винда требовала "драйвер на носитель".
Попробовал Intel RST и AHCI для 500-го чипсета - нифига.
Скачал и пробовал все "санкционные" драйвера от Lenovo - либо нифига, либо синяя система (ага, вот такие вот драйвера в релизе).
Добрался до recovery-образа от Lenovo. Исходно задумка была вытащить (посредством dism и т.п.) нужные драйверы и подать установщику..., но внутри recovery 42 слоя «говна и палок».
Буквально там ставится win10usa.rtm а затем напильником дорабатывается до win11rus.lenovo.

Драйверы вроде-бы есть, но внутри запароленных 7z-архивов, причем пароль вроде-бы рядом (lenovo), но с подстановкой через некие макросы/преобразования (в лоб не подходит).
Реверсить эту байду мне было совсем не интересно, поэтому просто запустил, а он не загружается…
Ну хорошо возможно образ битый.

Получил доступ с «санкционной» поддержке, оформил запрос, получил некий «recovery-media-creator».
Запустил в виртуалке, скачал 12 гигов, получил флешку с UDF — не грузится и не монтируется в Linux (ну хорошо, возможно виновата виртуалка).
Добыл машину с рабочей виндой, снова прошел путь с оформлением доступа к recovery, загрузил 12 гигов, получил usb-флешку с UDF = аналогично, не грузится и не монтируется в Linux.
На всякий проверил в Windowd — читается и проверяется без проблем (да, у UDF хватает подобных проблем «5-го стандарта», поэтому и выбросили).
Помня что recovery лепит систему из win10usa.rtm, у которого размер меньше 4 Гб, проверил на размер файлов = все меньше 4 Гб.
Поэтому «починил» загрузку с recovery просто перенеся файлы на fat32 с gpt = загрузилось…

Через 3 часа(!) на неплохом NVMe из recovery-usb родилась работающая win11.
Вытащил (посредством dism) все oem-драйверы, аж все 90(!) штук. Отсортировал их (навыки скорочтения снова пригодились :), убрал старые версии… Скормил штатному установщику — без изменений, по прежнему «требуется драйвер…».

Тут меня (избалованного нарзаном и всяческими «линупсами») осенило, что Windows всегда требовал прямого доступа к источнику установки через собственные драйверы (хотя нет необходимости), а при efi-загрузки с iso-образа записанного на флешку посредсмтвом dd это заведомо невозможно.
Запустил «Windows Media Setup Creator» (как-то так) и получил загрузочную usb-флешку c efi на fat32 (вообще-то достаточно посредством dism порезать wim-файлы на части, чтобы не превышать лимит в 4 Гб на размер одного файла, но M$ «заботливо» этого не делает по ряду минорных отмазок).
Поставил win11 рядом с fedora, чтобы не бороться с «талантами» БИОС тупо переименовал EFI/Microsoft в /EFI/w11, раскатал MOK, собрал в федоре модули nvidia. Залил рядом в /boot комплект rescue/recovery от AltLinux (очень продуманный/грамотный) с входом из grub,на всякий добавил memstest.com
Настроил всяческие мелочи, запустил backup и получил отлуп…

TL;DR
Как выяснилось, последней проблемой был добавленный к моноблоку «Patriot Viper VP4300». Предположительно у девайса сильно плохо с нагревом и сенсорами, поэтому он перегревался несмотря на родной «графеновый» радиатор (медная пластина 0.4 мм с напресованным графитом) и последующий настоящий радиатор (большая обдуваемая металлическая панель моноблока).
Технически, под максимальной нагрузкой, девайс рапортовал менее 40 градусов по обои сенсорам. В моём понимании такие показатели не достижимы (1Тб на площади 2280 M2 и порядка 5000 Mb/sec, при питании 3.3 вольт).
Заменил на относительно старый-добрый 970 PRO (ибо TLC и 1200 TBW, если верить Samsung).

Короче, Ахмат — Сила.