Планирование хорошей структуры разделения в большой степени зависит от фактического знания, как Вы собираетесь использовать 'сервер'. Любой случайный совет, который не берет практические услуги, которые будут предоставлены, не будет особенно полезным.
Например, если это - находящееся в debian поле, которое будет использоваться для mysql, Вы могли бы хотеть отдельные разделы для/, / var и/var/lib/mysql.
Будет им файловый сервер с большой совместно используемой памятью? Вы могли бы хотеть/, / домой, и/srv разделы.
Для поля, выполняющего только сквид, Вы могли бы хотеть на разделе для / и одном разделе на быстром диске для шпульки сквида.
Поскольку Вы планируете свои разделы, очень полезно иметь хорошее понимание Стандарта Иерархии Файловой системы и если/как Ваш выбрал, дистрибутив отклоняется от стандарта.
Используя LVM может сделать намного легче передумать в будущем и скорректировать Ваши разделы, не имея необходимость перезагружать., и его способность создать снимки может быть очень легка создать хорошие резервные копии.
Я записал сценарий, который ежедневно сканирует все соответствующие журналы, входит в список людей, которые имели любое действие в тот день, и поддерживает базу данных (просто текстовый файл) пользователей и в прошлый раз, когда они вошли в систему.
Затем у меня есть второй сценарий, который исследует базу данных на даты больше, чем несколько x дни назад, уведомление пользователя и администратора 2 недели до блокировки учетной записи. И если существуют какие-либо даты больше, чем несколько x+y дни назад, удаляет учетную запись в целом.
Это, кажется, работает на меня - но я хотел бы использовать несобственническое решение, если Вы доступны.