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. You will also need a copy of signify(1); on Void this is provided by the outils package.
To obtain signify when using a Linux distribution or operating system other than Void Linux:
- Install the signify package in Arch Linux and Arch-based distros.
- Install the signify-openbsd package in Debian and Debian-based distros.
- Install the package listed here for your distribution.
- Install signify-osx with homebrew in macOS.
If you can’t obtain signify for some reason (e.g. you are on Windows and can’t use WSL or MinGW), you can use minisign(1) to verify the file.
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 file. The following example demonstrates the verification of the GCP musl filesystem from the 20191109 release:
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.
For verification with minisign , it is necessary to rename the sha256sum.sig file to sha256sum.txt.minisig and remove the first line from the .pub release key. The following example demonstrates the verification of the sha256sum.txt file from the 20191109 release:
The same warning as above applies. If the verification process isn’t successful, do not use the file — warn the Void Linux team about it.
Источник
PRACTICAL PARANOID
It’s in that place where I put that thing that time
Minimal xorg and i3wm setup on void linux
Now that we have rebooted into our base install of void linux we are going to take care of setting up xorg, i3wm and a few other tools to transform the base install into a lean workstation.
The first step is to get an internet connection up and running!
If we are planning to use wifi all we need to to is adding a block with the connection details to the wpa supplicant config file and then enable the hook that will connect to the wifi before getting a new dhcp lease.
Whether we are using wifi or ethernet we need to enable the dhcp client and then restart it to get a connection (I am assuming you are using a dhcp server on your router here).
Now that we have a connection we can go ahead and install some base packages!
The list below is what I usually install but feel free to add or remove packages to your heart content.
You may have spotted from the list above that we are going to use OpenNTPD from the OpenBSD project as our daemon for network time sync.
Before we enable it we are going to replace the constraint in its config to ping cloudflare instead of google (as we don’t like google and we can barely tolerate cloudflare).
Time to create the default folders for both the root and our user, we are going to use a simple tool, called xdg-user-dirs, to do so.
Last step before we can start xorg is to add a line to the .xinitrc so that the startx command can launch i3.
The last line will launch our xorg session with i3wm!
Источник
Void Linux. Инсталляция
Предыдущий очерк завершился тем, что режим лёгкого флирта себя исчерпал, пора переходить к режиму постельному, то есть установке. О ней и будет говориться в очерке настоящем, по итогам виртуальных и реальных установок в разных условиях: описывать их по отдельности мне показалось бессмысленным за отсутствием значимых различий.
Установщик Void’а запускается командой
Здесь нужно вспомнить, что в Live-среде, запущенной с образа, существует два аккаунта — обычного пользователя по имени anon , и администратора, теоретически оба с паролем voidlinux . Однако практически пароль, причём для пользователя, запрашивается только при выходе из скринсейвера. В приведённой выше команде никакого пароля не потребуется.
Более того, инсталлятор можно запустить и от имени обычного пользователя, без всякого sudo , и он будет честно выполнять все распоряжения, пока… дело не дойдёт до собственно дисковой разметки и установки: тут-то и последует сообщение о невозможности соответствующих действий по причине отсутствия прав. Так что про команду sudo забывать не нужно.
После запуска инсталлятора для начала появляется экран приветствия, в двух словах объясняющий, что такое 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). Но вот почему-то реализация их у них же обычно оставляет желать…
Правда, прочие дистроители, вдоволь посмеявшись над реализацией, идеи в конце концов тибрят…
Да, особенно при раскрытии окон во весь экран, меню переходит на панель. В синамоне устанавливал расширение для подобного действа, но там пока все глюкаво…
Источник
