Installation Guide
Once you have downloaded a Void image to install and prepared your install media, you are ready to install Void Linux.
Before you begin installation, you should determine whether your machine boots using BIOS or UEFI. This will affect how you plan partitions. See Partitioning Notes for more detail.
The following features are not supported by the installer script:
Booting
Boot your machine from the install media you created. If you have enough RAM, there is an option on the boot screen to load the entire image into ram, which will take some time but speed up the rest of the install process.
Once the live image has booted, log in as root with password voidlinux and run:
The following sections will detail each screen of the installer.
Keyboard
Select the keymap for your keyboard; standard «qwerty» keyboards will generally use the «us» keymap.
Network
Select your primary network interface. If you do not choose to use DHCP, you will be prompted to provide an IP address, gateway, and DNS servers.
Source
Warning!: If you are installing a desktop environment from a »flavor» image, you MUST choose Local for the source!
Hostname
Select a hostname for your computer (that is all lowercase, with no spaces.)
Locale
Select your default locale settings. This option is for glibc only, as musl does not currently support locales.
Timezone
Select your timezone based on standard timezone options.
Root password
Enter and confirm your root password for the new installation. The password will not be shown on screen.
User account
Choose a login (default void ) and a descriptive name for that login. Then enter and confirm the password for the new user. You will then be prompted to verify the groups for this new user. They are added to the wheel group by default and will have sudo access. Default groups and their descriptions are listed here.
Bootloader
Select the disk to install a bootloader on when Void is installed. You may select none to skip this step and install a bootloader manually after completing the installation process. If installing a bootloader, you will also be asked whether or not you want a graphical terminal for the GRUB menu.
Partition
Next, you will need to partition your disks. Void does not provide a preset partition scheme, so you will need to create your partitions manually with cfdisk(8). You will be prompted with a list of disks. Select the disk you want to partition and the installer will launch cfdisk for that disk. Remember you must write the partition table to the drive before you exit the partition editor.
If using BIOS, it is recommended you select MBR for the partition table. Advanced users may use GPT but will need to create a special BIOS partition for GRUB to boot.
See the Partitioning Notes for more details about partitioning your disk.
Filesystems
Create the filesystems for each partition you have created. For each partition you will be prompted to choose a filesystem type, whether you want to create a new filesystem on the partition, and a mount point, if applicable. When you are finished, select Done to return to the main menu.
Review settings
Install
Selecting Install from the menu will start the installer. The installer will create all the filesystems selected, and install the base system packages. It will then generate an initramfs and install a GRUB2 bootloader to the bootable partition.
These steps will all run automatically, and after the installation is completed successfully, you can reboot into your new Void Linux install!
Post installation
After booting into your Void installation for the first time, perform a system update.
Installation
This section includes general information about the process of installing Void. For specific guides, see the «Advanced Installation» section.
Base system requirements
Void can be installed on very minimalist hardware, though we recommend the following minimums for most installations:
| Architecture | CPU | RAM | Storage |
|---|---|---|---|
| x86_64-glibc | x86_64 | 96MB | 700MB |
| x86_64-musl | x86_64 | 96MB | 600MB |
| i686-glibc | Pentium 4 (SSE2) | 96MB | 700MB |
Note that flavor installations require more resources; how much more depends on the flavor.
Void is not available for the i386, i486, or i586 architectures.
Before installing musl Void, please read the «musl» section of this Handbook, so that you are aware of software incompatibilities.
It is highly recommended to have a network connection available during install to download updates, but this is not required. ISO images contain installation data on-disk and can be installed without network connectivity.
Downloading installation media
The most recent live images and rootfs tarballs can be downloaded from https://alpha.de.repo.voidlinux.org/live/current/. They can also be downloaded from other mirrors. Previous releases can be found under https://alpha.de.repo.voidlinux.org/live/, organized by date.
Verifying images
Each image release’s directory contains two files used to verify the image(s) you download. First, there is a sha256sum.txt file containing image checksums to verify the integrity of the downloaded images. Second is the sha256sum.sig file, used to verify the authenticity of the checksums.
It is necessary to verify both the image’s integrity and authenticity. It is, therefore, recommended that you download both files.
Verifying image integrity
You can verify the integrity of a downloaded file using sha256sum(1) with the sha256sum.txt file downloaded above. The following command will check the integrity of only the image(s) you have downloaded:
This verifies that the image is not corrupt.
Verifying digital signature
Prior to using any image you’re strongly encouraged to validate the signatures on the image to ensure they haven’t been tampered with.
Current images are signed using a signify key that is specific to the release. If you’re on Void already, you can obtain the keys from the void-release-keys package, which will be downloaded using your existing XBPS trust relationship with your mirror and package signatures. You will also need a copy of signify(1) or minisign(1); on Void, these are provided by the outils or minisign packages, respectively.
To obtain signify when using a Linux distribution or operating system other than Void Linux:
The minisign executable is usually provided by a package of the same name, and can also be installed on Windows, even without WSL or MinGW.
If you are not currently using Void Linux, it will also be necessary to obtain the appropriate signing key from our Git repository here.
Once you’ve obtained the key, you can verify your image with the sha256sum.sig and sha256sum.txt files. First, you need to verify the authenticity of the sha256sum.txt file.
The following examples demonstrate the verification of the sha256sum.txt file for the 20210930 images. Firstly, with signify :
And secondly, with minisign :
Finally, you need to verify that the checksum for your image matches the one in the sha256sum.txt file. This can be done with the sha256(1) utility, again from the outils package, as demonstrated below for the 20210930 x86_64 image:
Alternatively, if the sha256 utility isn’t available to you, you can compute the SHA256 hash of the file, e.g. using sha256sum(1), and compare it to the value contained in sha256sum.txt :
If the verification process does not produce the expected «OK» status, do not use it! Please alert the Void Linux team of where you got the image and how you verified it, and we will follow up on it.
Void Linux. После установки
Итак, не прошло и недели со дня первой установки Void Linux, как я, наконец, делюсь первыми же впечатлениями по его поводу. А начинаются они с перезагрузки машины, после которой появляется меню GRUB’а во второй его ипостаси:
С первым его пунктом всё понятно, второй же не богат вариантами, добавляя к нормальной загрузке загрузку в восстановительном, сиречь однопользовательском, режиме:
Однако далее речь пойдёт о нормальном режиме, наступление которого демонстрируется появлением окна дисплейного менеджера LXDM, принятого во всех редакциях дистрибутива, видимо, пущего минимализма для. И первое, что он запрашивает — имя пользователя:
Никакого пользовательского аккаунта в ходе установки не создавалось, так что возможно два варианта. Первый — совершить страшное, с точки зрения ортодоксов, преступление, зайдя в Иксы root’ом. Второй же — перейти в любую текстовую консоль (доступны со 2-й по 6-ю), авторизоваться там администратором, быстренько создать пользовательский аккаунт, перезагрузить систему — перезапуска дисплейного менеджера в LXDM не предусмотрено, Control+Alt+Backspase по умолчанию не работает, — и зайти в графическую среду уже под пользовательской учётной записью.
Впрочем, опциями можно себя не обременять, а дать постедовательность простых команд:
Она откроет указанный файл в текстовом редакторе vi (никакого другого в свежеустановленной системе нет). Для тех, кто, как и автор этих строк, не впитал умение работать с этим редактором сызмальства, напоминаю последовательность дальнейших действий:
снятие с неё символа комментария и удаление следующего за ним пробела пробела двухкратным нажатием клавиши x;
выход из редактора с сохранением изменений последовательностью клавиш :w.
Можно вместо этого раскомментировать следующую строку:
В этом случае для исполнения команды sudo не потребуется ввод пароля — насколько это оправданно, каждый решает, исходя из своей лени или паранойи.
Так или иначе, после ввода имени пользователя (или root ), запрашивается соответствующий пароль:
По вводе которого можно видеть соответствующую рабочую среду, например, Cinnamon:
Или любую другую из тех, что поддерживаются в дистрибутиве.
В последнем случае, правда, прежде чем добраться до десктопа, придётся пробраться сквозь кучу настроек.
Все редакции сходны в том отношении, что не содержат абсолютно никаких приложений, выходящих за рамки штатного расписания соответствующей среды. Почему самыми «упитанными» (точнее, наименее «тощими») являются образы с MATE и Xfce. Ну и, разумеется, всё, что находится «под ковром» каждого десктопа, во всех редакциях также одинаково. И воплощено ещё в одной редакции — «бездесктопной» и, более того, «безыксовой», то есть включающей в себя только консольный фундамент дистрибутива.
Назначение cli-редакции (буду условно называть её так) представляется двояким. Поскольку нынче мало кто выполняет практическую работу в «голой» консоли, она может служить базой для комплектации системы к более иным рабочим окружением:
А второе применение cli-редакции может быть аварийно-спасательным — хотя с этой ролью справится и любой другой LiveCD из подборки Void’а.
Далее речь пойдёт в основном о Cinnamon-редакции дистрибутива — хотя Xfce версии 4.12 мне весьма понравилась. Но уж больно много в ней собственных приложений — и ни одно из них не принадлежит к числу лучших, за исключением разве что терминала. Да и мосле Cinnamon все остальные среды чисто визуально кажутся мне грубоватыми. Тем не менее, редакцию с Xfce я оставил в ранге экспериментальной на HDD, прочие же установил в виртуалке — для общего ознакомления на досуге.
Чтобы более не возвращаться к этому вопросу, скажу о бросающихся в глаза недостатках дистрибутива, о которых упоминал в самом первом очерке — непонятностях в работе с сетью и ужасающем виде шрифтов по умолчанию. Первый недостаток был благополучно ликвидирован почти сразу.
Правда, и после этого шрифты в Firefox (единственной «посторонней» программе во всех gui-редакциях дистрибутива) оставались ниже всякой критики — впечатление было такое, что этот браузер (представленный, кстати, версией 40.0.3), просто игнорирует все общесистемные настройки шрифтов. Полюбившийся мне последнее время Pale Moon устанавливаться отказался категорически. Версии Opera для Void не существует в природе (хотя есть сильное подозрение, её можно установить «в лоб» из распотрошённого deb-пакета). Но зато в репозитории обнаружился ранее не ценимый мной Chromium, который неожиданно продемонстрировал прекрасное воспроизведение шрифтов, почему и был оставлен в качестве любимой жены первого браузера.
Получившаяся система, после оказалась очень аккуратной и просто фантастически отзывчивой. Хотя и без ложечки дёгтя не обошлось: в сборке Cinnamon для Void отсутствует мелкая, но очень полезная фича — перезапуск среды по Control+Alt+Escape. Который, в отличие от обычного перезапуска сеанса через Control+Alt+Backspace., не требует повторной авторизации, и сохраняет все открытые окна и приложения.
Темы рабочего стола Cinnamon во всех дистрибутивах берутся с соответствующего раздела Cinnamon Spices, и потому, естественно, одни и те же. Среди них я обнаружил тему, одноимённую дистрибутиву (Void), а поскольку она оказалась ещё и внешне привлекательной, водрузил её на десктоп.
Далее я перекомпоновал должным панели привычным образом (основная — вверху, дополнительная, автоматически скрывающаяся — внизу), и вытащил на них нужные апплеты. Не забыв, разумеется, и про нескучные обои. После чего мой десктоп приобрёл следующий вид:
Теперь можно было и делом немножко заняться — установкой необходимых для работы и развлекухи пакетов. Однако перед этим следовало освоиться с тем, как эти самые пакеты находятся, устанавливаются и удаляются, чему будет посвящено несколько следующих очерков.
Void Linux. Инсталляция
Предыдущий очерк завершился тем, что режим лёгкого флирта себя исчерпал, пора переходить к режиму постельному, то есть установке. О ней и будет говориться в очерке настоящем, по итогам виртуальных и реальных установок в разных условиях: описывать их по отдельности мне показалось бессмысленным за отсутствием значимых различий.
Установщик Void’а запускается командой
После запуска инсталлятора для начала появляется экран приветствия, в двух словах объясняющий, что такое Void Linux:
А по нажатии на Enter выводится меню инсталлятора о дюжине пунктов более-менее очевидного назначения:
Первый пункт подразумевает выбор раскладки клавиатуры, отлично от американской английской, в том числе одну из более чем двух десятков русских:
Правда, большого смысла это не имеет: выбор действенен только для консоли и на Иксы никак не повлияет. А в консоли воспользоваться русской раскладкой сразу всё равно не получится за отсутствием должной настройки экранного вывода, хотя кириллические шрифты в каталоге /usr/share/kbd/consolefonts представлены обильно. Так что при необходимости работы в консоли настраивать её так и так придётся, но об этом как-нибудь в другой раз.
В пункте Network сначала выводятся сведения о сетевом интерфейсе (или интерфейсах):
Затем при проводном соединении задаётся вопрос об использовании DHCP:
И при положительном ответе следует сообщение о том, что сеть настроена должным образом:
При беспроводном подключении через WiFi появится панель, где нужно указать имя соединения (SSID), протокол шифрования (в моём случае PKS) и пароль. Никакого сообщения после этого не последует. Правда, видимо, потому, что подключение к сети по WiFi я настроил ещё в Live-окружении, до запуска инсталлятора. И, забегая вперёд, замечу, что в установленной системе все настройки беспроводного подключения сохранились, что, учитывая опыт минимальной установки Ubuntu, не казалось мне само собой разумеющимся.
Следующий шаг — выбор источника установки, коих два на выбор: локальный и сетевой, из официального репозитория:
Дабы получить нормально инсталлированную систему, выбирается первый вариант — он даст в итоге реплику системы, загруженной с LiveCD. При установке же с сетевого источника будет установлена минимальная конфигурация CLI, без Иксов и тем более без десктопа.
Далее задаётся имя хоста — произвольное, если установка выполняется на одиночную машину, и уникальное в данной сети, если таковая (хотя бы в домашнем исполнении) имеется:
Далее предлагается выбрать системную локаль. При установке на большую машину я чисто случайно остановился в листании списка на en_US.utf8 — и свежеустановленная среда Cinnamon, как и следовало ожидать, оказалась англоговорящей, что имело и некоторые хорошие стороны. Однако на Нотебучке я всё-таки решился долистать список до ru_RU.utf8 — и получил нормально русифицированную систему, полностью соответствующую в этом отношении апстриму (если таковым считать русификацию Cinnamon в Linux Mint):
С часовым поясом всё понятно — тут опять же единственная проблема в том, чтобы долистать список до Europe/Moscow :
Не требует комментариев и процедура задания пароля суперпользователя:
Нужно только отложить в памяти, что аккаунт обычного пользователя в ходе инсталляции не создаётся.
Следом требуется указать устройство для установки загрузчика, конкретно — GRUB2. В виртуальной машине, где сделан следующий скриншот, особого выбора нет, изо отказ от установки загрузчика там не имеет смысла:
А вот в реальных условиях десктопа с большим количеством носителей и разделов на них, с разными системами, важно не ошибиться и не влепить загрузчик на место уже существующего от другого дистрибутива. Впрочем, тут может иметь смысл и отказаться от загрузчика (правда, я — не отказался).
Далее выбирается целевой носитель для установки. В виртуалке, опять же, выбирать не из чего:
А к реальной мультисистемной машине слова о внимании имеют силу ещё большую: случайно переписанный загрузчик и восстановить не проблема, а вот переформатированный раздел с данными… Впрочем, это относится к инсталлятору любого дистрибутива.
Следующий экран — информационный: на нём говорится, с помощью чего далее будет выполняться разметка диска, сообщается, что программа разметки cfdisk поддерживает таблицы разделов как в MBR-, так и в GPT-стиле, а также кратко, но очень внятно говорится, какие служебные разделы нужны во втором случае — и в каких ситуациях. Таких описаний не найдёшь не только в сопроводиловках к инсталляторам, они и в материалах, специально посвящённых дисковой разметке, на каждом углу не валяются:
В случае «чистого» диска (то есть не несущего таблицы никакой таблицы разделов — а это и есть случай виртуальной машины) программа cfdisk первым делом предлагает её создать:
Вслед за чем следует сама разметка, о которой сказано и написано столько, что повторяться не вижу смысла:
После этого предлагается выбрать раздел (разделы) для создания файловых систем целевой инсталляции:
В списке доступных файловых систем я с удивлением обнаружил f2fs — и раскатал губы: неужели она не только поддерживается ядром, но и доросла до стадии вместилища корня файловой иерархии? Что и решил проверить при первой виртуальной инсталляции:
Увы, чудес не бывает, и в процессе разметки и форматирования вышло сообщение об ошибке (до того было лишь обозначение намерений):
Поскольку клавиша Back после совершения необратимых действий (а разметка и форматирование именно таковы) работать перестаёт, пришлось начинать весь процесс установки с самого начала. Выбрав нормальную ext4, определив для неё точку монтирования как для корневой
и согласившись с тем, что новая ФС будет создана
я прочитал сообщение о возможных последствиях этого гибельного шага и принял на себя ответственность. После чего процесс пошёл. Причём, в зависимости от некогда выбранного источника инсталляции, по разному. При установке из сетевого репозитория ход его отображается на экране:
И завершается выводом результатов, из которого следует, что система была установлена ну в очень базовом (всего 104 пакета) виде:
При локальной установки (то есть с Live-носителя) на экране некоторое (и очень короткое) время висит сообщение о необходимости перезапуска демона lvmetad (это имя я увидел первый раз в жизни), а потом откуда ни возьмись появляется финальный экран с предложением перезагруки:
С которым нет основания спорить, потому что делать в Live-среде больше нечего, нужно смотреть результат установки. Что и будет проделано в следующем очерке.
11 комментариев к “ Void Linux. Инсталляция ”
Любопытная системка, сама по себе. Что интересно, на арче ядро 4.1.6-1, пока. А на пустоте уже 4.1.7-1 (обновлённое вчера). Посмотрим, может стать альтернативой арчу. Кстати, установил крыску на виртуалке, лиса запустилась не дольше, чем в арче.
После такого подробного и увлекательного описания захотелось попробовать установить Void на реальное железо! Благодарю!
aleks, да, система чем-то похожа на arch и на slackware — такая же простая, пакетный менеджер явно по мотивам packman’а сделан.
А что до запуска браузеров — похоже, дело в сочетании Void’а и моей сети
Тоже попробовал с Xfce в Live-режиме с загрузкой в RAM — то же самое.
Ну не может ни одна программа столько времени грузиться из оперативной памяти…
Буду разбираться.
Как и со шрифтами — но там вроде просвет наметился, есть патчи в Git’е для freetype etc.
Vita, применитель (а мы с Вами применители, а не пользователи/потребители, верно?) работает не столько в ОСи или дистре, сколько в рабочей среде. В Void’е Ваша любимая среда есть, и, судя по LiveCD, собрана неплохо. Так что почему бы и нет?
Для меня дистрибутив не менее важен, чем среда его обитания.
Доступность различных репозиториев и пакетов сделали привлекательной именно Ubuntu не только для применителей, но и для разработчиков софта, поскольку труд «в корзину» вряд ли кого заинтересует.
Vita, а мне, наоборот, интересны дистрибутивы малоизвестные и мало распространённые, но с оригинальной концепцией. В частности, и ради того, чтобы создатели чего-то оригинального не работали на корзину.
Ну и удовлетворения собственного любопытства для, разумеется 🙂
Собственно Ubuntu (то есть плюс Unity) в этом плане, конечно, интересна — как источник оригинальных задумок (Dash, интегрированное меню, те же Snappy). Но вот почему-то реализация их у них же обычно оставляет желать…
Правда, прочие дистроители, вдоволь посмеявшись над реализацией, идеи в конце концов тибрят…
Да, особенно при раскрытии окон во весь экран, меню переходит на панель. В синамоне устанавливал расширение для подобного действа, но там пока все глюкаво…






































