как иметь дело с общим корневым каталогом на Linux?
ситуация следующие:
- корневой каталог находится на A доли nfs:/home/me
- рабочие станции a, b, c... совместно используют тот корневой каталог:/home/me является ссылкой на A:/home/me
- все рабочие станции используются одновременно
пример:
Доля NFS A имеет
- /home/john
- /home/anne
Рабочая станция
- /home/john-> связанный с Долей NSF/home/john
- /home/anne-> связанный с Долей NSF/home/anne
Рабочая станция b имеет
- /home/john-> связанный с Долей NSF/home/john
- /home/anne-> связанный с Долей NSF/home/anne
это имеет тенденцию давать весь вид странных проблем, потому что все каталоги настроек (.matlab, .kde, Рабочий стол и т.д., возможно мусор также, не проверял, что) все совместно использованы и записаны в от одновременно. Кроме того, конфигурация машин может очень отличаться, настолько помещающие ярлыки на рабочем столе превращает его в одну большую путаницу, так как половина из них не доступна на всех машинах.
В основном я ищу легкое для управления и легкий способ справиться с этим, чем-то в венах того, как он сделан на окнах с вещью профиля роуминга / локальной вещью профиля. Требования были бы:
- корень домашнего dir и некоторые другие папки, которые я могу выбрать, а также некоторые директора установки как .svn и .ssh, должны быть тем же на всех машинах
- в значительной степени все другие каталоги установки установки могут быть локальны для каждой рабочей станции, но должны быть на доле nfs также
- идеально у меня также было бы некоторое приложение, которое позволяет мне делать, вещи как 'берут все настройки из приложения Konsole kde и делают их тем же на всех моих рабочих станциях
2 ответа
Я предложил одно возможное решение, это довольно легко, но действительно не выполняет мой последний requirment. Основная идея: позвольте каждой рабочей станции иметь свой собственный корневой каталог и сделать softlinks в файлы/каталоги, которые должны быть распространены. Все дома находятся все еще на доле NFS, но в различных папках.
Доля NFS:
/home/john/sharedhome/
.ssh
.svn
shareddocs
/home/anne/sharedhome/
.ssh
shareddocs
/home/john/home_A/
.kde
.vnc
.matlab
.ssh -> link to ../sharedhome/.ssh
.shareddocs -> link to ../sharedhome/.shareddocs
/home/john/home_B/
.kde
.vnc
.matlab
.ssh -> link to ../sharedhome/.ssh
.shareddocs -> link to ../sharedhome/.shareddocs
.bashrc -> link to ../sharedhome/.bashrc
etc, you get the point
Рабочая станция a:
/home/john -> linked to NFS share /home/john/home_A
/home/john/.kde -> will be NFS share /home/john/home_A/.kde
/home/john/.ssh -> will be NFS share /home/john/sharedhome/.kde
/home/anne -> linked to NFS share /home/anne/home_A
etc
Рабочая станция b:
/home/john -> linked to NFS share /home/john/home_B
etc
Я все еще хотел бы услышать некоторые другие мнения хотя.. Кроме того, я еще не проверял это, но это кажется допустимым. Обновит после попытки.
обновление
это сложилось вполне прилично. Имел к:
- скорректируйте/etc/exports на сервере для экспорта экспорта все различные дома и тот, совместно использованный домой
- на каждой рабочей станции изменяют конфигурацию утилиты автоматического монтирования, чтобы смонтировать корректный дом для той рабочей станции и смонтировать общий дом также
- создайте необходимые ссылки для каждой рабочей станции
результат похож на это на рабочих станциях
/home/john -> NFS share /home/john/home_A
/home/john_shared -> NFS share /home/john/sharedhome
/home/john/sharede -> symlink to /home/john_shared
/home/john/.ssh -> symlink to ./shared/.ssh
Я собираюсь принять это как ответ также, так как никто больше не придумал что-то..
Я дал бы каждому использованию их собственный отдельный корневой каталог. Используйте полномочия заблокировать вниз настройки для некоторых приложений и использовать hardlinks для установки общих настроек.
Я не думаю, что можно получить более прекрасную гранулярность, чем это. Я предполагаю, что приложения, которые ожидают мочь изменить (часть из) их настройки, могут перестать работать неожиданными способами, когда пользователи пытаются изменить что-то - таким образом, тщательное тестирование необходимо.
Это могло бы быть поучительно для чтения то, что сделал JWZ. Хотя его вариант использования более экстремален.