Fedora на хитром железе

Привет всем!

Предыстория: появилась нужда поставить RFR-15 на компьютер с материнской платой Asus P8H67-M LE. Точнее - проапгрейдить компьютер с настроенной уже осью. Переносим (как всегда) диски на новое железо и выходит некий обомайтис. Гугление навело на мысль, что я не одинок в этой проблеме и что собака зарылась в несколько кривой DSDT-таблице биоса.
Фигня вопрос, читаем эту таблицу, напускаем на неё iasl чиним... Далее - ...
А вот далее полный обломайтис.
1. Есть советы в инете положить бинарник новой таблицы в корень initramfs. Кладем (распаковываем, копируем, запаковываем), перезагружаемся, проверяем состояние. Не подхватывает новую таблицу совершенно.
2. Иной путь - более радикальный - перекомпиляция ядра с новой таблицей. Это, как я понимаю, решит проблему (с загрузкой своей кастомной таблицы)... Но это совершенно неприемлемо на промышленном сервере. Это же выходит новое обновление ядра (по безопасности) и тут надо устраивать пляски с бубном по перекомпиляции ядра. При том, что этот сервер может на новом ядре и зависнуть в любой момент...

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

Установка системы с нуля нормально проходит?

Вообще немного странно ставить Федору на промышленный сервер без веских причин.

В целом же пересборка ядра в Федоре очень проста http://wiki.russianfedora.ru/index.php/%D0%A1%D0%B1%D0%BE%D1%80%D0%BA%D0%B0_%D1%81%D0%BE%D0%B1%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D1%8F%D0%B4%D1%80%D0%B0_Fedora

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