Same issue exactly with 12.4
I saw this on the github issue for HAOS:
opened 05:10AM - 28 Aug 24 UTC
bug
board/generic-x86-64
### Describe the issue you are experiencing
This has been happening since 13.0 ā¦ - When I initiate the OS upgrade from the user interface it goes through the motions and restarts but the upgrade does not complete. Nothing in the logs is obvious.
### What operating system image do you use?
generic-x86-64 (Generic UEFI capable x86-64 systems)
### What version of Home Assistant Operating System is installed?
12.4
### Did the problem occur after upgrading the Operating System?
Yes
### Hardware details
Generic x86 hardware
### Steps to reproduce the issue
1. Tried to upgrade
2. Upgrade completes and system restarts but when it comes back there is no change. cannot find anything useful in the logs. (Admittedly I do not know what I am looking for)
3. I have another system at a different location with the same hardware - upgrades have no issues.
### Anything in the Supervisor logs that might be useful for us?
```txt
When upgrade is initiated i get this entry in the logs.
2024-08-28 15:05:36.985 INFO (MainThread) [supervisor.os.manager] Fetch OTA update from https://os-artifacts.home-assistant.io/13.1/haos_generic-x86-64-13.1.raucb
These are the first few lines when the system restarts.
2024-08-28 14:52:40.120 INFO (MainThread) [supervisor.docker.multicast] Starting Multicast ghcr.io/home-assistant/amd64-hassio-multicast with version 2024.03.0 - Host
2024-08-28 14:52:40.123 INFO (MainThread) [supervisor.homeassistant.secrets] Loaded 1 Home Assistant secrets
2024-08-28 14:52:40.143 INFO (MainThread) [supervisor.docker.interface] Attaching to ghcr.io/home-assistant/generic-x86-64-homeassistant with version 2024.8.3
/usr/local/lib/python3.12/site-packages/cpe/comp/cpecomp1_1.py:57: SyntaxWarning: invalid escape sequence '\w'
_STRING = "\w\.\-,\(\)@\#"
/usr/local/lib/python3.12/site-packages/cpe/comp/cpecomp2_2.py:52: SyntaxWarning: invalid escape sequence '\d'
_VALUE_PATTERN = "^([\d\w\._\-~%]+)$"
/usr/local/lib/python3.12/site-packages/cpe/cpe2_3_fs.py:97: SyntaxWarning: invalid escape sequence '\:'
_parts_pattern = "^cpe:2.3:{0}\:{1}\:{2}\:{3}\:{4}\:{5}\:{6}\:{7}\:{8}\:{9}\:{10}$".format(
2024-08-28 14:52:40.176 INFO (MainThread) [supervisor.os.manager] Detect Home Assistant Operating System 12.4 / BootSlot B
2024-08-28 14:52:40.544 INFO (MainThread) [supervisor.store.git] Loading add-on /data/addons/core repository
2024-08-28 14:52:40.544 INFO (MainThread) [supervisor.store.git] Loading add-on /data/addons/git/5c53de3b repository
2024-08-28 14:52:40.544 INFO (MainThread) [supervisor.store.git] Loading add-on /data/addons/git/de91e161 repository
2024-08-28 14:52:40.545 INFO (MainThread) [supervisor.store.git] Loading add-on /data/addons/git/cebe7a76 repository
2024-08-28 14:52:40.546 INFO (MainThread) [supervisor.store.git] Loading add-on /data/addons/git/d5369777 repository
2024-08-28 14:52:40.547 INFO (MainThread) [supervisor.store.git] Loading add-on /data/addons/git/a0d7b954 repository
```
### Anything in the Host logs that might be useful for us?
```txt
Nothing stands out. Not sure what I'm looking for.
```
### System information
## System Information
version | core-2024.8.3
-- | --
installation_type | Home Assistant OS
dev | false
hassio | true
docker | true
user | root
virtualenv | false
python_version | 3.12.4
os_name | Linux
os_version | 6.6.29-haos
arch | x86_64
timezone | Australia/Sydney
config_dir | /config
<details><summary>Home Assistant Community Store</summary>
GitHub API | ok
-- | --
GitHub Content | ok
GitHub Web | ok
HACS Data | ok
GitHub API Calls Remaining | 5000
Installed Version | 2.0.0
Stage | waiting
Available Repositories | 1390
Downloaded Repositories | 8
</details>
<details><summary>Home Assistant Cloud</summary>
logged_in | true
-- | --
subscription_expiration | September 14, 2024 at 10:00 AM
relayer_connected | true
relayer_region | ap-southeast-1
remote_enabled | true
remote_connected | true
alexa_enabled | false
google_enabled | false
remote_server | ap-southeast-1-0.ui.nabu.casa
certificate_status | ready
instance_id | 55618dd26c814a76b19c0afc302de080
can_reach_cert_server | ok
can_reach_cloud_auth | ok
can_reach_cloud | ok
</details>
<details><summary>Home Assistant Supervisor</summary>
host_os | Home Assistant OS 12.3
-- | --
update_channel | stable
supervisor_version | supervisor-2024.08.0
agent_version | 1.6.0
docker_version | 25.0.5
disk_total | 219.4 GB
disk_used | 23.3 GB
healthy | true
supported | true
host_connectivity | true
supervisor_connectivity | true
ntp_synchronized | true
virtualization |
board | generic-x86-64
supervisor_api | ok
version_api | ok
installed_addons | UniFi Network Application (3.2.0), Terminal & SSH (9.14.0), File editor (5.8.0), ESPHome (2024.8.0), Matter Server (6.4.1), Node-RED (18.0.5), OneDrive Backup (2.3.1)
</details>
<details><summary>Dashboards</summary>
dashboards | 3
-- | --
resources | 3
views | 9
mode | storage
</details>
<details><summary>Recorder</summary>
oldest_recorder_run | August 19, 2024 at 2:25 AM
-- | --
current_recorder_run | August 28, 2024 at 3:09 PM
estimated_db_size | 642.06 MiB
database_engine | sqlite
database_version | 3.45.3
</details>
### Additional information
_No response_
The approach according to Patrice3122 was:
1. Downgrade Slot B: On the localhost, I first downgraded Slot B to an earlier version using the command: ha os update --version 13.1.
NB: Any attempt to update directly to version 13.2 returned the message: Version already installed.
2. Manual Boot Selection: During the startup process, I manually selected Slot B from the boot menu. Note that the boot menu appears briefly during startup. To select Slot B, you must press the down arrow key, and once highlighted, press the Enter key to confirm.
3. Update Slot A: With the system booted from Slot B, I ran the CLI command: ha os update --version 14.0. Since the system was running on Slot B, the update process applied to Slot A.
4. Final Verification: After a host reboot, Home Assistant OS 14.0 was successfully running, booted from Slot A.
Iām going to try this method to see if it works.
Confirmed this method worked for me.
board: generic-x86-64
boot: A
boot_slots:
A:
state: booted
status: good
version: "14.0"
B:
state: inactive
status: good
version: "13.0"