Откровенно говоря, это - первый раз, когда я услышал о режиме клиент-сервер энергии. И мне, это не выглядит полезным в Вашем сценарии, так как можно отредактировать столько файлов, сколько Вы хотите на вкладках использования экземпляра энергии. Когда в vim
, просто войдите :tabedit somefile
и новая вкладка откроется выбранным файлом. Простое переключение вкладки сделано с помощью gt
команда.
Для больше на вкладках, посмотрите help tabs
(из энергии). Также взгляните на help split
если требуется видеть больше чем один файл одновременно.
Циновка уже сказала это. Я дам Вам быстрый пример стандартного расположения для набега программного обеспечения и LVM:
После создания md2:
pvcreate /dev/md2
vgcreate system /dev/md2
lvcreate -n vartmp -L 2G system
mkfs -t ext3 -L vartemp /dev/system/vartemp
mount /dev/system/vartemp /var/tmp
Я надеюсь, что этого достаточно для получения идеи. Можно использовать LVs точно так же, как Вы использовали бы раздел. Если / является достаточно большим, можно запустить путем установки всего там, то настроенный LVs и перемещают содержание туда после начальной загрузки от спасения ISO/DVD/CD.
Более старые версии mdadm утилиты и ядра Linux (2.4) не поддерживали разделение программного обеспечения RAID. Это было представлено в 2,6 ядрах, но разделение "неразделенных" массивов таким-образом-вызова не было представлено до 2.6.28.
Из mdadm страницы справочника:
Стандартные имена для неразделенных массивов (единственный вид массива MD, доступного в 2,4 и ранее), имеют форму
/dev/mdNN where NN is a number. The standard names for partitionable arrays (as available from 2.6 onwards) are of the form /dev/md_dNN Partition numbers should be indicated by added "pMM" to these, thus "/dev/md/d1p2". From kernel version, 2.6.28 the "non-partitioned array" can actually be partitioned. So the "md_dNN" names are no longer needed, and partitions such as "/dev/mdNNpXX" are possible.
При использовании версии mdadm, более старого, чем 3,0 mdadm ответственен для создания всех узлов устройства (см. --auto
опция). Более поздние версии полагаются на udev.