I started the update to the latest version today (using My OSMC). It restarted once, but is now stuck at 86% on the screen with the blue background. It’s on the part “Configuring armv7-bluez-osmc (armhf)”. I know it sometimes takes a while to update, but now it has been stuck on this point for about 2 hours.
I’m able to connect using SSH.
What is recommended to do in this case? Is it possible to stop the update and retry? Or a logfile I can check to see if I can find the reason why it stops during the installation of this package?
Thank you for your reply. I didn’t find anything useful in the logs.
Could be the SD card, but it’s a high quality SanDisk Ultra card with 10 years warranty. I have only used it for OSMC, but since 2017 and total bytes written is 360GB. Maybe it has been worn out?
But is there a way I can stop the update and try to start it again to see if it resumes?
I used htop, and there was a running process called “bash /var/lib/dpkg/info/armv7-bluez-osmc.postinst configure 5.62-1”. I ended that, and then the update resumes and it seems like everything was fine, except I got an error in the end that there was a problem installing the bluez package. But that’s for Bluetooth which I don’t use, so I guess it’s okay then.
Oct 27 21:11:41 osmc rpi-btuart[18127]: Initialization timed out.
Oct 27 21:11:41 osmc rpi-btuart[18127]: bcm43xx_init
Oct 27 21:11:41 osmc systemd[1]: brcm43xx.service: Control process exited, code=exited, status=1/FAILURE
Oct 27 21:11:41 osmc systemd[1]: brcm43xx.service: Failed with result 'exit-code'.
Oct 27 21:11:41 osmc systemd[1]: Failed to start Broadcom 43xx bluetooth HCI.
Oct 27 21:11:41 osmc systemd[1]: Starting Broadcom 43xx bluetooth HCI...
Oct 27 21:11:41 osmc rpi-btuart[18128]: /usr/bin/rpi-btuart: line 10: warning: command substitution: ignored null byte in input
Oct 27 21:11:41 osmc rpi-btuart[18128]: /usr/bin/rpi-btuart: line 10: warning: command substitution: ignored null byte in input
I’ll try killing 17566 then 17490 in the next hour or so if I don’t hear back, I am afraid.
[edit]
From the ps faux shouldn’t the bluetooth restart be a condrestart and not a restart, otherwise you are forcing it to start when it may not have been running?
[/edit]
[edit2] systemctl status bluetooth gives:
* bluetooth.service - Bluetooth service
Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/bluetooth.service.d
`-local.conf
Active: inactive (dead) since Thu 2022-10-27 20:39:27 BST; 49min ago
Docs: man:bluetoothd(8)
Main PID: 351 (code=exited, status=0/SUCCESS)
Status: "Powering down"
Oct 27 20:39:27 osmc bluetoothd[351]: Endpoint unregistered: sender=:1.10 path=/org/bluez/hci0/A2DP/SBC/Source/1
Oct 27 20:39:27 osmc bluetoothd[351]: Endpoint unregistered: sender=:1.10 path=/org/bluez/hci0/A2DP/SBC/Source/2
Oct 27 20:39:27 osmc bluetoothd[351]: Endpoint unregistered: sender=:1.10 path=/org/bluez/hci0/A2DP/SBC/Sink/1
Oct 27 20:39:27 osmc bluetoothd[351]: Endpoint unregistered: sender=:1.10 path=/org/bluez/hci0/A2DP/SBC/Sink/2
Oct 27 20:39:27 osmc bluetoothd[351]: Terminating
Oct 27 20:39:27 osmc systemd[1]: Stopping Bluetooth service...
Oct 27 20:39:27 osmc bluetoothd[351]: Stopping SDP server
Oct 27 20:39:27 osmc bluetoothd[351]: Exit
Oct 27 20:39:27 osmc systemd[1]: bluetooth.service: Succeeded.
Oct 27 20:39:27 osmc systemd[1]: Stopped Bluetooth service.
In my case, I killed the process called “bash /var/lib/dpkg/info/armv7-bluez-osmc.postinst configure 5.62-1”, and the upgrade then resumed.
After the upgrade, I ran “sudo apt autoremove” to remove not needed packages, and remember I also got something about incomplete packages or something like that. And that was the bluez package, but that was fixed when I used the apt autoremove command.
If you look at my process tree, I have the same process as the one you terminated, but it has a subprocess which is restarting bluetooth. I am wondering if it is that which is hanging.
I’m no expert, but it seems like the bluetooth service for some reason will not end correctly during the upgrade, and that’s why the upgrade stops, since it’s necessary to shutdown the service before the upgrade can continue.
It might be possible to manually stop the bluetooth service and see if the upgrade resume then. But according to the output from the systemctl status bluetooth it seems like it’s already stopped.
I’m sorry, but I don’t have any more information about this issue. I only know what I did that fixed it.
[edit]
I guess it will be better to kill the “systemctl restart bluetooth” as you did, since then the installation of the bluez package probably will be completed without error as I got.
I’ll mark your reply as solution if anyone else should get this problem.
[/edit]