Придет школьник и замусорит все своими файлами и ярлыками

man quota

дайте каждому свой стол. вам что, жалко?

угу.

зачем?

Думаю LDAP + samba все для меня решит. Хотят мусорить, пусть мусорят, но на своих учетках. Введу все компы в домен и плевал я на их беспорядок. Общую папку опять же средствами Samba, которая будеи в автомате монтироваться для каждого юзера.

Вот увидите, сначала будет казаться что не надо это все, а потом только радоваться будите. Уверен.

Вот как я это делал, но на CentOS.
http://linuxforum.ru/viewtopic.php?id=7689

Да, но тогда надо раскидывать всех пользователей по всем компам?

ну а как иначе? один юзер == одна учётка. ну будет там(на сервере) 300 учёток, и что? В данном случае использовать БД нерационально, ведь для каждого юзера нужно выделить свой каталог. Учётки можно сгенерировать простеньким скриптом, например из имени-фамилии-класса, а пароль выдать случайный простой, вроде EZ35T.

угу. именно это я и предлагаю. раз это уже есть в ALT'е, то почему-бы и нет?

ну тогда - FTP. там-же, чуть выше. Зайти можно хоть с Windows.

Да, но тогда надо раскидывать всех пользователей по всем компам?

На клиентах скорее всего будет Ubuntu 10.4. Кроме тех ПК, которые будут тонкими клиентами Альт-линукса (если конечно придется так извращаться).

Если Альт только ради тонкости. То можно воспользоваться любым дистром.
В общих чертах: за GUI отвечает X-server. Т.е. достаточно зайти на серевер по ssh и переопределить переменную окружения DISPLAY и после этого вся график программ запущенных и работающих на сервере, будет отображаться на мониторе клиента. Из становок не по умолчанию только ssh сервер. (Ну и разрешить коннект в настрйках X сервера)

Или воспользоваться тем же, что и используется в Alt Linux  - Linux Terminal Server Project (LTSP). Который, я думаю, есть во всех дистрах (в debian точно)

Сервером я называю ПК, доступ к которым возможен (почти всегда) только по LAN. Ну, это что б выработать более-менее единую терминологию, пусть даже она будет примитивна.

дык УЖЕ есть терминология: сервером называется компьютер, к которому возможен доступ. Клиентом - С КОТОРОГО этот доступ производится. Вот и всё. На практике два компьютера могут быть одновременно и клиентом и сервером, вот только на компьютере, который и сервер и клиент должны сразу работать и серверная и клиентская программа. Один процесс не может быть и клиентом и сервером - он либо слушает какой-то порт и отвечает, тогда он сервер. Или процесс сам шлёт запросы другому процессу, тогда он клиент.

1) без понятия. я Slackware использую. У вас что сейчас стоит? Вот ЭТО и используйте.
2) да. однако можно из RPM сделать DEB и наоборот. Хотя лучше так не делать
3) я не очень понимаю, какие картинки воткнуть в манул по настройке NFS - они делаются через консоль. Можно и через гуй, но тогда мануал подойдёт только скажем к Debian, причём с KDE, причём с KDE4 а не 3. Оно надо? На практике у вас есть 2 компа - на один вы ставите мощную систему с KDE4 и всеми наворотами, на второй это просто не заработает, туда вы поставите скажем LXDE. А для третьего вообще графики не нужно, ибо у него даже видеокарты и клавиатуры нет. Моя инструкция подойдёт в любом случае.
4) а кто такие вопросы не решал?

ну тогда - FTP. там-же, чуть выше. Зайти можно хоть с Windows.

Далее, я не решил, на какой именно системе будет строиться сервер, а не решив этого, как можно советовать использовать именно Debian? Почему именно его? Насколько я понимаю, деб и рпм пакеты - суть разные вещи, а?

я просто на его примере показал, что могут быть варианты одного дистрибутива с точки зрения стабильности.
На клиентах какой у вас дистрибутив будет?

Там почти "картинки".  В прочем попробовать можно расписать по красочнее. Но не прямо сейчас - "цигель цигель...."

2) в вашем случае и делать ничего не надо - всё уже готово. Создайте нужное число каталогов, и дайте к ним доступ по NFS.
вот так например: http://linuxforum.ru/viewtopic.php?pid=92513#p92513

Только как в этом варианте учесть:
- с любого компа можт зайти любой пользователь и должен получить доступ именно к своей персональной папке
- пользователь может зайти с любого компа и должен получить доступ именно к своей персональной папке

Если виндо-клиенты будут и это пригодиться:
Samba полная интеграция с LDAP сервером.

Хотелось бы узнать, как это вообще сделать правильно (документооборот) в школе.

стоп. Давайте по одной проблеме на тему

Итак по существу.
По большому счету для ваших уелей нет необходимости искать какой-то "серверный" дистрибутив. Для этих целей подойдет практически любой. Так что есть смысл не распыляться и ставить такой же как и на клиентах.  В случае Alt Linux (Junior etc) точно не уверен, но подозреваю там вся разница в софте по умолчанию.

Если есть в выбранном дистрибутиве разница по новизне в ветках. То стоит выбрать тот который стабильнее, но не такой "свежий". Так, например,  для Debian текущий релиз Lenny был зарелизен в феврале 2009. Т.е. в нем те версии софта, которые были приняты в дистр на тот момент (даже чуть раньше). Ставить его на сервер вполне логично. А на рабочие станции вполне обосновано ставить тестовую ветку Squeeze, которая готовиться к релизу. Она достаточно стабильна и в то е время имеет достаточно свежие версии пакетов.
Это по выбору.

По практической части. Я такого не делал. Не готов пока ответить.