Arch linux нет nano

GNU nano (or nano) is a text editor which aims to introduce a simple interface and intuitive command options to console based text editing. nano supports features including colorized syntax highlighting, DOS/Mac file type conversions, spellchecking and UTF-8 encoding. nano opened with an empty buffer typically occupies under 4 MB of resident memory.

Installation

Configuration

The look, feel, and function of nano is typically controlled by way of either command-line arguments, or configuration commands within the file

A sample configuration file is installed upon program installation and is located at /etc/nanorc . To customize your nano configuration, first create a local copy at

Proceed to establish the nano console environment by setting and/or unsetting commands within

Syntax highlighting

Nano ships with predefined syntax highlighting rules, defined in /usr/share/nano/*.nanorc . To enable them, add the following line to your

/.config/nano/nanorc or to /etc/nanorc :

For syntax highlighting enhancements which replace and expand the defaults, install nano-syntax-highlighting or nano-syntax-highlighting-git AUR and, additionally to the above setting, also add:

Forth

PKGBUILD

Save https://paste.xinu.at/4ss/ (similar to Arch’s old svntogit server) to /etc/nano/pkgbuild.nanorc and include it:

Suspension

Unlike most interactive programs, suspension is not enabled by default. To change this, uncomment the set suspendable line in /etc/nanorc . This will allow you to use the keys Ctrl+z to send nano to the background.

Usage

Shortcuts can be viewed from inside nano. See the nano online help files via Ctrl+g within nano and the nano Command Manual for complete descriptions and additional support.

Special functions

Keyboard shortcuts representing commonly used functions are listed along the bottom two lines of the nano screen.

They can be toggled by:

Ctrl for ^ based shortcuts
Meta (typically Alt ) or Esc for M- based shortcuts

Tips and tricks

Replacing vi with nano

To replace vi with nano as the default text editor for commands such as visudo, set the VISUAL and EDITOR environment variables, for example:

Troubleshooting

Hijacked keybindings

Some window managers have keybindings that conflict with nano, for example Alt+Enter . Remove or remap them to e.g Super (with dconf for mutter , muffin and marco ) and restart the window manager.

Источник

nano (Русский)

GNU nano (или просто «nano») — текстовый редактор с простым и интуитивно понятным интерфейсом, включающим в себя основные команды для редактирования текста. Nano поддерживает подсветку синтаксиса, конвертацию файлов DOS/Mac, проверку орфографии и кодировку UTF-8. Программа Nano (с пустым буфером) занимает в оперативной памяти менее 4 Мб.

Установка

Настройка

Вид, поведение и функции nano управляются посредством аргументов командной строки или настроек в файле

Пример конфигурационного файла находится в /etc/nanorc . Чтобы настроить nano, сначала скопируйте данный файл в

Продолжите настройку nano путём установки и/или отключения команд в файле

Подсветка синтаксиса

Nano поставляется с предопределенными правилами подсветки синтаксиса, заданными в /usr/share/nano/*.nanorc . Чтобы включить их, добавьте следующую строку в

/.config/nano/nanorc или /etc/nanorc :

Для получения улучшенной подсветки синтаксиса, расширяющей стандартные возможности, установите nano-syntax-highlighting или nano-syntax-highlighting-git AUR и добавьте следующий параметр в дополнение к вышеуказанному:

PKGBUILD

Сохраните https://paste.xinu.at/4ss/ в /etc/nano/pkgbuild.nanorc и включите его:

Forth

См. https://paste.xinu.at/wc17YG/ для получения конфигурации подсветки синтаксиса языка программирования Forth.

Фоновый режим

В отличие от большинства интерактивных программ, фоновый режим не включен по умолчанию. Чтобы изменить это, раскомментируйте строку ‘set suspend’ в /etc/nanorc . Это позволит использовать сочетание клавиш Ctrl+z для отправки nano в фоновый режим.

Перенос текста

До версии 4.0, в отличие от многих текстовых редакторов, nano автоматически вставлял перенос строки. Чтобы изменить это поведение, добавьте следующую строку в

Использование

Сочетания клавиш можно просмотреть из nano. См. справочные файлы nano онлайн с помощью Ctrl+g из nano или nano Command Manual (англ.) для получения полных описаний и дополнительной поддержки.

Специальные функции

Сочетания клавиш с наиболее используемыми функциями приведены на двух строках внизу экрана nano.

Их можно переключать следующим образом:

Ctrl для включения сочетаний клавиш, основанных на ^
Meta (обычно Alt ) или Esc для включения сочетаний клавиш, основанных на M-

Советы и рекомендации

Замена vi на nano

Чтобы заменить vi на nano в качестве стандартного текстового редактора при использовании таких команд, как visudo, задайте переменные окружения VISUAL и EDITOR , например:

Решение проблем

Оконный менеджер перехватывает горячие клавиши

Некоторые оконные менеджеры используют сочетания клавиш, конфликтующие с nano, например, Alt+Enter . Удалите и переназначьте их, к примеру, на Super (с помощью dconf для mutter , muffin и marco ) и перезапустите оконный менеджер.

Источник

Arch Linux

You are not logged in.

#1 2013-08-25 14:16:30

bash: nano: command not found Solved

Hi
I got this problem during installation. Unfortunately I didn’t find any recommendation how I can solve it.
I have downloaded and almost install but when I came inside I can’t set up hostname and timezone.

I spend half day to find some solutions that related with my problem. Could somebody help me to understand what I am doing wrong.
Thank you in advance for your help.

Last edited by rob111 (2013-08-25 20:34:02)

#2 2013-08-25 14:19:02

Re: bash: nano: command not found Solved

If the package is corrupted, you probably do want to delete it. That way it will be redownloaded (hopefully successfully this time) and installed.

FWIW, I used to be a nano user, thinking that vi/vim was just far too complex to be practical… but then I gave in, learned vim, and now I have actually removed nano from my system, and most of the applications I choose have vim keybindings. So if you have the spare time to go through vimtutor real quick, it could change your computing life!

#3 2013-08-25 14:35:37

Re: bash: nano: command not found Solved

#4 2013-08-25 15:03:53

Re: bash: nano: command not found Solved

The above points are correct for fixing the nano problem, but this seems to be a single symptom of a different underlying problem which is confirmed by the pacstrap not found error: you are not running in a (current nor even relatively recent) arch iso.

Where did you get that iso?

«UNIX is simple and coherent. » — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman

#5 2013-08-25 15:10:39

Re: bash: nano: command not found Solved

I can’t enter in pacman’s config file

#6 2013-08-25 15:14:30

Re: bash: nano: command not found Solved

Where did you get that iso?

I downloaded it from wiki.archlinux.org site
archlinux-2013.08.01-dual.iso

#7 2013-08-25 16:02:25

Re: bash: nano: command not found Solved

I can’t enter in pacman’s config file

It’s a text file, use an editor to edit it.

#8 2013-08-25 16:05:58

Re: bash: nano: command not found Solved

@Trilby, pacstrap only works if not chrooted in.

@rob111 You don’t have to be in pacman.conf.

Set your time and set/refresh your keys as stated in the link.

#9 2013-08-25 16:25:33

Re: bash: nano: command not found Solved

@Trilby, pacstrap only works if not chrooted in.

The OP still trying to install base and base-devel suggested he had not yet chrooted. The hostname of the prompt also supports this.

@ OP, can you clarify: have you already chrooted into the installed system? Had you previously successfully ran the pacstrap command?

Even if this is after the chroot, if the proper steps were followed, nano would be installed.

Last edited by Trilby (2013-08-25 16:26:45)

«UNIX is simple and coherent. » — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman

#10 2013-08-25 16:48:17

Re: bash: nano: command not found Solved

Setting the hostname and timezone is normally done after chrooting; the prompt is correct, normally when not chrooted in
you have a prompt with «livecd» or something similair.

You are right on the spot there.
There is a possibility that with using the command

if the follow up is not correct not all packages will be downloaded/installed. Happenend to me at one of my
first attempts. By ommiting «-i» all packages will be downloaded automatically.

Last edited by henk (2013-08-25 16:58:19)

#11 2013-08-25 19:21:13

Re: bash: nano: command not found Solved

Setting the hostname and timezone is normally done after chrooting; the prompt is correct, normally when not chrooted in
you have a prompt with «livecd» or something similair.

But if the OP is not using the ‘-i’ switch with pacstrap, then when the install gets to the nano package, it would simply fail to install anything, wouldn’t it? So it would seem that unless the OP has explicitly chosen not to install nano, then he/she would still be at the point on an empty partition.

I am fairly certain that the prompt contains the hostname of the live media, since it is just a vanilla grml-zsh-config setup. Adn the live media definitely has a hostname of ‘archiso’.

Источник

Разбираемся с установкой и загрузкой Linux на примере ArchLinux

Сначала мы установим Archlinux и превратим его в загрузочный сервер. Прямо оттуда подготовим новую компактную систему, в которую добавим минимальное графическое окружение и самый необходимый функционал (на примере Firefox). Научим нашу систему загружаться по сети даже на компьютерах с UEFI. Затем полностью переведём её в режим «только для чтения» (сделаем «живой»), что позволит нам использовать систему одновременно хоть на пол сотне разномастных компьютеров с одним единственным загрузочным сервером. Это всё будет работать даже внутри дешёвой 100-Мб сети, которую мы дополнительно «разгоним» в пару раз.

Никакие закладки в жестких дисках будут вам не страшны, потому что дисков у нас не будет. Никакие очумелые ручки пользователей ничего не сломают, т. к. после перезагрузки система вернется в первозданное лично вами состояние. Конечно же, вы научитесь и сможете самостоятельно изменять загружаемую систему таким образом, чтобы в ней содержался только нужный вам функционал и ничего лишнего. Между делом мы выясним, как и в каком порядке загружается Linux, а также из чего он состоит. Знания, как известно, — бесценны, поэтому я делюсь ими даром.

Постараюсь без долгих рассуждений пояснять происходящее, иногда забегая немного вперёд, но впоследствии обязательно раскладывая всё по полочкам. Чтобы у вас вообще не возникало проблем с пониманием, предполагаю, что вы уже работали с каким-нибудь готовым дистрибутивом Linux, пробовали писать простые скрипты с помощью nano или другого текстового редактора. Если вы новичок в ArchLinux, то узнаете много нового, а если «старичок», то узнаете поменьше, но, надеюсь, что в любом случае вы ещё сильнее полюбите Linux.

Информации оказалось очень много. И по устоявшейся голливудской традиции впереди вас ждёт сериал в нескольких частях:
продолжение;
окончание.

Сейчас мы установим Archlinux в VirtualBox, который можно будет клонировать и запускать практически на любом компьютере с legacy BIOS без каких-либо дополнительных настроек. Между делом мы познакомимся с основными приёмами работы с systemd, а также узнаем как его использовать для запуска произвольных служб и программ во время загрузки. Ещё мы увидим, какие этапы проходит Linux при загрузке, и напишем собственный обработчик (hook), который поместим в initramfs. Не знаете что такое initramfs? Тогда заходите под кат.

Есть много причин, по которым выбор пал именно на Archlinux. Первая причина: он мой давний изворотливый приятель и верный помощник. Gentoo, как пишут на просторах Интернета, ещё более изворотлив, но собирать систему из исходников не хочется. Вторая причина: в готовых сборках всегда содержится много лишнего, а перекачивание больших объемов данных может критично сказаться на производительности сети, да и ничего не видно за широкой спиной «автоматического инсталлятора» — это третья причина. Четвертая: systemd постепенно проникает во все дистрибутивы и даже в Debian, так что мы сможем хорошенько покопаться в грядущем готовых дистрибутивов на примере Archlinux. При всём при этом, систему, которую мы позднее подготовим, можно будет загружать по сети не только сервера, работающего в виртуальной машине, но и с обычного компьютера, например, с Raspberry Pi, и даже с Western Digital My Cloud (проверено), который работает под Debian.

Подготовительные работы

Скачиваем свежий образ по ссылке с официального сайта. В Москве с серверов Яндекса, например, загрузка происходит очень быстро, и если у вас процесс затянулся — просто попробуйте качать в другом месте. Рекомендую запомнить в каком, т. к. эта информация нам ещё пригодится.

В VirtualBox создаем новую виртуальную машину (например, с 1 Гб оперативной памяти и 8 Гб накопителем). В настройках сети необходимо выбрать тип подключения «сетевой мост» и подходящий сетевой адаптер с доступом к сети Интернет. Подключаем скаченный образ к CD-ROM’у. Если не терпится начать работать с железом, то берите флешку и записывайте образ с помощью Win32 Disk Imager (если работаете под Windows), а потом загружайте будущий сервер прямо с неё.

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

Запускаем сервер SSH командой:

Остается узнать IP адрес машины, изучив вывод команды:

Адрес будет указан сразу после «inet».

Теперь пользователи Windows смогут подключиться к машине с помощью putty, а потом будут копировать отсюда команды и вставлять их и нажатием правой кнопки мыши.

Базовая установка

Дальше максимально коротко опишу стандартную установку Archlinux. Если появятся вопросы, то ответы на них вы, вероятно, найдете в Подробном описании установки для новичков. Wiki просто замечательная, а англоязычная wiki даже актуальная, так что старайтесь пользоваться именно ей.

Подготавливаем носитель с помощью cfdisk (это консольная утилита с простым и понятным интерфейсом). Нам достаточно одного раздела, только не забудьте пометить его как загрузочный:

Читайте также: Rdp windows 10 home 2004

Форматируем в ext4 и устанавливаем метку, например HABR:

Будущий корневой раздел монтируем в /mnt:

Archlinux обычно устанавливается через интернет, поэтому сразу после установки у вас будет самая новая и актуальная версия. Список репозиториев находится в файле /etc/pacman.d/mirrorlist. Постарайтесь вспомнить, откуда скачивали дистрибутив и перенесите эти серверы в самое начало списка — так вы серьезно сэкономите время на следующем шаге. Обычно это серверы, географически расположенные там же, где вы сейчас находитесь.

Устанавливаем базовый набор пакетов и набор для разработчиков:

Теперь воспользуемся командой arch-chroot, которая позволяет временно подменить корневой каталог на любой другой, в котором есть структура корневой файловой системы Linux. При этом программы, которые мы оттуда запустим, не будут знать о том, что снаружи ещё что-то существует. Мы практически окажемся в нашей новой системе с правами администратора:

Обратите внимание, как поменялось приглашение командной строки.

Выбираем языки, которые планируем использовать. Предлагаю оставить en_US.UTF-8 UTF-8 и ru_RU.UTF-8 UTF-8. В текстовом редакторе нужно просто снять комментарии напротив них:

Теперь генерируем выбранные локализации:

Если всё прошло хорошо, то вы увидите примерно такой текст:

Устанавливаем язык, который будет использоваться по-умолчанию:

А также раскладку и шрифт в консоли:

Указываем часовой пояс (я использую московское время):

Придумываем название для нашего будущего сервера:

Теперь установим пароль администратора. Делаем мы это в первую очередь из-за того, что SSH не позволит нам подключиться к системе без пароля. Тему неразумности использования системы, незащищенной паролем, здесь мы развивать не будем.

Дважды вводим пароль и убеждаемся, что password updated successfully.

Добавим нового пользователя с именем username (можете выбрать любое), наделим его правами администратора и зададим ему пароль из тех же соображений, а ещё и из-за того, что под root в текущей версии Arch мы не сможем собирать пакеты из AUR (Arch User Repository — это репозиторий от сообщества пользователей Arch Linux с программами, которые не вошли в основной репозиторий):

Редактируем файл настроек /etc/sudoers с помощью nano:

Добавив в него сразу после строки «root ALL=(ALL) ALL» ещё одну строчку:

И задаём пароль для пользователя username:

Теперь нужно установить загрузчик на внутренний накопитель, чтобы система смогла самостоятельно с него загрузиться. В качестве загрузчика предлагаю использовать GRUB, потому что позже он нам снова пригодится. Устанавливаем пакеты с помощью стандартного для Archlinux менеджера пакетов pacman:

Записываем загрузчик в MBR (Master Boot Record) нашего внутреннего накопителя.

Если всё прошло нормально, то вы увидите Installation finished. No error reported.

Выходим из chroot:

И замечаем, как поменялось приглашение командной строки.

Мы будем использовать метки дисков, подробное объяснение этого утверждения последует позже.

Снимите комментарий со строки GRUB_DISABLE_LINUX_UUID=true, чтобы не использовались UUID накопителей:

Генерируем файл конфигурации загрузчика, снова используя arch-chroot. Будет произведён вход, выполнение одной единственной команды, и последует автоматический выход:

Нам нужно заменить все упоминания /dev/sda1 на LABEL=HABR в файле конфигурации:

Если поменять в этом же файле строку set lang=en_US на set lang=ru_RU, то загрузчик будет общаться с нами на великом и могучем.

Генерируем файл fstab с ключом -L, который заставит генератор использовать метки дисков:

На этом базовая установка ArchLinux закончена. Система будет загружаться самостоятельно и встретит вас приветливым русскоязычным интерфейсом командной строки. Если после этого мы введем команду dhcpcd, то скорее всего даже Интернет заработает. Но мы пока не будем торопиться с перезагрузкой.

Запуск при загрузке с помощью systemd на примере NTP и SSH

Поскольку наша система будет общаться с другими компьютерами, нам потребуется синхронизировать время. Если время на сервере и клиенте будет отличаться, то существует большая вероятность того, что они вообще не смогут соединиться друг с другом. В свою очередь sudo может начать просить пароль после каждого действия, думая, что таймаут авторизации давно истёк. И кто знает, с чем нам ещё предстоит столкнуться? Перестрахуемся.

Чтобы синхронизировать время с серверами через Интернет по протоколу NTP, нам нужно установить недостающие пакеты. Можно воспользоваться arch-root, но но мы обойдёмся ключами, которые сообщат новое место для установки менеджеру пакетов:

Настроим получение точного времени с российских серверов:

Нам достаточно синхронизировать время один раз при загрузке. Раньше мы бы записали запуск службы точного времени в файл rc.local, но сейчас появился менеджер системы и служб systemd, который старается запускать службы (в оригинале они называются unit) параллельно для уменьшения времени загрузки системы. Естественно, что работоспособность одной службы может зависеть от функционирования другой. Например, нам бесполезно пытаться синхронизировать время через Интернет до того, как у нас на компьютере заработает сеть. Чтобы описать все эти взаимосвязи, уже недостаточно простого указания имени исполняемого файла, поэтому запуск посредством systemd стал весьма нетривиальным занятием. Для этой цели были созданы специальные файлы с расширением «.service». В них указаны зависимости, имена исполняемых файлов и другие параметры, которые нужно учитывать для успешного запуска. В частности, для управления этапами загрузки в systemd используются цели (target), которые по возлагаемым на них задачам схожи с уровнями запуска (runlevel). Подробности читайте в вики.

К радости новичков, вместе с пакетом ntp поставляется уже готовый ntpdate.service. Все файлы, описывающие запуск служб, находятся в папке $root/usr/lib/systemd/system/, и их можно открыть в любом текстовом редакторе или посмотреть обычным образом. Вот, например, $root/usr/lib/systemd/system/ntpdate.service:

В блоке [Unit] в строке Description указывается краткое описание службы, и при каких условиях она должна быть запущена (в данном случае, после запуска сети, но до перед запуском сервера NTP, который мы вообще не планируем запускать). Запрос точного времени происходит единственный раз во время загрузки, и за это отвечает строка Type=oneshot из блока [Service]. В этом же блоке в строке ExecStart указаны действия, которые необходимо выполнить для запуска сервиса. В блоке [Install] в нашем случае указано, что запуск нашей службы необходим для достижения цели multi-user.target. Рекомендуется использовать такое же содержание блока [Install] для запуска самодельных служб.

В качестве первого практического примера мы немного расширим функциональность ntpdate.service, попросив его дополнительно исправлять время на аппаратных часах. Если после этого, на этом же самом компьютере вы загрузите Windows, то увидите время по Гринвичу, так что не пугайтесь.

Изменение стандартного поведения любой службы systemd производится следующим образом: сначала в папке /etc/systemd/system/ создается новый каталог с полным именем службы и расширением «.d», куда добавляется файл с произвольным именем и расширением «.conf», и уже там производятся нужные модификации. Приступим:

Здесь просто говорится о том, что во сразу после запуска службы выполнить команду «/usr/bin/hwclock -w», которая переведёт аппаратные часы.

Добавляем службу ntpdate в автозагрузку (синтаксис стандартен для всех служб):

Как видите, в каталоге multi-user.target.wants создалась обыкновенная символическая ссылка на файл ntpdate.service, а упоминание о цели multi-user.target мы видели в блоке [Install] этого самого файла. Получается для того, чтобы система достигла цели multi-user.target, должны быть запущены все службы из каталога multi-user.target.wants.

Теперь устанавливаем пакет SSH аналогичным способом (в ArchLinux он называется openssh):

Но на этот раз для автозапуска мы будем использовать сокет, чтобы сервер SSH стартовал только после поступления запроса на подключение, а не висел мёртвым грузом в оперативной памяти:

Мы не поменяли стандартный 22-й порт и не включили принудительное использование Protocol 2 — пусть это останется на моей совести.

Забегая вперед или знакомимся с обработчиками (hooks)

Чтобы мы могли не глядя подключиться к нашему будущему серверу, нам нужно знать его IP адрес. Будет намного проще, если этот адрес — статический. Обычные способы, о которых говорится в вики, нам не подходят. Проблема в том, что сетевые адаптеры в современном мире именуются согласно своему физическому расположению на материнской плате. Например, имя устройства enp0s3 означает, что это сетевой адаптер ethernet, который расположен на нулевой шине PCI в третьем слоте (подробности здесь). Сделано так для того, чтобы при замене одного адаптера другим, имя устройства в системе не поменялось. Такое поведение нам не желательно, т. к. на разных моделях материнских плат положение сетевой карты может быть разным, и когда мы попытаемся перенести наш загрузочный сервер из VirtualBox на реальное железо, нам скорее всего придётся загружаться с клавиатурой и монитором, чтобы правильно настроить сеть. Нам нужно, чтобы имя сетевого адаптера стало более предсказуемым, например, eth0 (это место зарезервировано смайликом).

Устанавливаем пакет mkinitcpio-nfs-utils, и у нас появится обработчик (hook) под названием «net»:

По-умолчанию, все файлы обработчика попадают в /usr/lib/initcpio/. Обычно это парные файлы с одинаковым названием, один из которых окажется в подкаталоге install, а другой — в hooks. Сами файлы являются обычными скриптами. Файл из папки hooks обычно попадает внутрь файла initramfs (позже мы о нём всё узнаем) и выполняется при загрузке системы. Второй файл из пары попадает в папку install. Внутри него есть функция build(), в которой находятся сведения о том, какие действия нужно выполнить во время генерации файла initramfs, а также функция help() с описанием того, для чего предназначен данный обработчик. Если запутались, то просто читайте дальше, и всё сказанное в этом абзаце встанет на свои места.

Папка initcpio также присутствует в каталоге /etc, и в ней тоже есть подкаталоги install и hooks. При этом она имеет безусловный приоритет над /usr/lib/initcpio, т. е. если в обеих папках окажутся файлы с одинаковыми названиями, то при генерации initcpio будут использоваться файлы из /etc/initcpio, а не из /usr/lib/initcpio.

Нам нужно немного поменять функциональность обработчика net, поэтому просто скопируем файлы из /usr/lib/initcpio в /etc/initcpio:

Приводим файл hooks/net к следующему виду:

Теперь откроем файл $root/etc/initcpio/install/net и увидим, что в функции help() отлично написано, что из себя должна представлять переменная «ip»:

Останется просто установить значение переменной, чтобы задать статический IP адрес и название сетевого устройства, например так «192.168.1.100::192.168.1.1:255.255.255.0::eth0:none» (здесь и далее используйте подходящие для себя настройки сети). В следующем разделе вы узнаете, где именно задаётся значение.

А пока уберём всё лишнее из файла $root/etc/initcpio/install/net. Оставляем загрузку модулей сетевых устройств, программу ipconfig, которую использовали выше, и, естественно, сам скрипт из папки hooks, выполняющий всю основную работу. Получится примерно следующее:

Когда во время загрузки менеджер устройств systemd-udevd попробует переименовать наше сетевое устройство в привычное ему predictable network interface name, например, в enp0s3, то у него ничего не получится. Почему — читайте дальше.

Как происходит загрузка системы

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

Как раз такой загрузчик мы записали в MBR нашего накопителя. Мы использовали GRUB, в настройках которого (файл grub.cfg) указали, что корневой раздел находится на диске с меткой HABR. Вот эта строка целиком:

Здесь упомянут файл vmlinuz-linux, который является ядром системы, а указатель на корневую систему является его параметром. Мы просим искать корневую систему на устройстве с меткой HABR. Здесь также мог бы быть уникальный для каждого накопителя UUID, но в этом случае при переносе системы на другой диск нам несомненно пришлось бы его изменить. Если бы мы указали положение корневой системы привычным для линуксоидов образом: /dev/sda1, то не смогли бы загрузиться с USB накопителя, т. к. это имя USB накопитель бы получил только будучи единственным накопителем в компьютере. Маловероятно, что в компьютере окажется ещё один накопитель с меткой HABR, но не стоит об этом забывать.

Здесь же устанавливается значение глобальной переменной «ip» для нашего обработчика «net» (не забудьте поменять адреса на используемые в вашей сети):

В соседней строке есть упоминание файла initramfs, с которым я обещал разобраться:

Далее при загрузке происходит следующее: загрузчик GRUB получает файлы vmlinuz и initramfs, сообщает им, где искать корневую файловую систему и передаёт им управление дальнейшей загрузкой.

Название initramfs образовано от initial ram file system. Это на самом деле обычная корневая файловая система Linux, упакованная в архив. Она разворачивается в оперативной памяти во время загрузки и предназначена для того, чтобы найти и подготовить корневую файловую систему нашего linux, который мы пытаемся загрузить в итоге. В initramfs есть всё необходимое для этих целей, ведь это настоящий «маленький линукс», который может выполнять многие обычные команды. Его возможности расширяются с помощью обработчиков (hooks), которые помогают сформировать новую корневую файловую систему нашего linux.

После того, как программы из initramfs выполнят свою работу, управление дальнейшей загрузкой передается процессу init подготовленной корневой файловой системы. В качестве процесса init Archlinux использует systemd.

Менеджер устройств systemd-udevd является частью systemd. Он, как и его старший брат, старается обнаруживать и настраивать все устройства в системе параллельно. Он начинает свою работу одним из первых, но уже после того, как наш обработчик net инициализирует сетевую карту ещё на на этапе работы initramfs. Таким образом, systemd-udevd не может переименовать используемое устройство, и имя eth0 сохраняется за сетевой картой в течение всего времени работы.

Готовим initramfs

Для создания файла initramfs используется программа mkinitcpio, которая входит в пакет base, установленный нами в самом начале. Настройки находятся в файле $root/etc/mkinitcpio.conf, а пресеты лежат в папке /etc/mkinitcpio.d. От нас требуется сделать initramfs таким, чтобы он смог найти и подготовить корневую файловую систему, с которой впоследствии начнёт работать systemd. Нам совершенно необязательно учитывать все возможные варианты, достаточно только самого необходимого, чтобы не увеличивать размеры файла initramfs. Более подробная информация находится здесь wiki.archlinux.org/index.php/Mkinitcpio

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

Достаточный для наших целей список обработчиков включая созданный нами net выглядит следующим образом:

вставляем эту строку в файл mkinitcpio.conf, а старую комментируем:

На базе стандартного пресета linux создаем свой пресет habr:

И приводим его к такому виду:

Нам не нужна ветка ‘fallback’, которая удаляет из обработчиков autodetect, ведь мы его уже сами убрали, и нам не нужно дважды генерировать одинаковый файл initramfs с разными названиями.

Генерируем новый initramfs с помощью пресета habr:

Пишем службу обновления DNS для использования с systemd

Наша сетевая карта получает все настройки для того, чтобы работала сеть и Интернет. Но названия сайтов переводиться в IP адреса не будут, т. к. наша система не знает, какие серверы DNS следует для этого использовать. Напишем собственную службу для этих целей, которую при загрузке будет запускать systemd. А чтобы узнать что-то новое и не заскучать от однообразия, передадим информацию о названии сетевого устройства в качестве параметра, а список DNS серверов сохраним во внешнем файле.

Обновлением информации о DNS серверах занимается resolvconf. Нам идеально подходит синтакскис:

В импортируемом здесь файле IP адрес каждого сервера указывается в новой строке после ключевого слова nameserver. Можно указать сколько угодно серверов, но использоваться будут только первые 3 из них. В качестве примера воспользуемся серверами Яндекс. В этом случае файл, передаваемый в resolvconf, должен выглядеть вот так:

Нам нужно получать информацию о DNS серверах до того, как система будет уверена, что сеть полностью работает, т. е. до достижения цели network.target. Будем считать, что информацию о серверах нам достаточно обновлять один раз во время загрузки. И стандартно скажем, что нашу службу требует цель multi-user.target. Создаём файл запуска службы в каталоге со следующим содержанием:

В строке ExecStart мы выполняем команду echo, на лету генерирующую файл со списком серверов, который через конвейер передаем resolvconf. Вообще, в строке ExecStart нельзя использовать несколько команд и тем более нельзя использовать конвейеры, но мы снова всех обманули, передав эти команды в качестве параметра -c для /usr/bin/sh.

Обратите внимание, что в названии файла update_dns@.service используется символ @, после которого можно указать переменную, и она попадёт внутрь файла, заменив собой «%i». Таким образом строка EnvironmentFile=/etc/default/dns@%i превратится в EnvironmentFile=/etc/default/dns@eth0 — именно это название внешнего файла, мы будем использовать для хранения значения переменных DNS0 и DNS1. Синтаксис как в обычных скриптах: «название переменной=значение переменной». Создадим файл:

И добавим следующие строки:

Теперь добавляем службу в автозагрузку не забывая указать имя сетевой карты после @:

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

Перед первым запуском

На этом первоначальная настройка закончена. Нам нужно загрузить установленный ArchLinux с внутреннего накопителя, чтобы произведённые нами изменения вступили в силу.

Отключаем готовую корневую систему:

И выключаем виртуальную машину:

Теперь можно отключить загрузочный образ из CD-ROM или достать флешку, после этого включаем машину и убеждаемся, что всё работает.

Источник

Arch linux нет nano

Arch Linux

#1 2013-01-20 11:22:09

[SOLVED] ‘sh: nano: command not found’ on installation in arch-chroot

#2 2013-01-20 11:23:56

Re: [SOLVED] ‘sh: nano: command not found’ on installation in arch-chroot

#3 2013-01-20 11:39:07

Re: [SOLVED] ‘sh: nano: command not found’ on installation in arch-chroot