Minorus_one

systemd - это более профессиональный и надёжный способ управления Minecraft сервером.

1. Создайте файл службы systemd:

sudo nano /etc/systemd/system/minecraft.service

2. Вставьте в него следующую конфигурацию:

[Unit]
Description=Minecraft Server
After=network.target

[Service]
Type=simple
User=minecraft
Nice=1
KillMode=none
SuccessExitStatus=0 1

# Путь к директории сервера (замените на ваш)
WorkingDirectory=/opt/minecraft

# Команда запуска (настройте параметры под ваши нужды)
ExecStart=/usr/bin/java -Xmx2048M -Xms1024M -jar server.jar nogui

# Автоматический рестарт
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

3. Создайте пользователя minecraft (если его ещё нет):
sudo useradd -r -m -U -d /opt/minecraft -s /bin/bash minecraft

4. Установите правильные права:
sudo chown -R minecraft:minecraft /opt/minecraft

5. Активируйте и запустите службу:
sudo systemctl daemon-reload
sudo systemctl enable minecraft
sudo systemctl start minecraft

Преимущества использования systemd:
- Автоматический запуск при старте системы
- Автоматический перезапуск при сбоях
- Корректное управление процессом
- Логирование в системный журнал
- Более безопасная работа под отдельным пользователем

Основные команды управления:
# Запуск сервера
sudo systemctl start minecraft

# Остановка сервера
sudo systemctl stop minecraft

# Перезапуск
sudo systemctl restart minecraft

# Проверка статуса
sudo systemctl status minecraft

# Просмотр логов
journalctl -u minecraft

после авторизации в putty нужно запускать screen и уже в нем запускать сервер.
Что бы подключиться позже к этому screen, нужно запускать его с опцией screen -rd (-d это закрытие уже открытого соединения с screen в другом окне или если оно 'повисло', например если закрыл putty не закрыв screen с помощью кнопок ctrl+a d)

В dhcp сервере на роутере поставьте нужную машину шлюзом по умолчанию.

2й роутер необязателен, тот же кинетик умеет создавать несколько сегментов сети разных

В случае смерти материнки в лучшем случае вам придётся искать туже материнку вплоть до ревизии и то НЕ ФАКТ что поможет
Уж лучше софт раид шансов его восстановить куда больше

По сути да. В любом случае обычно на дисках идентичная инфа. В этом случае. Просто монтируете в папку и читаете данные, как обычно

Ну либо собираете обратно mdadm. Он имеет автоопределение, как уже указали

mdadm conf имеет смысл хранить при сложных наверно конфигурациях, тут особо не нужен

Какая будет скорость на каждом порту при одновременном тесте скорости на каждом устройстве?

Типичное "у меня в подполе происходит стук".

Да фиг знает... смотря как именно тестировать.

Если перевести роутер в режим моста, поотключать все внутренние обработки трафика в нём, и тестировать парно WAN <-> LAN1 и LAN2 <-> LAN3, то скорее всего все 4 тестера покажут скорость, близкую к гигабиту. Если тестировать (LAN1, LAN2, LAN3) <-> WAN, опять же всё отключив, то на WAN-порте тестер покажет что-то порядка гигабита, а тестеры на LAN-портах втрое меньше (причём что а) поровну б) стабильно - не гарантировано). Если каждый тестер будет гонять трафик на все остальные три тестера/порта - то в среднем будет по 300 мбит на парный линк и порядка гигабит суммарно на узел.

А если роутер оставить именно в режиме роутера, то очень трудно предсказать, что получится, насколько производительна программная обработка трафика. И эта производительность критично зависит от задействованных в роутере программных сервисов...