CityCat4

dd - штука чрезвычайно низкоуровневая. Бэкап, снятый им, гарантированно восстановится только на то же самое устройство (или на устройство с точно такими же параметрами). Флэшки - даже одинаковой емкости - всегда чуть по параметрам отличаются. dd пофиг - он восстановил и все. А вот загрузчик может и "поправить". Если есть гуй, можно unetbootin использовать - он и под линух есть.

Других OSS прокси, кроме сквида мне неизвестно. В сквиде все указанное делается, кроме отчетов, с которыми каждый извращается как может - кто-то использует sarg, кто-то sams, кто-то пишет велосипеды...
Гуя правда у него нет и насколько я знаю, не планируется.

Use the console, Luke! :)

Задача распадается как минимум на две.

1. Регистрация доменного имени mneprostointeresno.ru. Это делается у любого регистратора. Для того, чтобы настроить имена ftp, www, ns и т.д. подымать свой DNS не обязательно - регистраторы оказывают услуги Primary-DNS. У этого решения есть плюсы и минусы. Плюсы - ничего не подымать, все редактируется в более-менее дружественном интерфейсе. Минусы - при отсутствии связи и необходимости что-то поменять придется обламываться до тех пор пока связь не появится. Поэтому лучше всего сделать:

2. Запуск собственного DNS. Запускается bind, формируются необходимые записи (SOA, NS, A, MX и т.д.) и IP севера с bind (белый, если он за NAT) указывается у регистратора в качестве адреса primary DNS. Secondary DNS рекомендую брать прямо у регистратора - так проще настраивать.

Статьи по настройке DNS для небольшой конторы. Старые, еще 2006 года, но в DNS мало что поменялось с тех пор :)Создание и управление зонами DNS, часть 1 и Создание и управление зонами DNS, часть 2

В любой команде UNIX могут быть совершенно произвольные ключи. Их смысл целиком и полностью задается разработчиком. Разработчик может дать им какое угодно название, части ключей дать короткие имена, а части длинные, использовать стандарт GNU (--keyname=keyvalue) или же getopt (-keyname=keyvalue), а то и вовсе стандарт DOS (/keyname:keyvalue) - и ничего тут не поделаешь :) Внутри неких крупных проектов (например GNU) есть некое внутреннее соглашение о формировании параметров, ключей и т.д., но общего соглашения среди всех разработчиков нет и быть не может :)

А задача какова? Конфиги? Статистика? Если первое, то никакая вебморда не сможет править конфиг именно так как Вам надо - потому что работает она только в пределах той логики, что заложили в нее создатели. Если второе, то можно и 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 - ну, если заработает конечно, потому что виртуалки виртуальная видюха (хотя есть вариант с вторым монитором, второй видюхой и прямым ее пробросом в виртуалку). У меня прямой сейчас так работает винда для задач управления доменом через виндовые оснастки и прочего софта типа оутглюка. Правда памяти на компе должно быть как на двух - сколько нужно на линух и сколько на винду. Ну и понятное дело проц с аппаратной виртуализацией.