Local APK cache: Difference between revisions
(no need to talk about a rare case that is directly visible in the TOC, as a following (skippable) subsection) |
(shorter and specific) |
||
Line 24: | Line 24: | ||
= Cache maintenance = | = Cache maintenance = | ||
Over time, newer packages | Over time, as newer packages are added to the cache, there will remain older versions of packages in the cache directory. | ||
To clean out older versions of packages, run the '''clean''' command. {{cmd|apk cache clean}} or to see what is deleted {{cmd|apk -v cache clean}} | To clean out older versions of packages, run the '''clean''' command. {{cmd|apk cache clean}}, or to see what is deleted add the verbose switch {{cmd|apk -v cache clean}} | ||
== Download missing packages == | == Download missing packages == |
Revision as of 15:34, 8 May 2020
This page seems to be a redundant copy, taken out of context from Alpine_Linux_package_management#Local_Cache
Please check to fully including this in Alpine_Linux_package_management#Local_Cache, and avoid/remove the redundant duplication at Local_APK_cache.
Alpine Linux can automatically (re-)install packages from local media into RAM when booting, even before there is a network connection.
To have the packages available during boot, apk can keep a cache of installed packages on a local disk.
The cache can be stored on any writable media, or in the same location as the .apkovl file from the local backup utility lbu
.
Enabling Local Cache
Enabling Local Cache with current releases
Execute the script
setup-apkcache
and it will assist in enabling a local cache.
The script creates a symlink named /etc/apk/cache that points to the cache directory.
Cache maintenance
Over time, as newer packages are added to the cache, there will remain older versions of packages in the cache directory.
To clean out older versions of packages, run the clean command.
apk cache clean
, or to see what is deleted add the verbose switch
apk -v cache clean
Download missing packages
If you accidentally delete packages from the cache directory, you can make sure they are there with the download command,
apk cache download
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.
apk cache -v sync
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
Special Caching Cases
Enabling Local Cache on HDD installs
Note that HDD 'sys' installs don't need an apk cache to maintain their state, it allows to serve packages over the network, though, e.g. to get installed by other local machines.
Manually create a cache dir and then symlink it to /etc/apk/cache:
mkdir -p /var/cache/apk ln -s /var/cache/apk /etc/apk/cache
Manually Enabling Local Cache (required with releases prior to v2.3)
- Create a cache directory on the storage device where you keep the lbu backups (typically,
/dev/sda1
.)mkdir /media/sda1/cache
mount -o remount,rw /media/sda1
and then don't forget to runmount -o remount,ro /media/sda1
when you are done with the following commands- Create a symlink to this directory from
/etc/apk/cache
.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.)lbu commit
mount -o remount,ro /media/sda1
now that you are done with saving the changesNow 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.
Local Cache on 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.