CityCat4

Никак.

Либо дженерик ведро, которое кстати нет никакой необходимости пересобирать, либо ручками. Причем ручками там делается ооооочень приличный кусман работы. И да - нужно понимать, что делаешь и быть готовым восстанавливать систему. el7 и так неплохо работает, без настройки ведра.

1. Останавливают мускл - да, возможна потеря данных!
2. Добавляют места
3. Анализируют ситуацию - отчего место кончилось.

Настраивается в /etc/sysconfig/sendmail - так же как и все в центосе

RAID чем собирался? Контроллером или же линухом? single пробовали? emergency? Если пробовали и не але - лучше всего грузиться с liveCD и собирать RAID там - если он собирался линухом, он должен сам понять где какой диск.

Потому что systemd. Существуют множество хороших и бесплатных дистрибов. Также существуют люди, которые хотели бы на этом заработать. И они создали systemd - нечто, которое вроде как заменяет init, но при этом логи пишет в бинарном виде, для того, чтобы требовались платные услуги консультации - что это такое и с чем это поедают...
Идея "усложнить Linux, чтобы можно было продавать консультации" оказалась настолько коммерчески хороша, что сейчас найти дистриб без этого уродства достаточно нетривиальная задача...

Гуглить я и сам умею

этот процесс так сложно описан, что я ничего не понял.

Конгитивный диссонанс?

По сути. Слово lvm что-нибудь говорит? Если нет, лучше наймите профессионала - безопаснее для Ваших данных будет, чесслово.

Kernel panic. Ядро не может продолжить загрузку из-за крайне серьезной ошибки. Система судя по всему CentOS 6.9 (судя по версии ведра).
1. Загрузка в single
Если фиг
2. Загрузка в emergency
Если фиг
Загрузка с другого диска/liveCD, чек и монтирование рута и прочих ФС, бэкап данных (если есть ценное)
3. Поиск в гугле первой ошибки, исправление если возможно. Если невозможно - поиск последней версии BIOS, если есть и перешивка. Если ничего не помогло - возможно сдохла мать

Пакета не хватает, который бы определял модемы и инициализировал их. Как называется не помню, но без него не заведется. Скорее всего линух увидел какое-то неведомое устройство, нашел, что он ничего не нашел - и успокоился :)

Ракун??? Боже мое, он еще где-то используется? Где он держит конфиги в линухе - не знаю, хотя во FreeBSD только с ним и работал. Найти конфиги через
rpm -qa ipsec-tools | less
посмотреть содержимое файлов в /etc (скорее всего они будут там).
Посмотреть правила iptables, упоминающие ipsec, ike, протокол esp, порты 500 и 4500 (сам по себе ipsec использует протокол esp, порты 500 и 4500 использует ike, который согласует параметры туннелей)

В EL6 очень старые репы. То есть в репах софт весьма почтенного возраста. Поэтому либо искать репу, где лежит уже кем-то собранный пакет нужной версии под EL6, либо собирать самому.

Но собирать самому - это такой дэнс... В 2014 - 2015 у меня рабочая станция была как раз на EL6. И задумал я собрать что-то (уже не помню что) из исходников....
Ох, лучше бы я этого не делал...
Софт 1 заявляет, что у меня безобразно старый пакет1. Собираешь пакет1 - тот заявляет, что у меня безобразно старый пакет2. Собираешь пакет2 - ну, Вы поняли...
То, что я хотел собрать - в итоге собрал, но весь изматерился и потратил туеву хучу времени. А еще самостоятельная сборка может вылиться в порушенную систему - если не слишком представляешь, что при этом происходит (при установке, в смысле).
Я бы о смене дистриба задумался. Или там только EL6 без вариантов?

Скачать пакет вручную и поставить через rpm, который в отличие от yum позволяет ставить, игнорируя зависимости. Правда, при этом проверка зависимостей на Вас падает. Ну и есть еще вариант - скачать srpm и собрать вручную, поправив спеку :)

Зачем?
Задача какова?

man setfacl еслиф че, но мне вот непонятно - зачем?

Ну, во-первых, mailx - программа для отправки почты скриптами ;) Ей конечно пользоваться можно (когда-то же пользовались), но очень неудобно.
Во-вторых, для отправки почты нужен smtp-сервер. Он установлен? Что пишет в логах?

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

Сервер сказал, что пакет php71-common конфликтует с пакетом php-5.3.3-common.

Откуда брали пакет? В стандартной репе для CentOS6 сейчас так:

Available Packages
ImageMagick.i686                                        6.7.2.7-6.el6                                       base
ImageMagick.x86_64                                      6.7.2.7-6.el6                                       base

НЕЛЬЗЯ использовать инструкции для CentOS 7 для установки пакетов на CentOS 6! Ну, без понимания того, что делается, конечно, с пониманием можно (но в таких случаях обычно претензии по поводу убитой системы направляют только себе). CentOS 7 - другая версия системы! В ней другое ядро, другая кодовая база, в ней мерзкий systemd...

ImageMagick ставится без всяких левых инструкций, без всяких сторонних репов - чисто из базовой репы:
# yum install ImageMagick

Можете, конечно и поупорствовать в заблуждении - снести php5.3.3, поставить php 7.1 и попробовать заново, но скорее всего дело кончится сдохшей системой...

Сервер от обычного компа отличается разве только тем, что его производительность должна быть достаточной для выполнения задач, на него возложенных :) Будь у Вас в распоряжении HP ML350G5 (самый настоящий сервер с двумя ксеонами :) ) - вряд ли он бы Вас устроил.
Если хватает мощности - ставьте и работайте :)