Package updates fail in my subsystem distribution because the signing keys are missing, and I cannot install the tool that fixes keys
A freshly installed distribution inside the Linux subsystem cannot update its package lists — everything fails with signature verification errors saying the repository is not signed.
The usual advice is a key management command, which fails because the tool it depends on is not installed. And I cannot install it, because installing anything requires working package lists.
Another neat circle. How do I break out of it?
@hyperv_hakan · 3w ago
The circle breaks the same way as any bootstrap problem: fetch one file by hand, verify it, and install it with a tool that does not need the network.
The distribution publishes a keyring package containing the current signing keys. Download that package directly with a downloader that is already present, then install it with the low-level package tool rather than the network-aware one.
The key point is to verify the file before trusting it. You are installing a trust anchor over a channel you have not authenticated, so compare its checksum against the value published by the distribution, fetched from a machine that works. Skipping that step converts a package problem into a security problem.
After installing the keyring, refresh the package lists and everything proceeds normally.
Reply
Report