Installscript stops Hash Sum mismatch

Hey, i installed a fresh Ubuntu 24.04 in an Proxmox VM, setup the right hostname (fqdn) and copy the install command from virtualmin.com.

It runs green till Phase 2 of 4 second checkmark:
„Installing Virrualmin 8 stable repository“

E:…
Hashes of expected file:
-filesize: 14893
-SHA256:a022…..84c0
Hashes of received file:
-SHA256:6c4e……feca
-filesize: 14893

Last modified Report 21 Jan 2026 22:25:24
Release file created at: 21 Jan 2026 20:14:06

What should I do?

fresh installed Ubuntu 24
uninteressant 24.04.3 LTS REQUIRED
tba. REQUIRED

After hours of waiting that the repository get fixed, it’s fixed and worked. Installation runs through.

Normally you’d want to do apt clean in such situations. It usually indicates something went wrong during fetching metadata, or the metadata was being updated when you first fetched it.

If that doesn’t fix it, it is an issue with the repo that would need attention by us. But, since no one else reported it, I want to assume it was an issue on the client side.

we have got further than we did yesterday with the install, the hash check is sorted, however there is another error, where it cannot find the usermin package to download… the log is below

▣:white_medium_square::white_medium_square::white_medium_square: Phase 1 of 4: Check
Checking system time :check_mark:
Checking Perl installation :check_mark:
Checking CA certificates package :check_mark:
Checking HTTP client :check_mark:
Checking GPG package :check_mark:

▣▣:white_medium_square::white_medium_square: Phase 2 of 4: Setup
Cleaning up software repo metadata :check_mark:
Reinstalling Virtualmin 8 stable repository :check_mark:

▣▣▣◻ Phase 3 of 4: Installation
Checking and installing system package updates :check_mark:
Installing Virtualmin 8 and all related packages ✘

[ERROR] Something went wrong. Exiting.
[ERROR] The last few log entries were:
Get:143 Index of /ubuntu noble/main amd64 python3-wrapt amd64 1.15.0-2build3 [34.8 kB]
Get:144 Index of /ubuntu noble/universe amd64 python3-deprecated all 1.2.14-1 [10.5 kB]
Get:145 Index of /ubuntu noble/universe amd64 python3-redis all 4.3.4-3 [166 kB]
Get:146 Index of /ubuntu noble/universe amd64 python3-uvloop amd64 0.19.0+ds1-2.1 [561 kB]
Get:147 Index of /ubuntu noble/main amd64 re2c amd64 3.1-1build1 [456 kB]
Get:148 Index of /ubuntu noble/main amd64 sa-compile all 4.0.0-8ubuntu5 [14.0 kB]
Get:149 Index of /ubuntu noble/main amd64 spamc amd64 4.0.0-8ubuntu5 [53.3 kB]
Get:150 Index of /ubuntu noble-updates/universe amd64 apache2-suexec-custom amd64 2.4.58-1ubuntu8.10 [16.3 kB]
Get:151 Index of /ubuntu noble/main amd64 libbsd-resource-perl amd64 1.2911-2build4 [27.4 kB]
Get:152 Index of /ubuntu noble/universe amd64 milter-greylist amd64 4.6.4-3build2 [142 kB]
Get:153 Index of /ubuntu noble/universe amd64 opendkim-tools amd64 2.11.0~beta2-9build4 [83.7 kB]
Fetched 79.6 MB in 3s (28.0 MB/s)
E: Failed to fetch https://download.virtualmin.com/pool/main/usermin_2.520-1_all.deb 404 Not Found [IP: 18.154.84.83 443]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
[2026-01-27 09:38:03 UTC] [INFO] Installing Virtualmin 8 and all related packages: [2026-01-27 09:38:03 UTC] [INFO] Failed with error: 100

Thanks for the heads-up!

Unfortunately, this is a known bug in our CI/CD signing repo script logic that doesn’t correctly choose which cache to invalidate after the repo is automatically updated.

I’ve fixed it manually, and everything should work now. I’m also working on figuring out why it doesn’t happen correctly automatically.

This topic was automatically closed 8 days after the last reply. New replies are no longer allowed.