Local APK cache: Difference between revisions
m (added info on apk cache on tmpfs) |
m (moved tmpfs section to end, as it's unlikely to apply to most users) |
||
Line 6: | Line 6: | ||
To enable local cache run: {{Cmd|setup-apkcache}} | To enable local cache run: {{Cmd|setup-apkcache}} | ||
= To enable Local Cache on releases prior v2.3 = | = To enable Local Cache on releases prior v2.3 = | ||
Line 58: | Line 41: | ||
{{Cat|/etc/local.d/cache.stop|#!/bin/sh | {{Cat|/etc/local.d/cache.stop|#!/bin/sh | ||
# verify the local cache on shutdown | # verify the local cache on shutdown | ||
apk cache -v sync | apk cache -v sync | ||
Line 68: | Line 53: | ||
{{Note|Custom shutdown commands were formerly added to a {{Path|/etc/conf.d/local}}; but that method is now deprecated.}} | {{Note|Custom shutdown commands were formerly added to a {{Path|/etc/conf.d/local}}; but that method is now deprecated.}} | ||
= Using the Local Cache with tmpfs volumes = | |||
In some circumstances it might be useful to have the cache resize 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''. | |||
{{Cmd|apk add e2fsprogs # contains mkfs.ext2 | |||
dd if=/dev/zero of=/apkcache.img bs=1M count=128 # create a 128M cache file | |||
mkfs.ext2 -F /apkcache.img | |||
mkdir -p /etc/apk/cache | |||
mount /cache.img /etc/apk/cache | |||
apk update | |||
}} | |||
As per usual, if you want to download currently installed packages into the cache, use ''apk cache sync''. | |||
[[Category:Package Manager]] | [[Category:Package Manager]] |
Revision as of 11:14, 3 February 2017
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.
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:
setup-apkcache
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
- Create a cache directory on the device you store your 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
- 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.
apk cache clean
or to see what is deleted
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
Using the Local Cache with tmpfs volumes
In some circumstances it might be useful to have the cache resize 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.
{{{1}}}
As per usual, if you want to download currently installed packages into the cache, use apk cache sync.