Я могу совместно использовать/usr/local между несколькими дистрибутивами Linux?

В дополнение к символьным ссылкам Вы могли также использовать bind mounts: http://docs.1h.com/Bind_mounts

В основном у Вас может быть один раздел с одной файловой системой (подобный установке Anthon). В этом случае принятию Вас смонтировали файловую систему на /mnt/local Вы просто сделали бы mount --bind /mnt/local/ubuntu /usr/local на Вашей установке человечности и mount --bind /mnt/local/suse /usr/local на Вашей установке SuSe.

Одно преимущество выполнения этого - то, что можно сделать это по существующему /usr/local не уничтожая/перемещая фактическое /usr/local каталог.

Вот пример:

# mkdir foo
# touch foo/nowyouseeme
# mkdir bar
# touch bar/nowyoudont
# ls foo
nowyouseeme
# mount --bind ./bar ./foo
# ls foo
nowyoudont
# umount foo
# ls foo
nowyouseeme

/usr/local (т.е. локально компилировал/устанавливал программное обеспечение), должен хорошо работать, пока системные библиотеки, используемые тем, что, там совместимы. Это означает, что Вам могло бы сойти с рук это с примерно одновременным "для настольного использования" дистрибутивы. Если Вы пробуете к смешиванию и подгонке, говорят, что Fedora и RHEL/CentOS делают все здание на распределении с более старыми библиотеками (RHEL/CentOS в этом случае) как основные библиотеки (glibc главным образом), обоснованно назад совместимы. Вы столкнетесь с проблемами с C++ (время выполнения C++ имеет тенденцию изменяться вполне немного между версиями), некоторые графические библиотеки действительно изменяют интерфейсы волей-неволей. Что-либо связанная настольная среда (быть этим KDE или Gnome или безотносительно), вероятно, правильно вне рассмотрения.

То, как настроить несколько установок на машине, является чем-то, что зависит от Вашего стиля работы с этими установками. Другой для учета - то, что, если Вы не собираетесь сделать некоторую изящную работу виртуальной машины с помощью реальных разделов эти два, установка не будет работать одновременно.

По моему опыту, /home партон должен быть совместно используемым без к большой части проблемы. Любые пользователи, которые конкретно сделаны для приложений (dovecot, fetchmail) но любая из систем обычно не имеет реальных каталогов под /home как 'обычные пользователи'. Я действительно совместно использую имена для входа в систему между различными версиями Ubuntu, но это иногда дает проблемы, возвращающиеся к более старой установке, потому что конфигурационные файлы в Вашем корневом каталоге были автоматически преобразованы. Для решения таких проблем у меня есть тот же вход в систему с различными корневыми каталогами под /home, но с тем же идентификатором пользователя и идентификатором группы для совместного использования данных. Можно всегда делать ссылку между определенным подкаталогом (например, те, которые имеют Музыку), для которого нет никакого риска несовместимых/необратимых обновлений.

Я не имею, имеют отдельный раздел начиная с работы над PDP 11/70 в середине 80-х, таким образом, я не знаю, почему Ваш друг рекомендовал это. Кроме того, несколько программ примут значение по умолчанию к установке на /usr/local если Вы устанавливаете из источника и например. pip установки для модулей Python делают то же. Для предотвращения проблем там, я сделал бы a /mnt/local на каждой машине монтируют раздел, определяемый для /usr/local там, сделайте каталоги ubuntu и suse в том разделе и гибкой ссылке ( ln -s /usr/local /mnt/local/ubuntu ) для каждой resp. машины. Тем путем Вы совместно используете пространство на том разделе, не рискуя случайной перезаписи. Можно всегда сделать ссылки позже между материалом, который Вы явно хотите совместно использовать.

Дополнительная вещь, которую я могу рекомендовать, сохраняет некоторый журнал для того, что Вы установили для каждой установки (я использую emacs в режиме журнала изменений с файлом для каждой комбинации машины пересмотра дистрибутива), таким образом, можно восстановить установку, если Вы обновляете, и Вы не должны помнить, какой дополнительный материал Вы установили. У меня в наше время есть a setupnewsystem сценарий, который делает весь дополнительный материал для меня, включая помещение /etc при управлении версиями после установки mercurial