Karpion

DHCP-сервер может выдавать разным машинам разные программы_для_загрузки - ориентируясь на MAC-адрес. Не самая удобная система.

Далее программа_для_загрузки - тоже может принять решение, что ей делать (запускать нужный установщик сразу или спросить юзера). На какие признаки ориентироваться - это как фантазия программиста подскажет.

TFTP - это "тупой FTP". От простой и тупой как пробка, чтобы реализация занимала мало места, влезала в BIOS ещё в древние времена, когда ПЗУ были дорогие. Потому и медленный, особенно если сервер далеко. Это не лечится.

Для нормальной работы - сначала грузят по TFTP некий минимальный клиент, который подтягивает остальное по нормальному протоколу с большим окном (читайте про работу протокола TCP).

У Вас на каждую строчку лога - запускается несколько программ/процессов. И выводной файл каждый раз открывается и закрывается. Неудивительно, что это извращение тормозит.

Надо как-то так:
Убираем cat. Всё делает awk.
Функцию "grep -o TIME=..." можно перенести в awk, у него есть хороший инструмент для этого.
Запуск "date" - тоже сделать в awk, распарсить дату ручками.

Ну или хотя бы уберите ">> LOG_new.csv" из цикла - это прекрасно делается снаружи, после "done"; в кр.случае - надо будет взять это дело в скобки.

Вы бы дали пример лога, было бы проще. Хорошо бы с пояснениями.

1) Пусть юзер запускает у себя "screen к_программе", а там его ждёт программа, запущенная под screen.

2) Поставить юзеру в качестве шелла скрипт, который делает "screen к_программе" и потом завершается.

Но надо помнить, что при таком варианте юзер может законнектиться с пробросом портов.

Можно взять любой Linux или *BSD, накатить Samba и настроить. Как тут уже сказали - есть настройка через Web.

Независимо от того, на чём делать сервер (Samba или Windows) - нужно сделать домен (Samba умеет).

А вот как распределить доступ - зависит от того, что надо обеспечить и что надо запретить. Тут надо смотреть на схему docflow Вашей конторы.

Я бы сделал примерно так:
Для каждого вида работы - создаём группу и шару (share). Доступ в шару - только этой группе. Если надо - можно дать доступ двум группам: одной только на чтение, второй на полный доступ.
Дальше надо приучить людей класть файлы именно в ту шару, куда нужно. А не в первую попавшуюся.

Для защиты от шифровальщиков - нары надо сделать невидимыми и на клиентах не монтировать как букву. Защита убогая/ненадёжная, но часть шифровальщиков на ней обломается.
А для реальной защиты - только бэкап.

Мне кажется нормальным позволить некоторое время изменять залитые файлы, особенно если юзеры разделены по правам доступа и не могут менять чужие файлы, а только свои. А в полночь (или в три часа ночи) скриптом изменить владельца файла и права доступа.

А вообще, мне кажется, Ваши требования вышли за границу возможностей файловой системы. Это лучше сделать через Web-доступ, где скриптами можно сделать что угодно.

Для Linux не скажу, а во FreeBSD это хранится в /etc/rc.conf; а в /etc/defaults/rc.conf есть примеры использования большинства доступных конструкций.

Наверно, в Linux надо найти, где хранится IP-адрес компьютера. И там же д.б. место для вписания прочих параметров.

Две СУБД можно запустить в режиме "мастер+мастер" с автоматической синхронизацией. Два Web-приложения - тогда должны обращаться каждый к своей СУБД и не хранить никаких данных кроме как в СУБД. Как-то так.

Операционные системы для PC не смогут ужиться, ибо не имеют функций взаимодействия с "соседом по комнате". Это принципиально.

Единственное решение - запустить обе системы в вирт.машинах. Ну или одну систему внутри другой, в вирт.машине.

Чем лучше аппаратура поддерживает виртуализацию - тем меньше будет проседание производительности.

1) Мне категорически не нравится фраза "наверняка почти всё обучение будет построено под винду". Узнайте точно.

2) Если действительно "почти всё обучение будет построено под винду" - то это слабо совместимо с "на программиста". Потому что программистов учат на системах с открытым исходным кодом. И потому, что использование Linux-based систем растёт, а использование Windows усыхает.

3) Независимо от того, как строится обучение - программист должен знать несколько операционок.

По какому протоколу/порту идёт брутфорс (провайдер должен сказать)? Можно попробовать заблокировать этот порт на исходящие соединения.

Возможно, зловред настолько умный, что при включении мониторинга гасит свою активность.

Попробуйте остальные дистрибутивы вплоть до FreeBSD. Может, кто-то что-то умное скажет.

Посмотрите настройки BIOS. Особенно режим работы с дисками - имеет смысл попробоать разные.

Замените диск. Просто попробуйте.

С какого носителя дистрибутива грузитесь? Как этот носитель работает на остальных машинах?

Помимо собственно операционки - надо знать приложения. И тут зависит о того, сервер это или раб.станция. И много от чего ещё.

Судя по Википедии - нет, ибо не имеет в себе ядра и библиотек.

Есть масса путей.

Например, загружаемся в single-user mode. И копируем систему - либо пофайлово, либо весь диск. Второй вариант хорош, если диски одинаковые - тогда можно копировать прямо весь диск, скопируется и разбиение на разделы. А пофайлово - надо создать и отформатировать разделы; и тут надо осторожно, не перепутать диски; зато тут на target-диске будет дефрагментация.

Эй, а где само письмо???

Для начала советую глянуть в конфиги cron - возможно, что-то там предписывает запускать каждые 20 минут что-то, что шлёт письмо. Или же какой-то демон сам это делает без cron.

Хорошо бы выяснить, что именно тормозит - процессор или диск. Возможно, проще всего апнуть компьютер или оптимизировать CMS.

А так - Вам правильно посоветовали просто скачать весь сайт.