Ого, даже бы не подумал, что такие проблемы могут возникнуть? Это точно? Нельзя ли как-то тогда чтоли поэтапно обновлять, например 12 - 13 -14 и т.д.?

Можно. Но это займет гораздо больше времени, чем накатить новую ось с нуля. Я накатывал с RFR-14. До RFR-15 применил preupgrade. А с 15 на 17 перешел по netinstall.iso. Тебе можно преапгрейдится тоже. Но... Я не помню точно, но размер /boot в 12 и, кажется, 13 определен по дефолту в 200 мегабайт. А для preupgrade в 14 надо иметь /boot в 500 мегабайт. Так что на перераспределение дискового пространства надо тоже отвести определенное время. Нешустро всё это получается.
Кроме этого - если пойдешь по пути гномизации, то я ожидаю, что результатом останешься не очень доволен. А именно - GNOME-3 не самая шустрая штука. GNOME-2+compiz по сравнению с ним - летал как ураган на моем буке. А вот GNOME-3 - работает неспешно. Заметно медленнее, чем GNOME-2.

Я считаю, что Федора будет быстрее.

Слишком много факторов учесть надо, чтобы так утверждать.

Вот только не из-за скорострельности. Надо быть федорным маньяком, чтобы её затащить на сервер. Это саме неразумное решение, которое модно придумать. Но дело не в скорости соверенно. А в сроках жизни версии дистрибутива в первую очередь. Через полтора года поддержка версии прекращается. А жизнь не стоит на месте и иногда возникает необходимость поставить на сервер более новую математику. И тут наступают опаньки. Для серверов нужен прежде всего долгоживущий и стабильный дистрибутив. Если нравится линия RHEL, то брать надо CentOS. Если не нравится, то выбирай иное.  А Федора - это больше тестовая площадка для домашних пользователей.
Я практически неделю переводил свой ноут с RFR-14 на RFR-17. Перевел (как я думаю) почти полностью, но вопросы еще остались. А допустимо ли такое на промышленных не то, что серверах, а на рабочих станциях юзереё? Там должно быть "отлито из бронзы, руками не трогать".

Самая новая версия программы на промышленном сервере??? :-) Да кому это надо? На промышленном сервере нужна прежде всего устойчивость, работоспособность, а не максимальный номер релиза. Мне глубоко наплевать на номер релиза, если я определенными мероприятиями могу изолировать свои сервера от атак из внешнего мира и если та программа полностью функциональна и работоспособна.
А скорость - это, конечно, хорошо. Но говорить о приросте скорости на пару-другую процентов - это пустое, в пределах статистической погрешности. А переход с RHEL-like на ту же Ubuntu или Debian никогда не даст прироста в производительности в полтора-два раза.
Здесь больше важна полнота документирования системы, наличие тех или иных хавтушек, как поднять и настроить тот или иной функционал в моей системе. И, к сожалению, мне приходится часто переводить эти хавтушки с убутовского на рхельный.

Так я об этом и говорю, речь же не шла о "промышленном" сервере. Сервера бывают разные, "домашние" например. Или сервер, требующий самых свежих версий PHP, Python и т.п. Устанавливать их на RHEL тот ещё геморрой.
Всё зависит от задач.

Говорят следующее:
- невозможность быстрого развёртывания сервера;
- при обновлении может что-то сломаться;
- присутсвует нотка нестабильности;
- при неправильно подобранных USE-флагах можно не получить желаемой функциональности и/или скорости;
- времени на компил на серваках тратить жалко.
Это так, в интернете за пару секунд нашёл.

Да и в целом пакетное управление программами, оттестированными тем более, выглядит удобнее, быстрее, правильнее.

А собственное мнение отсутствует?
Раньше тоже примерно так думал, сейчас же если есть время я лучше потрачу его чуть  больше  на Gentoo.

Я согласен с высказанным. Пакетные дистрибутивы гораздо удобнее.
Ну холивар не будем разжигать, это же наши личные мнения. Я ни кому не навязываю.

Ну вот и мне есть за что уцепится.
У меня на сервере стоит федора. И более того, работает, и более того, работает исправно, как я хочу, ни разу не завися. ЧЯДНТ?
Если система работает шлюзом, вряд ли кто то будет отрицать что она сервер.
А теперь по порядку.
Шлюз для локалки небольшого офиса. Там стоит Squid+HAVP+ClamAV, а так же DHCP, DNS (Bind), Apache+PHP+MySQL
Всё тикает как часы. А вот теперь, внимание вопрос! Почему именно Fedora????
Ответ прост до безобразия.
Посмотрите в своих стабильных дистрах версию ClamAV.
В связке Squid+HAVP+ClamAV  антивирусному прокси HAVP нужен "как можно более последний" ClamAV, да и ктому же сам ClamAV ругается при обнолении баз, если его версия старая.
А так как у меня связка Squid+HAVP+ClamAV является центральной ( весь http трафик идёт через неё, а почти вся работа офиса увязана не Инете), то я весьма критично подхожу к тому, что бы программы в связке были как можно новее.
Далее сори за капс.
ОТВЕСТВЕННО ЗАЯВЛЯЮ:
Не важно какой дистр линукса используется на серваке, всё зависит какой кривизны руки у админа и откуда эти руки растут.