Does it even make a difference if you run the full system from SD only? If this fails too it would rule SSD out of the equation completely.
I was running successfully with the Sd up to version 5.8 (32 bit). I went to 64 bit when I went to SSD. I was told by @agners that the new versions of the OS supported 32 bit booting of the ssd. I have tried several and could never get this to work. I tried the recommended supported split version (sd boot/ ssd for everything else) and this failed after several hours with the 64 bit OS. My next test will be trying the split again with the 32 bit version of the os. I was hoping to try the 32 bit ssd first as once you go to ssd it is hard to go back to sd.
So in theory this could be a problem with 64 bit and possibly it is not related to SSD. Maybe you could take the time and try 64 SD only to see if it stalls too. This would considerably narrow down the possible sources of the problem.
That was one of the first questions I asked in Nov (which never got answered). I thought that as your 8G version worked where my 4G didnāt and my 32bit SD worked that the 64 bit could be the issue. Remembering how when windows first went from 32 bit to 64 and how some programs had issues, this could be a similar issue with how memory addressing was done. I believe that using the split version SD /SSD tests the pi with 64 bit (which failed), but I am not certain?
Each test with the SD is slow to setup. The split version takes about an hour (boot, restore, move). The SD setup is a little faster as there is no partition move. The test takes around 3 hours to a few days (when it freezes) so I would like to have some feedback from the developers on what to try and what to capture that will help resolve the issue.
I believe that there are enough people with this issue to do a controlled experiment to figure out a solution. We just need what to test that would help the developers determine the root cause so it can be corrected.
I am already for several days running HA in VM, itās super fast, super reliable and hasnāt freezed yet. I put fresh HA on the RPi to control my projector only, which I control using HACS remote control (control slave HAss with master HA) and it works like a charm. My freezing is definitely related to expanding HA regardless of booting from SD or SSD, or running 32/64bit version. Itās the capability of RPi to handle continuous tasks.
I have not got that far.
First I bought an usb3-ssd that didnāt work at all.
Then I got an InaTech that was recomendedā¦ But it was the wrong on. This one needed a push on a button to work. So I ended up with This one and the piās boots like a charm.
I donāt know but I flashed the ssd directly and at least it boots. It seems that it starts everything.
I have not had the time to do more. This shall replace my old PI3.
Whenever I get the timeā¦ And see what files I have to copy to the new one.
That would deny the fact that me and many others are running really complex HA installations on Pis without any hangs or freezes for weeks. Mine never ever froze or stalled and I have it running everything from KNX, Zigbee and enOcean to MQTT and Node RED with dozens of flows to ESPhome, Glances, InfluxDB and Grafana. It transcodes video streams of 5 network cameras too and stores them on motion events. And it never complained the tiniest bit.
Please understand that your simple size of 1 is much to small for raising a big statement like that.
Maybe the main problem is my three automations that use a trigger based on one second pattern. However, this is my experience and I spent dozens of hours to solve it. VM on my personal computer solves it, it reboots superfast, the webserver is significantly more responsive, so I even do not see a reason to tinker on slow RPi when I can get intel NUC dedicated for HA. If I can spend so much money on all the gadgets, why not have a serious metal to run them.
Sorry for a big statement, but look:
- I tried three different SD cards.
- I tried various OS versions
- I tried your guide and tried four different SSDs.
- I tried to have local MariaDB instead of the default db in the file.
- I tried remote MariaDB on my synology NAS.
- I tried to cut some integrations (MQTT mainly) and kept only zigbee with 50 devices, about ten wifi switches and netatmo (beside all the basic ones such as printer, router, synology sensors.)
- I even tried to buy a new router.
Btw finally when I was running both instances, I realized, that the freezed RPi (disconnected, no ssh, no ping over lan) still sends commands to netatmo, so it is apparently not freezed completely.
The only and extremely quick solution was to put it to VM on my desktop computer. Everything is superfast, more responsive, stable, reliable and all the bugs, delays, freezes I experienced are gone. HW test by RPidoctor does not return any troubles.
Fresh install of HA on RPi that only sends shell commands to my projector (and is controlled by hacs hass remote control) makes the RPi stable. So I am fine with buying NUC for HA. It will work.
I guess you simply saturated the Pi with whatever your automations do.
Sure you can throw hardware on that kind of problem. You will succeed and doing that will always be the cheapest solution if your time is worth money.
All I want to say is that what you experience is not a general Pi problem. A Pi 4 is absolutely capable of handling the load of even a quite extensive HA installation.
As I said before the downside of more powerful hardware is its carbon footprint. A HA system will typically run 24/7. Your NUC will easily consume 5 to 10 W more than a Pi doing the same thing. Over a year this sums up to 40 to 90 kWh or an equivalent of 20 to 100 kg of CO2 (depending on the carbon based fraction of power generation in your country). So the difference between RPi and NUC is not only more ooomps but also up to 50 m3 of additional CO2 per year.
IMHO this is far too much for an unspecific āRPi is to weak for HAā.
1 Like
-
The freezing problem.
I see many other people around in other threads with the same problem maybe caused by different errors. What we share is the fact that there is no debug method to cut down possible causes and find the one causing the freeze. There was a memory allocation problem in version 4.9 or 4.8 during which I firstly experienced the freeze. The developers of the HA Core fixed this and said there is no other bug to be fixed. Again, problem is that I do not have means to submit an extensive log. I can, of course, continue with looking for the cause butā¦ -
The wife problem
I cannot run my home toys on an unstable system because then my wife cannot switch on a simple light. Thatās a problem beside all the HA complexity - the simply happy wife makes your life good. -
Carbon problem
I plan to control my solar power plant with HA, manage flow of energy between PV, earth heat pump, heat reservoir for storing excessive heat in hundreds of C (oil) for usage in winter and heating/cooling the house. I plan to cool down my PV during summer to assist the heat pump (and store the excessive heat), so to control the temperature of the whole system on various levels, to control all valves for heating and cooling and other ideas. My first intention a year ago why I decided to understand HA was to make my life as sustainable as possible and mainly to control the energy. In this regard, I need stability, reliability and the difference of carbon footprint between RPi and NUC is negligible in relation to what I plan to achieve with my living.
Finally, donāt get me wrong. I was excited to see a single board capable to do such amazing things without a fan and for a fraction of energy. But if I put the same instance to VM and it works, then the problem is the RPi or itās OS. I am ready to help somebody to solve it if there is way to contribute to the community this way.
Iām setting up a brand new RPI4 4GB together with a Argon One M.2 SATA case and a Samsung 860 Evo M.2 SATA SSD.
I followed this tutorial and flashed the latest HASSOS release (5.12) to the SSD using Etcher for Raspberry OS.
Unfortunately this does not seem to be working. When I turn on my RPI, I donāt see any boot screen at all (the one that has a QRCode is dislplayed only when booting from the SD card), although I can tell that there is some HDMI signal that makes my monitor to stay on.
Is this release USB boot friendly? Or is there something that needs to be considered besides this tutorial to make it work?
Well, it seems that the release is the culprit. I was trying to use the 32bit version, but I read in some other topic (Raspberry Pi 4, Home Assistant OS (5.5, dev version) on a SSD, and the Argon One M.2 Case (In Progress)) that someone else was having the same problem and solved it by using the 64 bit version.
Now letās see if I can get it up and running 
Hi, can you please update here if using 64bit solved your problem? I have just bought my Argon M.2 case also, will move SSD booting soon.
Try this method,
https://krdesigns.com/articles/installation-home-assistant-with-supervisor-on-debian-10
My RPi4 is currently running 32bit HA OS. Moving to SSD, I would like to go for 64bit as it seems it has higher success rate.
So the question is, can I restore a 32bit snapshot to 64bit OS?
Yes, this is no Problem!
I have here a Raspberry Pi 4 4Gb in the Argon One Case running with a HassOS 5.12 64bit image. I restored it months ago from a 32bit SD-card installation.
In the meantime I changed from an external USB 3 SSD (120GB) to the internal M.2 SSD (WD Green 240GB) inside the Argon One case with a snapshot without any single problem.
Thanks for confirming. When you doing the snapshot restore, are you restoring everything?
Yes, sure! I did it directly at onboarding. And everything was the same as before.
1 Like