Alpine linux установка пакетов

  1. Alpine Linux package management
  2. Contents
  3. Overview
  4. Packages and Repositories
  5. Repository pinning
  6. Commandline repository options
  7. Update the Package list
  8. Add a Package
  9. Add a local Package
  10. Remove a Package
  11. Upgrade a Running System
  12. Search for Packages
  13. Information on Packages
  14. apk info
  15. Listing installed packages
  16. apk policy
  17. Additional apk Commands
  18. Local Cache
  19. Enabling Local Cache
  20. To enable Local Cache on releases prior v2.3
  21. To manually enable Local Cache on HDD install
  22. To manually enable Local Cache on run-from-RAM installs
  23. Cache maintenance
  24. Delete old packages
  25. Download missing packages
  26. Delete and download in one step
  27. Automatically Cleaning Cache on Reboot
  28. Using the Local Cache with tmpfs volumes
  29. Advanced APK Usage
  30. Holding a specific package back
  31. Troubleshooting
  32. «apk-tools is old»
  33. Установка Alpine Linux
  34. Установка Alpine Linux
  35. Шаг 1. Загрузка образа
  36. Шаг 2. Запись образа
  37. Шаг 3. Настройка BIOS
  38. Шаг 4. Начало установки
  39. Шаг 5. Раскладка клавиатуры
  40. Шаг 6. Имя компьютера
  41. Шаг 7. Настройка сети
  42. Шаг 8. Пароль пользователя
  43. Шаг 9. Настройка прокси
  44. Шаг 10. Выбор зеркала репозиториев
  45. Шаг 11. Настройка SSH
  46. Шаг 12. Выбор места установки
  47. Шаг 13. Завершение установки
  48. Шаг 14. Вход в систему
  49. Шаг 15. Установка редактора nano
  50. Шаг 16. Редактирование файла с репозиториями и обновление
  51. Шаг 17. Установка графического интерфейса
  52. Шаг 18. Устанавливаем окружение xfce4
  53. Шаг 19. Устанавливаем файловый менеджер
  54. Шаг 20. Набор тем и иконок
  55. Шаг 21. Устанавливаем менеджер входа
  56. Шаг 22. Запуск сервиса D—Bus
  57. Шаг 23. Завершение установки.

Alpine Linux package management


Because Alpine Linux is designed to run from RAM, package management involves two phases:

  • Installing / Upgrading / Deleting packages on a running system.
  • Restoring a system to a previously configured state (e.g. after reboot), including all previously installed packages and locally modified configuration files. (RAM-Based Installs Only)

apk is the tool used to install, upgrade, or delete software on a running system.
lbu is the tool used to capture the data necessary to restore a system to a previously configured state.

This page documents the apk tool — See the Alpine Local Backup page for the lbu tool.


The apk tool has the following applets:

add Add new packages or upgrade packages to the running system
del Delete packages from the running system
fix Attempt to repair or upgrade an installed package
update Update the index of available packages
info Prints information about installed or available packages
search Search for packages or descriptions with wildcard patterns
upgrade Upgrade the currently installed packages
cache Maintenance operations for locally cached package repository
version Compare version differences between installed and available packages
index create a repository index from a list of packages
fetch download (but not install) packages
audit List changes to the file system from pristine package install state
verify Verify a package signature
dot Create a graphviz graph description for a given package
policy Display the repository that updates a given package, plus repositories that also offer the package
stats Display statistics, including number of packages installed and available, number of directories and files, etc.
manifest Display checksums for files contained in a given package

Packages and Repositories

Software packages for Alpine Linux are digitally signed tar.gz archives containing programs, configuration files, and dependency metadata. They have the extension .apk , and are often called «a-packs».

The packages are stored in one or more repositories. A repository is simply a directory with a collection of *.apk files. The directory must include a special index file, named APKINDEX.tar.gz to be considered a repository.

The apk utility can install packages from multiple repositories. The list of repositories to check is stored in /etc/apk/repositories , one repository per line. If you booted from a USB stick ( /media/sda1 ) or CD-ROM ( /media/cdrom ), your repository file probably looks something like this:

Contents of /etc/apk/repositories

In addition to local repositories, the apk utility uses busybox wget to fetch packages using http:, https: or ftp: protocols. The following is a valid repository file:

Contents of /etc/apk/repositories

Repository pinning

You can specify additional «tagged» repositories in /etc/apk/repositories :

Contents of /etc/apk/repositories

After which you can «pin» dependencies to these tags using:

apk add stableapp newapp@edge bleedingapp@testing

Apk will now by default only use the untagged repositories, but adding a tag to specific package:

1. will prefer the repository with that tag for the named package, even if a later version of the package is available in another repository

2. allows pulling in dependencies for the tagged package from the tagged repository (though it prefers to use untagged repositories to satisfy dependencies if possible)

Commandline repository options

By default, the apk utility will use the system repositories for all operations. This behavior can be overridden by the following options:

Читайте также:  Auslogic boostspeed тихая установка
—repositories-file REPOFILE Override the system repositories by specifying a repositories file.
-X|—repository REPO Specify a supplemental repository that will be used in addition to the system repositories. This option can be provided multiple times.

Update the Package list

Remote repositories change as packages are added and upgraded. To get the latest list of available packages, use the update command. The command downloads the APKINDEX.tar.gz from each repository and stores it in the local cache, typically /var/cache/apk/ , /var/lib/apk/ or /etc/apk/cache/ .

Add a Package

Use add to install packages from a repository. Any necessary dependencies are also installed. If you have multiple repositories, the add command installs the newest package.

apk add openssh apk add openssh openntp vim

If you only have the main repository enabled in your configuration, apk will not include packages from the other repositories. To install a package from the edge/testing repository without changing your repository configuration file, use the command below. This will tell apk to use that particular repository.

Add a local Package

To install a locally available apk package, for example if this device has no internet access but you can upload apk packages directly to it, use the —allow-untrusted flag:

apk add —allow-untrusted /path/to/file.apk

Note that multiple packages can be given. When installing a local package, all dependencies should also be specified. For example:

apk add —allow-untrusted /var/tig-2.2-r0.apk /var/git-2.11.1-20.apk

Remove a Package

Use del to remove a package (and dependencies that are no longer needed.)

apk del openssh apk del openssh openntp vim

Upgrade a Running System

To upgrade all the packages of a running system, use upgrade:

For example, the procedure on a system that has various repositories pinned might display as follows:

To upgrade only a few packages, use the add command with the -u or —upgrade option:

apk update apk add —upgrade busybox

Search for Packages

The search command searches the repository Index files for installable packages.

The return format is PackageVersion. Omit Version for apk add Package

    To list all packages available, along with their descriptions:

To list all packages are part of the ACF system:

To list all packages that list NTP as part of their description, use the -d or —description option:

apk search -v —description ‘NTP’

Information on Packages

apk info

The info command provides information on the contents of packages, their dependencies, and which files belong to a package.

For a given package, each element can be chosen (for example, -w to show just the webpage information), or all information displayed with the -a command.

As shown in the example you can determine

  • The description of the package (-d or —description)
  • The webpage where the application is hosted (-w or —webpage)
  • The size the package will require once installed (in bytes) (-s or —size)
  • What packages are required to use this one (depends) (-R or —depends)
  • What packages require this one to be installed (required by) (-r or —rdepends)
  • The contents of the package, that is, which files it installs (-L or —contents)
  • Any triggers this package sets. (-t or —triggers) Listed here are directories that are watched; if a change happens to the directory, then the trigger script is run at the end of the apk add/delete. For example, doing a depmod once after installing all packages that add kernel modules.

Listing installed packages

To list all installed packages, use:

To list all installed packages in alphabetical order, with a description of each, do:

apk policy

To display the repository a package was installed from and will be updated from, plus any tagged or enabled repositories where it is also offered, if any, for this architecture — its policy:

Additional apk Commands

Local Cache

Alpine Linux needs to be able to pull packages from local media on boot. (You can’t download packages from the net before you have a network connection.) Using remote repositories presents a problem. If the config files have been modified for a newer version of a package, and the older package is on local media, all sorts of fun can result.

The solution is a local cache of updated packages. This cache can be stored on any r/w media, typically the same location as the apkovl.

Enabling Local Cache

The cache is enabled by creating a symlink named /etc/apk/cache that points to the cache directory. Note that apk will ignore any cache residing on a tmpfs volume. If you want this for some reason, see section below on tmpfs caches.

Читайте также:  Меняется ли дикция при установке протезов

To enable local cache run:

To enable Local Cache on releases prior v2.3

Alpine Linux version prior to v2.3 does not have the setup-apkcache tool so the symlink needs to be set up manually.

To manually enable Local Cache on HDD install

If you’ve installed Alpine to your hard drive (as ‘sys’), then create a cache dir and then an /etc/apk/cache symlink pointing to that dir:

mkdir -p /var/cache/apk ln -s /var/cache/apk /etc/apk/cache

You normally don’t need apk cache on HDD ‘sys’ installs but it might be handy if you re-install from net to have the packages cached.

To manually enable Local Cache on run-from-RAM installs

mount -o remount,rw /media/sda1

and then don’t forget to run

mount -o remount,ro /media/sda1

when you are done with the following commands

ln -s /media/sda1/cache /etc/apk/cache

Run an lbu commit to save the change ( /etc/apk/cache is in /etc and is automatically backed up.)

  • Done. Now whenever you run an apk command that pulls a new package from a remote repository, the package is stored on your local media. On startup, Alpine Linux will check the local cache for new packages, and will install them if available.
  • Cache maintenance

    Over time, newer packages will replace older ones; the cache directory will contain all older versions of packages.

    Delete old packages

    To clean out older versions of packages, run the clean command.

    or to see what is deleted

    Download missing packages

    If you accidentally delete packages from the cache directory, you can make sure they are there with the download command,

    Delete and download in one step

    You can combine the two steps into one with the sync command — this cleans out old packages and downloads missing packages.

    Automatically Cleaning Cache on Reboot

    To automatically attempt to validate your cache on reboot, you can add the above command to a /etc/local.d/*.stop file:

    Contents of /etc/local.d/cache.stop

    Using the Local Cache with tmpfs volumes

    In some circumstances it might be useful to have the cache reside on tmpfs, for example if you only wish for it to last as long as the system is up.

    NOTE: apk is coded to ignore tmpfs caches, and this is correct behaviour in most instances. Using tmpfs as a package cache can consume large amounts of system memory if you install a lot of packages, possibly resulting in a crashed system. You can limit this by restricting the size of your cache to a small number (128M in the example below).

    To do it, you need to create an image inside which your cache can live. We do this by creating an image file, formatting it with ext2, and mounting it at /etc/apk/cache.

    • apk add e2fsprogs
    • dd if=/dev/zero of=/apkcache.img bs=1M count=128
    • mkfs.ext2 -F /apkcache.img
    • mkdir -p /etc/apk/cache
    • mount -t ext2 /apkcache.img /etc/apk/cache
    • apk update

    As per usual, if you want to download currently installed packages into the cache, use apk cache sync.

    Advanced APK Usage

    Holding a specific package back

    In certain cases, you may want to upgrade a system, but keep a specific package at a back level. It is possible to add «sticky» or versioned dependencies. For instance, to hold the asterisk package to the 1.6.2 level or lower:

    will ensure that 1.6.1 is the minimum version used.

    You can also use «fuzzy» version matching to pin the version to a major/minor release. For example:

    will match any version of asterisk that starts with 1.6 (such as or Alpine source commit message

    If you desire deterministic, repeatable package installation (such as with containerized environments) via package pinning, it is important to understand your package repo’s version retention rules. For example, most Alpine package repos contain an «edge» branch, which may drop package versions that are not deemed fit to make it into a stable branch. This means that pinning to a version on the edge branch may stop working after the package version is revoked from the repo. Always pin to a package version that is intended for your current Alpine Linux version.


    «apk-tools is old»

    apk update, apk upgrade or apk add may report the following:

    This may happen if you are running Alpine Linux stable version with a certain edge/main, edge/community or testing package(s) also installed. One resolution is to consider upgrading apk-tools . If edge is already tagged in your repositories, then try:


    Установка Alpine Linux

    Итак, что же мы знаем об Alpine Linux и зачем его устанавливать? Во-первых, он базируется на musl и BusyBox, во-вторых, это единственный независимый дистрибутив Linux предоставляющий безопасность в общих целях. Его разработка была предопределена концепцией обеспечения безопасности, а для защиты от вредоносного кода было решено использовать PaX и SSP.

    Читайте также:  Китайский тахометр для лодочного мотора установка

    Стоит отметить его необычно неприхотливые требования к ресурсам системы. Пакеты используются apk, но некоторые придется установить самостоятельно. Руководство, конечно же, присутствует на сайте дистрибутива, которому необходимо не более 8 МБ, а минимальная установка на диск требует не более 130 МБ свободного места. Для управления пакетами в Alpine используется apk. И некоторых пакетов, которые Вам будут нужны, по умолчанию не будет в Alpine.

    Установка Alpine Linux

    Шаг 1. Загрузка образа

    Переходим по этой ссылке и качаем образ:

    Нам нужен STANDARD.

    Шаг 2. Запись образа

    Все как обычно, — если у вас Linux, то качаем Unebootin; если у вас Windows, то качаем Rufus. Ссылки предоставил.

    Шаг 3. Настройка BIOS

    Перезагружаем компьютер и заходим в BIOS. Нам надо зайти во вкладку Boot и указать в пункте 1 st Boot Device вашу флешку. Затем сохраните настройки и перезагрузите компьютер.

    Шаг 4. Начало установки

    Заранее говорю, что все делается через командную строку.

    Пишем для входа в командную оболочку:

    Таким образом мы запускаем процесс установки

    Шаг 5. Раскладка клавиатуры

    Выбираем раскладку из списка. В моем случае это:

    Шаг 6. Имя компьютера

    При указании имени компьютера обратите внимание на то, что следует использовать числа и символы нижнего регистра. Например, имя Noma я не смог указать, зато имя noma вполне проходит по параметрам.

    Шаг 7. Настройка сети

    Сразу же после указания имени хоста нам предложат настройки, связанные с интернетом. Если у вас проводной интернет по DHCP, их просто пропускаем нажатием Enter. Все это можно настроить уже потом непосредственно в установленной системе.

    Шаг 8. Пароль пользователя

    Указываем пароль для суперпользователя. Если он 6-значный, например, то вы получите предупреждение о том, что пароль слишком слабый, но это не мешает установке.

    Шаг 9. Настройка прокси

    Далее вы можете установить прокси или просто пропустить. В моем случае я просто нажал Enter и пропустил этот пункт, так как все это тоже можно будет потом настроить, при необходимости.

    Шаг 10. Выбор зеркала репозиториев

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

    Примечание для жителей Украины. Если вы не укажите зеркало, то рискуете попасть на Yandex, а с ним установка не получится, так как компания под санкциями. В вашем случае просто выберете любое другое.

    Шаг 11. Настройка SSH

    Если вы хотите, то можете установить и ssh сервер. И снова, на данном этапе это не является необходимым, и вы всегда сможете его поднять позже.

    Шаг 12. Выбор места установки

    Система предложит выбрать любой из доступных дисков для установки ОС. Я указываю следующее:

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

    Получаем предупреждение о том, что все данные с выбранного диска будут удалены. Впрочем, ничего удивительного. Пишем:

    Шаг 13. Завершение установки

    Когда установка Alpine Linux завершится, система попросит о перезагрузке. Для этого извлекаем носитель на котором система и перезагружаемся командой:

    Шаг 14. Вход в систему

    Далее пишем пароль, который ранее задавали.

    Шаг 15. Установка редактора nano

    Так как у нас нет редактора, то мы установим. Это будет редактор Nano. Сделаем это с помощью команды:

    Шаг 16. Редактирование файла с репозиториями и обновление

    Теперь нам надо отредактировать файл репозиториев. Это позволит нам обновить систему и продолжить установку. Пишем:

    Чтобы получить доступ к репозиторию сообщества надо раскомментиовать третью строку:

    Для этого удалите # перед ней. После жмем ctrl+o -> Enter -> ctrl+x. После всего пишем команду:

    Шаг 17. Установка графического интерфейса

    Шаг 18. Устанавливаем окружение xfce4

    Шаг 19. Устанавливаем файловый менеджер

    Достаточно тривиально, но проверено.

    Шаг 20. Набор тем и иконок

    Шаг 21. Устанавливаем менеджер входа

    Так как система является легковесной, то будем работать в направлении её преимуществ. Это ответ на вопрос: А почему Slim?.

    Шаг 22. Запуск сервиса DBus

    Чтобы приложения могли между собой взаимодействовать, нам надо запустить сервис межпроцессорного взаимодействия (IPC). Выполняем команду:

    Работает, отлично. Теперь добавим его в автозагрузку?

    Шаг 23. Завершение установки.

    Это позволит нам перезагрузить устройство и войти в систему с графическим интерфейсом.

    В поле username пишем root и указываем раннее заданный пароль. Ну а дальше рабочий стол.

    Теперь вы знаете как установить Alpine Linux, а также как минимально настроить систему, так, чтобы с ней можно было работать.


    Оцените статью
    Добавить комментарий