Непонятно, нужен ли вам экран вообще. Я не знаю сервер minecraft, но обычно для серверного программного обеспечения вы можете запустить его из записи crontab и перенаправить вывод в файлы журнала.
Предполагается, что ваш сервер убивает себя в полночь в воскресенье ночью (мы можем обсудить изменение этого параметра, если перезапуск 1 раз в неделю слишком мал или слишком велик ИЛИ вам требуются специальные перезапуски), но для базовой идеи о том, что делать, здесь является записью crontab, которая запускает сервер каждый понедельник через 1 минуту после полуночи.
01 00 * * 1 dtTm=`/bin/date +\%Y\%m\%d.\%H\%M\%S`; export dtTm; { /usr/bin/mineserver -o ..... your_options_to_run_mineserver_here ... ; } > /tmp/mineserver_trace_log.${dtTm} 2>&1
обратитесь к man-странице crontab, чтобы убедиться, что диапазоны дней недели 0-6 (0 = воскресенье), и измените значение дня недели, если 0! = Воскресенье.
Обычно я разбиваю код так, чтобы его было легче читать, но для записей в crontab каждая запись должна быть все в одной строке (с некоторыми странными исключениями) И, как правило, ограничение 1024b-8K на то, как долго линия может быть. Обратите внимание, что ';' незадолго до закрытия '}' сверхкритически. Если это пропустить, вы получите недопустимые сообщения об ошибках или вообще никаких сообщений об ошибках.
По сути, вы перенаправляете любой вывод в файл (включая вывод std-err). Теперь вы можете многое сделать с выводом, использовать more или less, чтобы посмотреть файл, grep ERR $ {logFile}, написать сценарии, которые grep для сообщений об ошибках, а затем отправлять вам электронные письма, в которых обнаружены ошибки. и т. д. и т. д.
У вас может быть работа с sys-admin, чтобы получить пользователя mineserver, чтобы он мог запускать записи crontab. Также, если вам неудобно пользоваться редакторами vi или emacs, создание файла crontab может потребовать помощи других. Отправьте сообщение на superuser.com, чтобы получить ответы на свои проблемы, связанные с проблемами с администратором Linux.
Наконец, я хотел бы сделать два замечания о датированных лог-файлах.
Хорошо: а. Если ваше приложение умирает, вам никогда не придется повторно запускать его, чтобы затем захватить вывод и выяснить, почему что-то перестало работать. Для долго работающих программ это может сэкономить вам много времени. б. Хранение датированных файлов дает вам возможность доказать вам, вашему боссу и другим, что Раньше он работал нормально, смотрите здесь файлы журнала . с. Хранение файлов журналов, при условии, что в них содержится полезная информация, дает вам возможность mine этих файлов для фактов. И.Е. : раньше на обработку программы уходило 1 секунда, сейчас - 1 час и т. д. и т. д.
Плохо: а. Вам нужно будет настроить механизм для очистки старых файлов журнала, иначе в какой-то момент все будет остановлено, И когда вы, наконец, выясните, в чем проблема, вы обнаружите, что ваш / tmp ИЛИ любой каталог, который вы выбрали, чтобы использовать IS полностью полный.
Существует самообслуживаемое решение для использования дат в лог-файлах, о котором я могу вам рассказать, если вы сочтете этот подход полезным. Это займет небольшое объяснение, поэтому я не хочу тратить время на его написание, если вы не находите полезным решение crontab.
Надеюсь, это поможет!