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

В целом же пересборка ядра в Федоре очень проста http://wiki.russianfedora.ru/index.php/ … %B0_Fedora

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

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

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