Я могу установить дистрибутив на одном разделе при использовании дистрибутива, установленного на другом?
Каждый раз, когда Вы выполняете удар (невход в систему) экземпляр оболочки, он читает и выполняется .bashrc файл в Вашем корневом каталоге. Оболочки входа в систему, с другой стороны, делают это для .profile файл, расположенный в Вашем корневом каталоге. Можно найти различие между входом в систему и не войти в оболочки путем чтения руководства удара.
В Вашем случае откройте Ваш ~/.bashrc и набор там переменная, которую Вы хотите. Например:
PATH="/some/new/path:$PATH"
Сохраните его и перезагрузите его:
$ source ~/.bashrc
Я всегда думал, что это не будет хорошей идеей. Я не глубоко исследовал это, но я сделал параллельные установки 2 или 3 версий Linux на (удаленной) машине, которая должна была продолжить работать максимально долго (который, по моему скромному мнению, является близко к Вашему дополнительному требованию).
Очевидно, существует механизм для установки пакетов к другому разделу, чем активное распределение (например, 'dpkg - корень =/some/dir), но это - просто упаковка. Я был осторожен, что существуют другие вещи, продолжающиеся во время установки, о которой могла бы знать версия X при установке себя с CD, та версия x-1 (или более старый) не знает о. Поэтому я не думаю, что это - хорошая идея установить X с X-1 (но снова, это могло бы быть отсутствие знаний), и я всегда устанавливаю версию X с собой.
Что я делаю для хранения времени простоя работы X-1, минимальная система:
- загрузите изображение установки для версии X в файл
- загрузите виртуальную машину (в наше время VirtualBox, но я раньше использовал VMware для того), и установите X из изображения.
- установите дополнительный материал потребности машины (
openssh, и т.д.), который не установлен по умолчанию. - настройте вещи как
postfixпутем копированияmain.cfот рабочей машины. - В целом поднимите VM и работающий максимально близко к рабочей установке версии x-1, не учтя вещи как pickung электронная почта, которые взаимодействуют со средой non-reversable способом.
Дополнительно (если Ваша машина производительна) достаточно для получения хорошего впечатления, игры с версией X.
В этой точке у Вас есть установка X (настроенный версией X), но это находится на виртуальной машине а не на разделе, который Вы хотите. Следующие шаги:
- скопируйте все соответствующие файлы от VM до целевого раздела (где используется быть версией x-2). Для этого можно, вероятно, закрыть VM и смонтировать диск VM на хосте, но я успешно сделал это при наличии выполнения, клиент VM делает копию (использование
find / -xdev -print0 | cpio -pdmv0 /target/partition/mounted/in/vm) - обновите, просто скопированный,
fstabиз версии X с соответствующими UUID (или устройства) и выбор подкачки (вероятно, может совместно использовать раздел с X-1, пока Вы не в спящем режиме к диску), - обновите другие вещи, которые будут отличающимися (например, если Вы не используете DHCP для получения сетевого адреса).
- сделайте копию
/boot/grub/grub.cfg(на X-1) - выполненный
grub-mkconfig -o /boot/grub/grub.cfgи разность с копией Вы просто сделали. Новое ядро должно быть примечательным как основное изменение.
Теперь у Вас должна быть система двойной загрузки, которая больше не имеет версию x-1 (значение по умолчанию) и X-2 как параметры загрузки, но X-1 (значение по умолчанию) и X. Можно теперь перезагрузить в версии X ручным выбором во время начальной загрузки. Если Вы хотите сделать тот выбор, более постоянный, можно измениться GRUB_DEFAULT= в /etc/default/grub (или измените X-1 систему на перезагрузку по умолчанию в последнем выбранном параметре загрузки),
В какой-то момент, самое позднее прежде, чем идти в версию X+1 и таким образом перезаписать версию x-1, необходимо работать grub-install от версии X, и начинают использовать ее личинку а не ту от X-1.
Если у Вас есть Ваш /home на отдельном разделе затем Вы смогли совместно использовать свой корневой каталог между версиями, но иногда который не работает, поскольку программы делают необратимые преобразования данных конфигурации.
-
1, который я проголосовал за это, потому что он походит точно, что я искал, но я не могу протестировать его, потому что я не знаю, как использовать VMs. – Wutaz 09.06.2013, 18:23
-
2я использовал их с 1998, запуская Windows в соответствии с Linux и vv., проверяя новые установки и поддерживая старый материал в рабочем состоянии. Это определенно стоит инвестиций времени, чтобы изучить, как настроить VM, если Вы хотите испытать новые вещи safe/non-destructive способом. Передача вещей от работы, VM к реальному разделу является более трудным, но возможно тестирующий в VM, дает Вам ответ, если Вы хотите сделать установку с CD/USB нормальный способ знать, что время простоя будет стоить того. – Anthon 09.06.2013, 18:34
-
3, который я наконец изучил, как выполнить VM, loopmount виртуальный диск, клонировать установленную ОС и меня даже, решил странную проблему UUID, которая открылась. Моя проблема была решена, и теперь у меня есть различные полезные новые навыки также.Большое спасибо. – Wutaz 28.06.2013, 04:25
Можно использовать debootstrap для установки Debian или релиза Ubuntu в каталоге любой системы Linux. В то время как Монетный двор явно не поддерживается, можно установить релиз Ubuntu, на основе которого выпуск Монетного двора, который Вы хотите.
Однако это не достигнет того, что Вы хотите, потому что это только распаковывает пакеты и настраивает достаточно конфигурационных файлов для получения рабочей системы. Debian, Ubuntu и установщики Монетного двора делают немного больше, чем это, таким образом, Вы не получите точно тот же опыт от системы, установленной с debootstrap и от системы, установленной с установщиком.
Хороший способ испытать новый выпуск состоял бы в том, чтобы установить его в виртуальной машине. Это позволит Вам видеть доступные пакеты, графический интерфейсы пользователя по умолчанию, и т.д. Единственная вещь, которую VM не сделает для Вас, показывают проблемы драйвера.
-
1