Нет это имеет отношение к RAM. Проверьте страницу Wikipedia на PAE (Расширение физического адреса).
выборка
В вычислениях Расширение физического адреса (PAE) является функцией, чтобы позволить 32-разрядным x86 центральным процессорам (центральные процессоры) получать доступ к физическому адресному пространству (включая оперативную память и устройства с отображенной памятью) больше, чем 4 гигабайта.
Я также узнал, почему Bohdi требователен, что у Вас есть возможность флага PAE. Этот комментарий от ведущего разработчика Bohdi.
выборка - Как установить Бодхи 2.1.0 на non-pae компьютере
Бодхи непосредственно использует сборки ядра из восходящей Ubuntu - всегда имеют - всегда будет. Они перемещаются в PAE только, мы тоже. Значение, на котором мы будем создавать будущее ядро отсюда как Ubuntu, делает. Если Вы не чувствуете, что можно добиться большего успеха, в этом случае Бодхи является совместным проектом - патчи приняты. Вы чувствуете, что чему-то недостает, внесите его.
Если Вы хотите выйти 2.x.y, основа в non-pae системе делает, как ylee предполагает - наши обновления точки прокручивают выпуск, таким образом, Вы получите те же версии пакета от 2.0.1 обновленных, как 2.1.0 обновленных имели бы.
~Jeff
Для отладки этого далее мне было бы нужно больше информации об аппаратных средствах, которые Вы пытаетесь использовать. Конкретно любой номер продуктов (не только номера моделей) с тех пор существует некоторые незначительные различия между этими 2 платами. Это мог также быть переключатель режимов где-нибудь, который устанавливает это на плате также.
покисляют в posix :
Initialization in ex and vi
See Initialization in ex and vi for a description of ex and vi
initialization for the vi utility.
и MANPAGE
Initialization in ex and vi
See Initialization in ex and vi for a description of ex and vi
initialization for the vi utility.
и EX
, говорит:
IEEE Std 1003.1-2001 does not mention system-wide ex and vi start-up
files. While they exist in several implementations of ex and vi, they
are not present in any implementations considered historical practice
by IEEE Std 1003.1-2001. Implementations that have such files should
use them only if they are owned by the real user ID or an appropriate
user (for example, root on UNIX systems) and if they are not writable
by any user other than their owner. System-wide start-up files should
be read before the EXINIT variable, $HOME/.exrc, or local .exrc files
are evaluated.
, поэтому я полагаю / etc / exrc
- ваша лучшая ставка для старой школы VI
.
Однако VI
VI на Centos 7, вероятно, просто VIM-минимальный
, в этом случае файлы запуска все еще будут использоваться vim
в их имени: / etc / vimrc
или / etc / vim / vimrc
.
Вопрос конкретно о CentOS7, и в нем упоминается vim. Это может быть только один из нескольких пакетов: vim-minimal
, vim-enhanced
, vim-x11
. CentOS не предоставляет пакеты для других реализаций vi, таких как nvi
.
Описание пакета vim-minimal
гласит
Пакет vim-minimal включает в себя минимальную версию VIM, которая устанавливается в /bin/vi для использования, когда присутствует только корневой раздел.
и man vi
дает manpage vim, где перечислены используемые системные конфигурационные файлы:
/etc/vimrc System wide Vim initializations.
/etc/gvimrc System wide gvim initializations.
и поскольку нет упоминания о gvim
, правильный ответ - /etc/vimrc
.
Обратите внимание, что в документации vim не указан другой конфигурационный файл при запуске в качестве vi
. Нет никаких /etc/virc
или ~/.virc
файлов.
На самом деле, POSIX избегает говорить, где могут находиться любые файлы конфигурации системы. Кит Бостик (который написал большую часть POSIX-описания vi) использовал другой файл системной конфигурации для nvi
:
/etc/vi.exrc
Помимо отсутствия упоминания файлов системной конфигурации, Бостик также решил не документировать modelines (или реализовать их в nvi
). Эти два варианта связаны между собой. Другие реализации vi
предоставляют (опционально или нет) способ чтения конфигурационного файла из текущего каталога. Это может привести к неожиданным результатам, а modelines может это усугубить. Системы Unix (AIX, HPUX, Solaris) делают эти возможности необязательными (как и elvis
, и vim
), основываясь на настройках exrc
и modeline
. nvi
также использует настройку exrc
для той же цели. В manpage
vim не упоминается, но в справке/документации говорится, что если он не может найти подходящий ~/.vimrc
, он будет искать /.exrc
(нет /etc/exrc
). Использование ~/.exrc
было документировано для SunOS 4. Solaris 10 также упоминает ~/.exrc
, но не /etc/exrc
.
Дальнейшее чтение: