Hi and thanks for the guide.
I have raspberry pi 4 4GB and using and trying to use an SSD.
I have followed your guide exactly but with one SSD (kingston) I get:
Trying to partition: 0
Unable to read partiton as FAT…
and trying another SSD it some times boots (very rarely) and others throws thousands of errors like this:
SQUASHFS error: Failed to read block 0x715cf5: - 5
SQUASHFS error: Unable to read fragment cache entry…
system[1]: Failed to start Journal Service
Buffer I/O error on dev sd8, logical block 0, lost sync…
EXT4-fs (sda8): I/O while writing superblock
and many many other errors.
If unplug and plug again after many many trials may some time boot again.
I have original raspberry power adaptor, tried both usb 3 and usb 2 ports and have this USB to sata
Decided to completely forget about getting my HA to run on SSD, not worth the hassle after over a year of pointless troubleshooting.
SanDisk Extreme Pro SD-card, basic recorder optimization and moved the whole database inside the rpi4 4gb RAM-memory. Now that there is no more continuous writes to the SD-card HA should run all peachy.
EDIT: As a reminder about my issue, old 5.3 version of HAOS was working fine on the SSD but anything newer than that froze the system within 24 hours. No error logs available to see etc. Plenty of people lurking here with this exact same issue and devs haven’t been able to locate&fix the issue in all this time.
EDIT2: Oh, they actually located and fixed the issue on the 7.1 beta version? Oh well, I’ll still roll with the SD card as I have Raspbee II plugged to my rpi4.
You can find all the steps over there. Simply adding db_url: 'sqlite:///:memory:' to recorder section in the configuration file will move the database to RAM.
Thanks a lot, but how to save the database in a secure place? It will be lost after every reboot if you use the RAM to save it. DO you use some script or stuff to do this?
When this discussion started here I replaced my SD for a SSD. After years of running without failures on a single SD card I wanted to get rid of the risk of a malfunctioning SD card. Everything went well till last week, couldn’t access HA anymore. First thought that my SDD died, had no spare SSD but at least with a SD card I could check that the PI was fine. Next day with a new SSD I wasn’t able to flash HA on it… found out that the StarTech 2.5″ SATA to USB 3.0 Adapter didn’t work anymore. So if you ever run into troubles don’t forget to check your cable. Anyone else who had issues with this cable?
A good back up strategy must be to have a standby adaptor cable and SSD with a recent installation of HA. But is there a better way to allow a complete standby system which can be switched to online mode if the primary system fails to boot? Maybe with a stand alone (not integrated in to HA) power socket that can be turned on from the manufactures app in the event of the main system failing?
It can impact any other radio receiver that is too close to the ports and uses the affected frequency range. This is definitely true for any ZigBee bridge like Philips Hue.
Thanks (and thanks for this guide too)! My understanding is that the interferences comes from both ends of the USB cable, so it would still cause interference if I move my SSD further away with a longer USB cable. Does it make sense to use the USB 2 ports for the SSD instead to avoid the interference?
I wouldn’t do that. Running an SSD connected through USB 2 will heavily reduce the max performance of the SSD.
Instead position your Hue bridge further away from the Pi and it’s disk. RF signals lose power with distance squared: Doubling the distance will reduce the interference by a factor of 4.
First of all: Thank you very much for your work, @Jpsy !
For the files. I have had problems with booting from SSD. Got different warnings and error messages while the RPi was booting for ages. Tried this and that of what I have read here. Switchting from USB3 to USB2 port while connecting the SSD to the RPi has finally solved my issue. I definitely recommend to connect the RPi via HDMI to a screen/monitor. Yes, the SSD would perform even faster with USB3, but the speed increase by switching from SD card to SSD is already fast enough to me.
What controller does the inateck use? The issues that people ( a some group) were having with SSD lock ups were fixed December and released in January. This issues dealt with lockups.
Not booting almost always was a hardware issue with controller or SSD being incompatible with the RPI. I would search the RPI forums to see if your hardware is compatible. There are several good articles showing tested hardware.
This was super helpful, thank you.
One thing (that may be too unrelated to mention, but I didn’t realise at first) is that the headless option for setup (over SSH) now requires another file, userconf.txt with the username and encoded password for you to sign-in with. This can be generated by the Raspberry Pi Imager when flashing the SD card.
Thank you so much for this great Guide! Especially keeping it up to date is really helpful! Switched to SSD-Boot with my RPi4 flawlessly. Took about 2hrs, and by now (3 Days) running with zero Issues!
What is your experience with SSD and Powercuts? I have my Pi running behind a UPS. Which is great, but draws about 110 KWh per Year. An Insurance im happy to pay, but if its more or less not necessary (any more), id love to skip it.
I don’t know how HassOS/HA on SSD behave with unexpected powerlosses. DB corrupt? Pretty possible. But would it reliable come up again, ready for restoring a Backup?
