CityCat4

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

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

Ну, раз конфиг gurb отображается, значит /boot живой. А вот / (корень) похоже помер. Грузиться с LiveCD, чинить файловые системы, если они конечно в кашу не превратились.

Холиварчик решили затеять? :) Тогда уж спросили бы "чем центос лучше дебиана" :) ну или безубойное "чем этот ваш линух лучше моей мимимишной десяточки" :)

systemd нарушает один из главных принципов UNIX - "одна задача - один инструмент". Команда sort сортирует данные, поданные на вход. Команда grep выводит строки, соответствующие шаблонам. Почему-то никому в голову никогда не приходило сделать нечто, обладающее функционалом и того и другого, хотя в связке они используются часто.

А вот с systemd решили починить то, что не ломалось. И придумали нечто, что берет на себя функционал init. И еще того. И еще сего. И еще этого. И бинарные логи. Нет спору - бинарные логи удобнее для программиста (мммм, могут быть удобнее, хотя я помню как работал с бинарными логами собственного формата - это был адЬ). Но вообще говоря логи нужны пользователю для диагностирования программ.

Все вышеизложенное является сугубым IMHO, ни на что не претендует и никого ни к чему не призывает :)

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

О линухе слагают много легенд, например то, что он не виснет. Виснет и еще как. И FreeBSD виснет. Все виснет, если кривое железо. У Вас, простите, точно используется NVidia, а не интеграха? Xorg.conf есть или все работает "по умолчанию" (X стартанет и без xorg.conf)? Цель установки дров от Nvidia какая была? В пору моего сидения подFreeBSD, свободный драйвер nv не желал работать как надо с моей карточкой, приходилось использовать дрова от NVidia.
Нормально настроенный линух не лагает, не виснет и абсолютно устойчив к вирусам. И почти то же самое можно сказать и про винду - все дело в настройщиках...

Нет. Только прокси. И то в случае если юзера не используют анонимайзеры или VPN. Отчасти спасет установка собственного DNS - опять же до первого анонимайзера/VPN.

Прямой доступ к видеоадаптеру на ноуте не получится, хотя теоретически под KVM на станционаре с двумя видеокартами такое возможно - пробросом видеокарты в виртуалку. Прямой доступ к винту - а для сохранения возможности загрузки с него bare-metal нужен прямой доступ к винту - тоже теоретически возможен при наличии VT-d, но практически я не пробовал, винда у меня стоит в виртуальном диске под KVM и работает с виртуальным адаптером через Spice

Про питона не скажу ничего, я его не использую. По курсы по UNIX - это хороший курс для начинающего "вообще о UNIX". Он дает некие фундаментальные знания, не привязываясь к конкретной версии, дистрибу и что там еще. Правда, практического толку от этих курсов немного - это именно фундаментальные знания.

Простите? Критерий "наиболее подходящий" у всех разный и вполне может оказаться весьма заковыристым. И как верно сказал Алексей Черемисин - обычно делают наоборот. У Вас какое-то особо специфичное железо?

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

Потому что юзер, от имени которого запущен vsftpd - вряд ли он запущен от рута, наверно дропает привилегии, я им не пользуюсь - не имеет прав на запись в каталог /var/www, он же не от юзера user запущен :)

Только виртуалка в KVM или VirtualBox - ну, если заработает конечно, потому что виртуалки виртуальная видюха (хотя есть вариант с вторым монитором, второй видюхой и прямым ее пробросом в виртуалку). У меня прямой сейчас так работает винда для задач управления доменом через виндовые оснастки и прочего софта типа оутглюка. Правда памяти на компе должно быть как на двух - сколько нужно на линух и сколько на винду. Ну и понятное дело проц с аппаратной виртуализацией.

Корявая какая- то терминология...
"sudo пользователь" - это видимо пользователь, выполняющий команду через sudo? Пропишите ему в /etc/sudoers команду или шелл - и будет возможно.
"суперпользователь" - это видимо пользователь с uid 0?
По правам разницы (в момент выполнения команды) нет. Разница может быть в переменных окружения - sudo переменные окружения здорово фильтрует.

TERM какой? насколько я знаю, от термкапа зависит. В Х TERM=xterm отображается нормально. В консоли TERM=linux - и тоже отображается нормально. CentOS 6.8 Но - зашел в виртуалку где Calculate Linux с ядром 4.4.14 - там тоже TERM=xterm, но вертикальные рамки с разрывами, хотя горизонтальные без.
Еще вариант - тему mc проверить, какие значки установлены для отображения рамки.

Арч, насколько я понимаю, source-based? Тогда мимо. Source-based и стабильность - это вещи хм... не то чтобы несовместимые, но уж точно стоящие под прямым углом друг к другу. Я здесь частично согласен с Юрий Чудновский - процедура обновления софта да и мира тоже иногда приводит в состояние "всех убью, один останусь" и уж точно не рассчитана на пользователя без навыков.
Дистрибы с гарантированно работающими обновлениями (и то, если не подключать непроверенные репы) - это centos и debian. Правда, если нет никакого желания собирать софт самому (а для пользователей пакетных дистрибов его обычно нет), то получить чего-то относительно свежего могут только systemd-филы, остальным - только CentOS 6.8/Debian 7.11 в которых может попасться отнююююююдь не первой свежести софт.

Давать нескольким юзерам ID 0 - это хак и вообще адЬ с точки зрения ИБ. Используйте sudo, а логин рутом должен запрещаться сразу же после установки системы и настройки sudo, потому что несколько юзеров с ID 0 это примерно то же, что всей семьей работать на винде под единственной учеткой Administrator и потом удивляться, что это систему переставляем раз в месяц, а все равно глючит...

Банальный синтаксис. После case нет esac, после do нет done. Или это неполный скрипт? Для проверки файла вот есть такая фигня - проверяет наличие, то, что это файл (а не каталог, например) и то, что он не нулевого размера:

check_fileread()
{
  if [ ${#1} -ne 0 ]; then
    if [ ! -r $1 ]; then
      echo "File $1 cannot read (does not exist, access denied)"
      exit 55
     elif [ ! -s $1 ]; then
       echo "File $1 is empty (has zero size)"
       exit 56
    fi
  fi
}