LINUX.ORG.RU

История изменений

Исправление spijet, (текущая версия) :

Тебе больше всего подойдёт схема с overlayfs или aufs, которые будут собирать для /home бутерброд из какой-нибудь ext4 или XFS и чего-то, что будет служить той самой прослойкой для изменений, которую можно будет дропать. Вариантов несколько:

  • tmpfs — изменения будут жить в RAM, при ребуте потеряются. RAM должно хватить на все изменения, иначе придётся лезть в подкачку и ОС начнёт тормозить;
  • dm-crypt со случайным ключом — изменения будут жить на шифрованном контейнере на HDD. При ребуте контейнер будет пересоздаваться пустым. Если CPU на машинах слабые — может тормозить;
  • Дополнительная «обычная» ФС — изменения будут жить на другой ФС и не будут теряться при ребуте. Чтобы их дропнуть, надо отмонтировать «бутерброд» и почистить/форматнуть эту вторую ФС.

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

В случае с бутербродом для /home защитить саму ОС от поползновений шаловливых ручек можно, отобрав права на sudo у пользователя, под которым заходят ученики. Ну и на самого пользователя выставить autologin.

Исправление spijet, :

Тебе больше всего подойдёт схема с overlayfs или aufs, которые будут собирать бутерброд из /home на какой-нибудь ext4 или XFS и чего-то, что будет служить той самой прослойкой для изменений, которую можно будет дропать. Вариантов несколько:

  • tmpfs — изменения будут жить в RAM, при ребуте потеряются. RAM должно хватить на все изменения, иначе придётся лезть в подкачку и ОС начнёт тормозить;
  • dm-crypt со случайным ключом — изменения будут жить на шифрованном контейнере на HDD. При ребуте контейнер будет пересоздаваться пустым. Если CPU на машинах слабые — может тормозить;
  • Дополнительная «обычная» ФС — изменения будут жить на другой ФС и не будут теряться при ребуте. Чтобы их дропнуть, надо отмонтировать «бутерброд» и почистить/форматнуть эту вторую ФС.

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

В случае с бутербродом для /home защитить саму ОС от поползновений шаловливых ручек можно, отобрав права на sudo у пользователя, под которым заходят ученики. Ну и на самого пользователя выставить autologin.

Исправление spijet, :

Тебе больше всего подойдёт схема с overlayfs или aufs, которые будут собирать бутерброд из /home на какой-нибудь ext4 или XFS и чего-то, что будет служить той самой прослойкой для изменений, которую можно будет дропать. Вариантов несколько:

  • tmpfs — изменения будут жить в RAM, при ребуте потеряются. RAM должно хватить на все изменения, иначе придётся лезть в подкачку и ОС начнёт тормозить;
  • dm-crypt со случайным ключом — изменения будут жить на шифрованном контейнере на HDD. При ребуте контейнер будет пересоздаваться пустым. Если CPU на машинах слабые — может тормозить;
  • Дополнительная «обычная» ФС — изменения будут жить на другой ФС и не будут теряться при ребуте. Чтобы их дропнуть, надо отмонтировать «бутерброд» и форматнуть эту вторую ФС.

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

В случае с бутербродом для /home защитить саму ОС от поползновений шаловливых ручек можно, отобрав права на sudo у пользователя, под которым заходят ученики. Ну и на самого пользователя выставить autologin.

Исходная версия spijet, :

Тебе больше всего подойдёт схема с overlayfs или aufs, которые будут собирать бутерброд из /home на какой-нибудь ext4 или XFS и чего-то, что будет служить той самой прослойкой для изменений, которую можно будет дропать. Вариантов несколько:

  • tmpfs — изменения будут жить в RAM, при ребуте потеряются. RAM должно хватить на все изменения, иначе придётся лезть в подкачку и ОС начнёт тормозить;
  • dm-crypt со случайным ключом — изменения будут жить на шифрованном контейнере на HDD. При ребуте контейнер будет пересоздаваться пустым. Если CPU на машинах слабые — может тормозить;
  • Дополнительная «обычная» ФС — изменения будут жить на другой ФС и не будут теряться при ребуте. Чтобы их дропнуть, надо отмонтировать «бутерброд» и форматнуть эту вторую ФС.

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