Куда я должен поместить совместно используемые файлы группы в систему Linux?
В /etc/apt/apt.conf.d добавьте следующий файл
99defaultrelease:
APT::Default-Release "stable";
в /etc/apt/sources.list.d - добавьте URL для тестирования / нестабильные источники
stable.list:
deb http://ftp.de.debian.org/debian/ stable main contrib non-free
deb-src http://ftp.de.debian.org/debian/ stable main contrib non-free
deb http://security.debian.org/ stable/updates main contrib non-free
testing.list:
deb http://ftp.de.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.de.debian.org/debian/ testing main contrib non-free
deb http://security.debian.org/ testing/updates main contrib non-free
выполненный
apt-get update
и затем установка, с чем Вы нуждаетесь
apt-get -t testing install something
Будьте очень очень осторожны при установке материала, который имеет много зависимостей. Предпочтительно не делайте этого на производстве.
Можно также попытать счастья в бэкпортах или подобном репозитории.
Я почти наверняка предложил бы использовать /usr/local.
Глобально доступные пользовательские сценарии могут быть помещены в /usr/local/bin. Небольшие объемы связанных данных могли также войти bin. Или можно хотеть выделить данные в /usr/local/var или /usr/local/share.
Путем выполнения этого Вы будете совершенно уверены, что любой FHS familar сможет определить местоположение их довольно быстро без любых предварительных знаний конкретной системы.
Это - точно вид вещи, для которой разработаны права группы. Это - то, как я делаю это в Ubuntu:
sudo mkdir /home/shared
sudo addgroup shared
sudo chown :shared /home/shared
sudo chmod 770 /home/shared
sudo vim /etc/group
Добавьте список пользователей, у которых должен быть доступ к общему каталогу общей группе. Например:
shared:x:1002:norman,nextuser,and,so-on
Можно, конечно, использовать любое имя кроме 'общего', и это не должно быть в / корневом каталоге. Хорошая вещь состоит в том, что Вы не должны делать ничего специального для учетных записей пользователя, и можно легко добавить или удалить пользователей из группы.
-
1Спасибо за вниз-голосование. Но я хотел бы знать то, что я записал, что это неправильно. – simplr 18 November 2009 в 12:58
Короткий ответ; Везде, где Вам нравится :)
Мне нравится использовать что-то как / проекты, / совместно использованный или / распространенный./home/shared работает также.
-
1Спасибо. Короткий и хороший, но иногда it' s легче, если Вы don' t должны решиться... Это было бы совместимо FHS для исправления моего собственного каталога под
/? Когда (если вообще) это имеет значение? I' m не опытный достаточно для понимания последствий моего выбора. – Daniel 29 October 2009 в 12:48 -
2Это - действительно просто конвенции. Другие программы, которые ищут материал мой взгляд в этих предопределенных местоположениях. Каталоги bin уже будут в Вашем $PATH так Вы won' t имеют, указывают имя полного пути для запущения скрипта. Другие администраторы могли бы ожидать, что они будут там. Это, вероятно, doesn' t действительно имеют значение в Вашем случае, но хорошие привычки хороши :-) – Kyle Brandt 29 October 2009 в 13:43
-
3Существует много применимых конвенций, среды UNIX. FHS делает для хорошей базовой линии, но довольно распространено отклониться от этого стандарта. Например, Оптимальная Гибкая архитектура для серверов баз данных Oracle использует/u* (/u01,/u02) для данных локального пользователя, в то время как Ubuntu среди других использует / медиа для точек монтирования съемных носителей. Пока у Вас есть конвенция, о которой Вы договариваетесь внутренне в Вашей рабочей среде, не должно быть никакой проблемы. – Roy 29 October 2009 в 14:36
Я использую / share ; это также место, которое использует qnap.
В / share у меня есть символические ссылки на место назначения в папке с именем /shares/.mnt/ , где у меня есть смонтированные диски с данными .
Это сделано для предотвращения длительного ожидания при перемещении файлов между общими папками при использовании жестких ссылок в / share , которые необходимы, когда диски с данными монтируются только в / mnt.
/shares/.mnt , кстати, не является общим.
/usr/localбыть этим. На самом деле это была одна из моих первых опций, но описание цели из/usr(только для чтения) в предложенной статье отклонило меня от той идеи. Угадайте, что я должен был продолжать читать к/usr/local. – Daniel 29 October 2009 в 14:12