Безопасно ли делиться / дома между Ubuntu и Fedora?

Я уже прочитал эту тему , поэтому, пожалуйста, не отмечайте меня как дубликат. Это спрашивает как. Я хочу знать, насколько это безопасно.

В настоящее время у меня Fedora 20 с GNOME 3.8. Я уже испортил свою конфигурацию до такой степени, что не смог войти в нее графически , но это не вопрос.
Я хочу установить Ubuntu 14.04 LTS с рабочей средой по умолчанию (я думаю, что это называется Unity).

Могут ли две конфигурации дистрибутивов вмешиваться друг в друга, если я использую один и тот же /home раздел?
Я предпочитаю не помещать свои основные файлы / папки (документы, музыку, фото, git repos) в подкаталог, так как Nautilus, похоже, имеет жестко скопированные ярлыки для ~ / Documents, ~ / Music, ~ / Downloads и т. Д.

Я ожидаю использовать многие из тех же программ (Chrome, Rhythmbox, Nautilus, Sublime Text) на дистрибутивах. Будут ли их конфиги перепутаны, если они будут доступны?

  • Создайте Ubuntu USB-Installer из Debian
  • Использование аппаратного ускорения без экрана / дисплея
  • Проблема с открытым ключом при обновлении apt-get
  • Почему мне запрашивают пароль sudo, когда я указал «NOPASSWD» в файле / etc / sudoers?
  • Существуют ли программы Red Hat, но не Ubuntu?
  • Не удается связаться с DNS через беспроводной маршрутизатор
  • Как добраться до режима восстановления, если экран grub не отображается?
  • Синяя градиентная линия сверху и снизу вместо Ubuntu-USB-Grub-Screen
  • 4 Solutions collect form web for “Безопасно ли делиться / дома между Ubuntu и Fedora?”

    Я рекомендую настроить каталог под / home, в который вы помещаете все, что вы хотите разделить между разными средами. Например, моя называется /home/avdndata и у меня есть ссылки из моих фактических домашних каталогов (для разных дистрибутивов) на подкаталоги /home/avdndata . Это позволяет мне явно делиться вещами, которые я знаю, что работа, не разделяя другую конфигурацию, которая имеет несовместимости. Я использую share /home , но у меня разные каталоги для одного и того же пользователя в /home для разных дистрибутивов / версий (т. Е. Для пользователя «anthon» у меня есть что-то вроде /home/anthon12 и /home/anthon14 и т. Д.).

    Таким образом, я поделился материалом, который обычно хранится дома, между SuSE и Ubuntu и между различными версиями Ubuntu. Перед установкой новой версии я делаю резервную копию всего, что используется старой версией (особенно для общих вещей). И если после обновления какая-либо программа, которая изменяет конфигурационный файл каким-то отсталым несовместимым способом (я видел, что файлы .ini заменяются на .xml), вы замечаете, что при запуске старой системы и жалуется. В этот момент вы можете перенести эту конфигурацию из общего каталога, удалить ссылку и восстановить соответствующие файлы из резервной копии в старой версии.

    (Конечно, вся связующая и развязанная вещь автоматизирована с некоторыми сценариями).

    Да, нет, и, может быть. То, что сегодня истинно, может быть неверным завтра.
    Простой факт: все может быть испорчено.

    • Если ваше приложение является разумным в отношении вещей, оно будет обновлять свою базу данных и конфигурацию, чтобы при загрузке более новой версии она либо предупредит вас, либо взорвется. Банши делает это. Это здорово для целостности, но ужасно для последовательного запуска.

    • Если это не так (и, опять же, кто должен сказать, какие приложения могут применяться или не могут применяться в будущем), вы рискуете потерями данных. Чем больше разница в версиях приложений, тем больше шансов, я бы сказал.

    Если вы можете гарантировать одни и те же версии обеих ОС и позаботиться о том, чтобы одновременно обновить их (так что Chrome и ST как можно ближе), вы, вероятно, можете уменьшить большую часть риска … Но всегда будет риск путь.

    По крайней мере, я предлагаю сделать резервную копию каждый раз, когда вы загружаетесь в любую ОС. Скрипт что-то в этом просто делает большую копию ваших самых важных библиотек и настроек и бежит их куда-нибудь, чтобы, если что-то сломается однажды, вы можете восстановить и вернуться к другой ОС.

    Проблемы с общим доступом к нескольким неидентичным установкам связаны не столько с операционной системой, сколько с программами – и особенно с их версиями – установлены в каждой системе.

    Если у вас есть одно и то же программное обеспечение, установленное на обеих системах, но с разными версиями, вы можете столкнуться с проблемами, когда одна версия понимает свой точечный файл , в то время как другая версия может вообще не понимать его или частично не понимать. Некоторое программное обеспечение, такое как Vim, в порядке, частично не понимая его конфигурационный файл. Некоторые люди имеют репозитории на GitHub с их конфигурационными файлами, чтобы быстро воспроизвести их домашний каталог.

    В основном вы будете в порядке, но это будет подвергнуто тестированию.

    Настоящий убийца, хотя это раздел, который не может монтироваться под каждой из систем. Если раздел найден обеими системами, это не должно быть большой проблемой. Но вам, возможно, придется адаптировать обе системы, совершенно точно. Во-первых, вещи разваливаются, когда у вас разные UID для одного и того же пользователя на каждом дистрибутиве. Так что да, это возможно, и на более крупных объектах (университетах, компаниях и т. Д.) Это делается. Однако при работе с ним необходимо учитывать предпосылки.

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

    Это не очень безопасно, потому что разные ОС могут делать разные вещи с домашним каталогом пользователей. Если вам нужно, тогда вам лучше использовать общий идентификатор идентификации пользователя где-нибудь, чтобы избежать проблем с uid / gid.

    Вероятно, лучше всего разместить каталог пользователя в общей системе nfs, а затем использовать autofs для автоматического монтирования внутри каждого соответствующего пользователя.

    Linux и Unix - лучшая ОС в мире.