Могут ли две разные ОС разделять корневой раздел?

Простой ответ

Нет.

Объяснение

Операционная система Unix (включая Ubuntu или любую другую ОС на базе Linux) в значительной степени определяется файлы, которые находятся в фиксированных местоположениях относительно каталога root (/), например /etc/fstab (который описывает разделы) и ключевых двоичных файлов в /bin и /sbin. Каждый дистрибутив имеет свой уникальный набор файлов в этих местах. (В случае некоторых файлов, таких как /etc/fstab, они настроены для конкретной установки, но это означает, что для двух ОС, которые поделились файлами, потребуются одинаковые настройки, что также означает, что они будут идентичны и, две ОС). Эти ключевые файлы в основном расположены в каталогах от корня (/), но они находятся в каталогах, которые не могут быть установлены из отдельных файловых систем (таких как /etc, /bin и /sbin), поэтому факт, что они находятся в каталогах, не имеет значения. В очень реальном смысле файловая система root (/) - это ОС; он не может использоваться совместно. (Вы можете установить корневой каталог одного дистрибутива в другом месте в другом дистрибутиве, но это не делит его в том смысле, который, я полагаю, вы имели в виду.)

Технический путь к червям из ответа выше

[d7 ] Ваш вопрос задан об общем «root is » (добавлен акцент). Мой ответ относится к каталогам (или, соответственно, в другом месте ). Они не должны быть точно эквивалентными. В частности, если вы используете Logical Volume Manager (LVM), несколько файловых систем могут совместно использовать один раздел; они просто будут в разных логических томах (LV). Таким образом, вы можете установить несколько дистрибутивов Linux в одном физическом томе LVM (PV, то есть раздел). Я не думаю, что это то, что вы имели в виду; Я думаю, вы спрашивали об общей файловой системе / директории root [/), несмотря на то, что вы использовали раздел слов.

EDIT: еще более странный способ заставить его работать

Еще один способ получить два дистрибутива для совместного использования раздела root (/): ядро ​​Linux запускает программу под названием init для управления задачами запуска. Можно указать ядру использовать другую программу, передав параметр ядра init=, как в init=/foo/bar, чтобы запустить /foo/bar. В принципе, вы можете использовать эту опцию, чтобы передать одному ядру дистрибутива нестандартную программу init, которая, в свою очередь, ищет программы поддержки в нестандартных местах. Этот подход потребует создания совершенно нового дистрибутива или, по крайней мере, изменения некоторых ключевых компонентов - возможно, для установки всего, что ему нужно, в какой-то каталог, например /myweirddistrib, /myweirddistrib/etc, /myweirddistrib/sbin и т. Д.

Хотя эти каталоги работают в принципе, на практике это потребует большой работы. Многие программы включают в себя либо жестко заданные пути по умолчанию, либо полагаются на пути по умолчанию, установленные в файлах конфигурации, и вам нужно будет изменить их все, чтобы заставить их работать, а это значит, что вы не сможете получить -shelf "распространение на работу; вам нужно будет создать дистрибутив самостоятельно. Возможно, вы сможете использовать стандартный дистрибутив в качестве базы, но вам нужно будет перестроить многие (возможно, большинство или все) пакеты. Все, что не было изменено, в конечном итоге будет использовать «родные» файлы / -resident distribution, что может привести к некоторым странным проблемам. Таким образом, этот подход является скорее теоретической идеей, чем практическим предложением.

Простой ответ

Нет.

Объяснение

Операционная система Unix (включая Ubuntu или любую другую ОС на базе Linux) в значительной степени определяется файлы, которые находятся в фиксированных местоположениях относительно каталога root (/), например /etc/fstab (который описывает разделы) и ключевых двоичных файлов в /bin и /sbin. Каждый дистрибутив имеет свой уникальный набор файлов в этих местах. (В случае некоторых файлов, таких как /etc/fstab, они настроены для конкретной установки, но это означает, что для двух ОС, которые поделились файлами, потребуются одинаковые настройки, что также означает, что они будут идентичны и, две ОС). Эти ключевые файлы в основном расположены в каталогах от корня (/), но они находятся в каталогах, которые не могут быть установлены из отдельных файловых систем (таких как /etc, /bin и /sbin), поэтому факт, что они находятся в каталогах, не имеет значения. В очень реальном смысле файловая система root (/) - это ОС; он не может использоваться совместно. (Вы можете установить корневой каталог одного дистрибутива в другом месте в другом дистрибутиве, но это не делит его в том смысле, который, я полагаю, вы имели в виду.)

Технический путь к червям из ответа выше

Ваш вопрос задан об общем «root is » (добавлен акцент). Мой ответ относится к каталогам (или, соответственно, в другом месте ). Они не должны быть точно эквивалентными. В частности, если вы используете Logical Volume Manager (LVM), несколько файловых систем могут совместно использовать один раздел; они просто будут в разных логических томах (LV). Таким образом, вы можете установить несколько дистрибутивов Linux в одном физическом томе LVM (PV, то есть раздел). Я не думаю, что это то, что вы имели в виду; Я думаю, вы спрашивали об общей файловой системе / директории root [/), несмотря на то, что вы использовали раздел слов.

EDIT: еще более странный способ заставить его работать

Еще один способ получить два дистрибутива для совместного использования раздела root (/): ядро ​​Linux запускает программу под названием init для управления задачами запуска. Можно указать ядру использовать другую программу, передав параметр ядра init=, как в init=/foo/bar, чтобы запустить /foo/bar. В принципе, вы можете использовать эту опцию, чтобы передать одному ядру дистрибутива нестандартную программу init, которая, в свою очередь, ищет программы поддержки в нестандартных местах. Этот подход потребует создания совершенно нового дистрибутива или, по крайней мере, изменения некоторых ключевых компонентов - возможно, для установки всего, что ему нужно, в какой-то каталог, например /myweirddistrib, /myweirddistrib/etc, /myweirddistrib/sbin и т. Д.

Хотя эти каталоги работают в принципе, на практике это потребует большой работы. Многие программы включают в себя либо жестко заданные пути по умолчанию, либо полагаются на пути по умолчанию, установленные в файлах конфигурации, и вам нужно будет изменить их все, чтобы заставить их работать, а это значит, что вы не сможете получить -shelf "распространение на работу; вам нужно будет создать дистрибутив самостоятельно. Возможно, вы сможете использовать стандартный дистрибутив в качестве базы, но вам нужно будет перестроить многие (возможно, большинство или все) пакеты. Все, что не было изменено, в конечном итоге будет использовать «родные» файлы / -resident distribution, что может привести к некоторым странным проблемам. Таким образом, этот подход является скорее теоретической идеей, чем практическим предложением.

Простой ответ

Нет.

Объяснение

Операционная система Unix (включая Ubuntu или любую другую ОС на базе Linux) в значительной степени определяется файлы, которые находятся в фиксированных местоположениях относительно каталога root (/), например /etc/fstab (который описывает разделы) и ключевых двоичных файлов в /bin и /sbin. Каждый дистрибутив имеет свой уникальный набор файлов в этих местах. (В случае некоторых файлов, таких как /etc/fstab, они настроены для конкретной установки, но это означает, что для двух ОС, которые поделились файлами, потребуются одинаковые настройки, что также означает, что они будут идентичны и, две ОС). Эти ключевые файлы в основном расположены в каталогах от корня (/), но они находятся в каталогах, которые не могут быть установлены из отдельных файловых систем (таких как /etc, /bin и /sbin), поэтому факт, что они находятся в каталогах, не имеет значения. В очень реальном смысле файловая система root (/) - это ОС; он не может использоваться совместно. (Вы можете установить корневой каталог одного дистрибутива в другом месте в другом дистрибутиве, но это не делит его в том смысле, который, я полагаю, вы имели в виду.)

Технический путь к червям из ответа выше

Ваш вопрос задан об общем «root is » (добавлен акцент). Мой ответ относится к каталогам (или, соответственно, в другом месте ). Они не должны быть точно эквивалентными. В частности, если вы используете Logical Volume Manager (LVM), несколько файловых систем могут совместно использовать один раздел; они просто будут в разных логических томах (LV). Таким образом, вы можете установить несколько дистрибутивов Linux в одном физическом томе LVM (PV, то есть раздел). Я не думаю, что это то, что вы имели в виду; Я думаю, вы спрашивали об общей файловой системе / директории root [/), несмотря на то, что вы использовали раздел слов.

EDIT: еще более странный способ заставить его работать

Еще один способ получить два дистрибутива для совместного использования раздела root (/): ядро ​​Linux запускает программу под названием init для управления задачами запуска. Можно указать ядру использовать другую программу, передав параметр ядра init=, как в init=/foo/bar, чтобы запустить /foo/bar. В принципе, вы можете использовать эту опцию, чтобы передать одному ядру дистрибутива нестандартную программу init, которая, в свою очередь, ищет программы поддержки в нестандартных местах. Этот подход потребует создания совершенно нового дистрибутива или, по крайней мере, изменения некоторых ключевых компонентов - возможно, для установки всего, что ему нужно, в какой-то каталог, например /myweirddistrib, /myweirddistrib/etc, /myweirddistrib/sbin и т. Д.

Хотя эти каталоги работают в принципе, на практике это потребует большой работы. Многие программы включают в себя либо жестко заданные пути по умолчанию, либо полагаются на пути по умолчанию, установленные в файлах конфигурации, и вам нужно будет изменить их все, чтобы заставить их работать, а это значит, что вы не сможете получить -shelf "распространение на работу; вам нужно будет создать дистрибутив самостоятельно. Возможно, вы сможете использовать стандартный дистрибутив в качестве базы, но вам нужно будет перестроить многие (возможно, большинство или все) пакеты. Все, что не было изменено, в конечном итоге будет использовать «родные» файлы / -resident distribution, что может привести к некоторым странным проблемам. Таким образом, этот подход является скорее теоретической идеей, чем практическим предложением.