CityCat4

tigervnc
tightvnc
xrdp, как это ни странно

а вообще - yum provides "*/*vnc" скажет много интересного...

Я вижу что это виртуалка виртуалбоксовая. Пакет поддержки устанавливали? Дрова на виртуалбоксовскую карту по-моему в нем.

Systemd это самое его главное отличие. Причем здесь своего devuan-а скорее всего не будет...

1. Чем не нравится приглашение? Это стандартное приглашение /bin/sh - да-да, это оно и есть. А что Вы ожидали увидеть? Не нравится - его можно перенастроить, раскрасить и вообще перелопатить так, что никто не узнает.
2. Не надо так делать. Переходя в рута, Вы отключаете нафиг практически все (ну не все, но подавляющую часть) защитные механизмы и убить систему одной командой. На тестовом компе ничего в этом страшного конечно нет, но это формирует нехорошую привычку - и однажды Вы так сделаете на работающем сервере...

Сделать так можно через sudo, но я все же настоятельно рекомендую запрос пароля не отключать.

iptables нельзя "выучить", это не стих, не молитва. Но можно научиться писать правила, эффективные для решения тех или иных задач.

yum provides "*/pam_pwdfile.so" покажет, в какой пакет входит этот файл, если он конечно куда-то входит. Поиск будет вестись только по установленным репам. Еще можно поискать на rpmfind.net

installing package httpd-2.2.15-54.el6.centos.x86_64 needs 4KB on the /var/log filesystem

Английским по белому написано - для установки пакета требуется 4КB в /var/log. У Вас проблемы с /var/log однозначно. Почему вывод команды df ничего о ней не показывает? Ни тип FS, ни ее размер?

А задача какова? Конфиги? Статистика? Если первое, то никакая вебморда не сможет править конфиг именно так как Вам надо - потому что работает она только в пределах той логики, что заложили в нее создатели. Если второе, то можно и sams и sarg. Ну да, не поддерживаются. Но считать-то от этого они не перестанут.

Для статистики я использую велосипед на основе старой-престарой версии sarg, обвязанной поверх скриптами. Кривенько, но работает...

rpm -e php-common-5.4.16. Можно еще man почитать на тему ключа nodeps,если rpm будет трындеть на тему зависимостей. Но нужно быть осторожным - rpm работает в обход yum и всех его проверок и неаккуратное удаление может разнести все в пух и прах

Ничего не получится. Да, AD - это LDAP. На нем работают все инструменты LDAP, ldapsearch например. Но это хитровывернутый LDAP, не совместимый ни с чем, кроме самого себя. Читать данные с OpenLDAP он, может быть еще как-то будет. Писать он туда не сможет, потому что ожидает там AD, а там не AD. Единственный способ сохранить данные - мигрировать их в AD. Или там у Вас какая-то сильно нестандартная схема?

Если нужно на папку назначить более одного владельца или группы - man setfacl/getfacl

Если у Вас проблемы с каналом к провайдеру, бондинг не поможет.

Если запущен NetworkManager, то он может формировать /etc/resolv.conf и файл конфига сетевого интерфейса в sysconfig/network-scripts. Если он не запущен, то в /etc/resolv.conf настройки попадают из файла конфига сетевого интерфейса
Единого стандарта конфигов нет и у всех они сделаны по-разному. Это как раз то, чем дистрибы зачем-то стараются отличиться друг от друга - в Debian все не так, как в CentOS.

Редактирование кронтаба делается всюду одинаково - в центосе, в бубунте и даже во FreeBSD. Первые пять полей - минуты, часы, дни месяца, месяцА, дни недели. Звездочка - каждый раз, то есть "пять звездочек" - выполнять скрипт каждую минуту.
Шестым полем является команда, которая просто передается шеллу. В системном кронтабе /etc/crontab шестым полем является имя пользователя, а команда - седьмым.

man crontab, однако.

Нельзя. Давно-давно, когда провайдеры были ленивые и выдавали белые IP блоками по /24 - было можно и я так делал. Но с тех пор количество IP заметно уменьшилось и давно уже записи PTR правит тот, кому принадлежит блок адресов - хостер, провайдер. Провайдер обычно не буракосит, если ему обьяснить, зачем тебе это, правда нужно не на девочку попасть, а на вторую линию саппорта.

Возможно. Потому что насколько я знаю, что линух, что FreeBSD требуют для установки наличие чистой неразмеченной области. Не логический диск, не раздел, а просто пустое место.

Процесс добавления UNIX в домен описан был еще в лохматом 2005 году. Ссылка раз. Ссылка два. Статьи эти публиковались в журнале "Системный администратор" в соответствующее время. Процесс добавления конкретно центоса в домен без самбы (на самом деле самба там совершенно не-пришей-кобыле-хвост) был описан в статье "За пределами nss_ldap или еще ор методах авторизации", которую "Системный администратор" публиковал по-моему в марте 2015-го. Ссылку дать не могу - сайт, с которого предыдущие ссылки, автором заброшен, там последнее обновление в 2011 году :D

Но добавление центоса в домен не даст автоматически прав доменным админам прав администратора. Все, что оно сделает - это сделает на центосе известными учетки домена.