In reference with my reply I have tried another time to install latest 64 bits stable version. And I have exactly the same problems, for remember…:
I have the following external devices:
PI 4 4 GB ram.
ConBee II Zigbee USB dongle.
Sigma Designs Zwave Plus USB dongle.
These devices works without problem with HA system 32 bits on SD card.
For the migration I bought:
ELUTENG Cables USB to SATA for 2.5 SATA SSD/HDD
Crucial BX500 240 GB CT240BX500 SSD disk
Following the tutorial from this post but with the latest stable version I installed the HA version: hassos_rpi4-64-5.8.img.xz.
When I restore my last snapshot from the old system (32 bits), HA starts without problem from the SSD but with the following problems:
My Sigma Designs - Z-Wave Plus USB was detected but all the z-wave devices don’t works, for example, if I turn ON a zwave light automatically the systems turn OFF inmediately . I tried to change the port from USB 3 to USB 2 and the same problem… I tried to connect the zwave usb dongle to a extension USB cable and same problem.
In other hand, the zigbee dongle works well and I can see all my zigbee devices and they works perfect.
HACS integration don’t starts, and I need to unistall and install another time. Really Is not a problem…
AEMET integration don’t works
The rest of the systems works well. But zwave network it’s impossible to works correctly.
Please, any help about this situation?. Any people have similar problems with zwave integration with a similar dongle?. Can be a problem with the drivers for this dongle?
This has been driving me mental for hours, but now finally I got the ‘Preparing Home Assistant’ screen up and have restored my snapshot. That’s after much time spend fiddling around with the eeprom etc.
I’m using a Kingspec Z3 SSD. Same as yours?
i just hope this issue doesn’t persist and cause trouble after any restarts or power cycles. This update has broken something for me.
Well now I have to know; was it the ‘unplugging-replugging-while-pi-still-on’ weird trick that got it going? Even if it wasn’t I’m glad you got it sorted it out, but if it was, well, 2 different datasets with a common solution might be enough to be helpful to others as well.
My SSD is Inland (Microcenter in-house brand; unclear who they outsource from). My SSD USB enclosure/adapter is SSK brand, ‘USB 3.1 Gen 2 NVMe PCIe M-Key’ bought off Amazon.
What version did you flash, and what Core are you running now? I’m still on the flashed 5.7, but I suspect if I had the courage to try updating Core to 5.8, it would probably once again reboot to the “dead” SSD, but I also suspect that simply unplugging and replugging the SSD with the Pi still on would let it boot back up and complete the upgrade to 5.8.
Hey guys, just a weird idea about your SSDs not even trying to start up:
Are you sure that your power supply’s specification meets the requirements of your SSD? Do you use the original RPi4 power plug and have you checked whether the max current of your drive can be provided?
For those of you struggling with USB after the latest update, it is due to the latest eeprom firmware on the pi, not HA.
I had lots of issues but now back to normal, this is what worked for me…
1st I had to update the firmware of my USB controller, to one that supports NO_UAS. Then I had to boot the pi and unplug/plug the drive and it would boot.
Just a note of thanks to say I completed the process last evening and everything went perfectly. I’m successfully using an SSD on my RPi4 with Home Assistant.
To confirm, it took me about 45 minutes to complete the steps below after reading the original guide by @Jpsy and the other useful posters.
Downloaded the latest full snap shot of my 0.118.5 system.
Downloaded the Raspberry Pi Imager.
Wrote the Raspberry Pi 4 EEPROM boot recovery image in Misc utility images to a spare SD card.
Shut down my raspberry pi via Supervisor, System, Shutdown.
Inserted my SD card with the EEPROM boot recovery image on, and powered up the pi.
Waited for the pi’s green LED to flash constantly to know the EEPROM was updated then powered down and removed the SD card.
Wrote the latest hassos_rpi4-64-5.8.img.xz image to my Samsung 840 Evo SSD using the Raspberry Pi Imager and the Eluteng USB to Sata adapter @Jpsy recommends.
Connected the SSD using the Eluteng USB to Sata adapter to my RPi4’s USB3 port.
Powered up the pi and loaded homeassistant.local, waited patiently (hit F5 on the keyboard about every 3 seconds) until I was able to log in.
I created myself as a user and went through the initial setup and didn’t adopt any devices.
Went back into supervisor, uploaded my snapshot using the three dots and restored it.
Waited patiently for the snapshot to restore (by hitting F5 on the keyboard about every 3 seconds)
Done - everything worked.
Thanks to all of you that offered some suggestions and guides.
Tracking development is not obligatory for common users. And never should be.
This information has to be presented in change log and as warning just before update (due to possible consequences). Maybe better: should be an option of choice or a prerequisite.
I’m not even speaking about the fact, that updating FW has more strict requirements related to power interruption.
In other words OS update shouldn’t touch anything but OS.
What will be next: silent firmware updates of home appliances (bulbs, relays, ovens)?
You are missing the point. I’m pointing to braking basic rules which are valid regardless the project is voluntary or not. Of course devs are free to decide what and how they develop.
But the fact it’s voluntary project doesn’t change my opinion about the fact that updating OS should not silently update the firmware. Dot.
If you have different opinion about that, please give your arguments. But don’t be alibistic just because the software is free. It’s not applicable for this case.
Seems you don’t care about OS update can brick HW or destroy someone’s installation- you are entitled to your opinion. But this attitude doesn’t help improving the project, Actually is useless in this whole discussion: how it helps people who have not working home automation for week? Blame them they haven’t read all commits information on GitHub.
Ano, máte pravdu, tato slovní přestřelka je opravdu k ničemu a nikomu nepomůže.
Jak jsem pokračoval, psal jsem o několika příspěvcích výše.
Nevlastním jiný hardware pouze Rpi4 4Gb a Rpi4 8Gb SSD Kingston A400 120Gb. Používám desku X825 Sata. Mou prioritou bylo zavést SSD a sleduji to od začátku vydání HassOS 5.0. Všechno s tímto zařízením fungovalo a dnes HassOS 5.8 a nejnovější HA fungují stabilně. Chtěl bych poradit, ale protože nemají další HW, nemohou to zkusit, a tak radit s jiným HW a omlouvám se.
Maybe the translator is to blame, but I don’t blame anyone and I know it must be annoying. I’d love to advise but I don’t really have any other device to try it out.
In step one I downloaded the latest snap shot to my PC. When it came to restoring the system I used the upload snapshot feature to upload it from my PC to the Pi.
Thanks for clarification.