1. Refresh package information
Download the latest signed repository metadata without installing anything.
sudo apt update
This manual turns Policy as Packages into a practical routine for ordinary users. It explains how to check an update before installing it, preserve evidence, update the coordinated Sentinel package cohort, verify the result and recover when a policy change causes a problem.
Policy packages can be repaired or downgraded, but package management is not a replacement for a backup. Save your important files first, then record the installed Sentinel package versions and any APT holds. Keep the record somewhere outside the machine when possible.
mkdir -p "$HOME/sentinel-policy-recovery"
dpkg-query -W 'sentinel*' 'sentinelos*' \
> "$HOME/sentinel-policy-recovery/installed-packages.txt"
apt-mark showhold \
> "$HOME/sentinel-policy-recovery/apt-holds.txt"
sudo cat /var/log/apt/history.log > \
"$HOME/sentinel-policy-recovery/apt-history.log"
The normal update path uses Debian's own APT tools. Sentinel packages should move as a coordinated release cohort rather than as unrelated one-off versions.
Download the latest signed repository metadata without installing anything.
sudo apt update
Look at the proposed updates and inspect important policy package candidates.
apt list --upgradable
apt-cache policy sentinelos-release-baseline
apt-cache policy sentinelos-drift-control
APT can show the planned package actions before the real transaction.
sudo apt-get -s full-upgrade
Check the Sentinel Linux release page, advisories and package notes. Stop if the update requires a special migration or reboot that you are not ready to perform.
Apply the complete dependency solution rather than forcing one policy package in isolation.
sudo apt full-upgrade
Confirm that dpkg does not report interrupted or incomplete package state.
sudo dpkg --audit
Use the installed package-owned commands where available.
sudo sentinelos-drift-control --audit --json
sudo sentinelos-release-gate --verify --json
Kernel, login, boot, graphics or session changes may require a restart. Ordinary application updates often do not.
sudo dpkg --audit
produces no package-database warning.
There is no single universal rollback command. The safe method depends on what changed and what the package owns.
Use this when a policy package provides an explicit restore operation. It is usually safer than downgrading because the package knows which managed settings and saved baseline it owns.
sudo sentinelos-hardening \
--restore-safe-baseline \
--confirm RESTORE_SENTINELOS_HARDENING_BASE
Use this when package-owned files were damaged or manually changed but the current version is still desired.
sudo apt install --reinstall PACKAGE_NAME
Use this only when the earlier versions remain available and the release notes identify a compatible set. Do not downgrade a single policy package while leaving tightly coupled packages at newer versions.
apt-cache policy PACKAGE_NAME
sudo apt install PACKAGE_NAME=VERSION
Replace the example names and versions with the documented cohort from the relevant release record. APT may require all interdependent Sentinel packages on the same command line.
apt-cache policy sentinelos-release-baseline
apt-cache policy sentinelos-drift-control
sudo apt install \
sentinelos-release-baseline=OLDER_VERSION \
sentinelos-drift-control=OLDER_VERSION
sudo dpkg --audit
sudo sentinelos-drift-control --audit --json
A temporary hold can stop APT immediately reinstalling a known-bad version while an advisory is investigated.
sudo apt-mark hold PACKAGE_NAME
apt-mark showhold
Remove the hold when the corrected release is available.
sudo apt-mark unhold PACKAGE_NAME
Do not download an unknown package from an unofficial mirror. Use a verified local package archive, an official Sentinel rollback bundle or restore the machine from a trusted snapshot or backup.
A downgrade may restore package-owned files but may not reverse database migrations, user-data changes, deleted files, external service changes or manual administrator edits.
dpkg --force
, dependency removal, broad package purges or an arbitrary mixture of old and new Sentinel policy packages. Stop and collect evidence when APT proposes removing major desktop or policy components.
Use the website release ledger and advisories, then inspect
/var/log/apt/history.log
and
/var/log/dpkg.log
on the machine.
No. Current drift control is report-first and does not automatically remediate. A package repair or explicit restore can replace settings owned by that package, so review the operation before approving it.
Not as normal policy behaviour. The current cleanup contract disables automatic APT autoremove and does not remove user files or application data. A third-party package may still conflict with a managed Sentinel package, and APT will show that proposed conflict before installation.