I just migrated my setup from a rpi3 to brand new intel NUC i3/256GB NVME/8GB RAM. I install the latest HassOS (5.12) on the nvme, no problem. I restore my snapshot and it failed : I have a ton of error :
Blockquote SQUASHFS error: unable to read metadata cache entry / unable to read directory block
So after some research I thought about a hardware problem. I checked the RAM with memtest86 -> No problem. I checked the SSD with e2fsck -fv and badblocks -v -> no problem.
Then I thought it was because of an integration. So instead of a restore snapshot, I re-installed all my integration and containers one by one and reboot everytime I installed one. After some reboots, I thought it was okay. No more problem. But it happened again…
No logs on config/homeassistant.log (as it doesnt boot). no logs inside /logs/ …
Dont know what to do next.
After 20 re-install in 3 days I become crazy. So I came to grab some help
Hi ! Unfortunately I haven’t… My NUC kept crashing from time to time so I decided to send it back in warranty to be sure it’s not a hardware problem. waiting for it now.
Do you use the supervised version or the home assistant OS ?
Did you get anywhere with this please? Was it a hardware problem in the end?
I’ve put Home Assistant OS on a new RPI4 8GB booting from SSD and I’m getting the same thing.
It seemed to be fine for the first couple of days and then this morning I couldn’t logon - I got “Error: Something went wrong” on the logon screen. Connecting a monitor to the RPI4 I revealed loads of errors relating to EXT4-fs. I rebooted and it’s now churning out loads of SQUASHFS errors.
Just received back my product from warranty. I think they just dismounted and remounted my NUC and did some tests …
I installed Debian 11 with HA supervised and restored my HA backup. And … everything is fine for 2 months now ! Think my problem is solved too
But I dont know if it’s because of Debian11 or because the hardware was remounted…
If that helps … !
I’ve just hit the same issue with a one month old RPi4B 4GB with no SD and 1x SSD.
Was working fine till this start of this week then got some odd issues with ESPhome devices going off-line/rebooting, then tonight I started a Full Backup in prep to update the core to latest build, then splat… Now the RPi4B boots and runs for a while then system locks up on GUI and HDMI monitor shows endless EXT4-fs errors, SQUASHFS errors etc. Power restart ends up in the same place eventually…
Any clues from the image ?
Same here but mine only began when trying to install sonoff zigbee dongle. I have RPi4 with 1x SSD that hasnt had any issues then once I inserted into usb it gave me the same errors. I should also add that the first time I put the dongle directly into the RPi but then after a reboot tried it with a usb extension with nothing attached and it did the same thing. When I reboot and dont put anything (besides SSD obviously) it works fine.
This just happened to me. It started with going through onboarding and HA startd reporting “ERR_EMPTY_RESPONSE” in the browser. When I went to cli, I saw the repeated error. I didn’t even get to log into HA.
Guys I see lots of posts with same error but without any updates. If someone has solved please let us know. If it’s still randomly happening and the only solution is to restore a previous backup, please let us know too…
I was having this issue with an RPi 4 and Argon One case with the NVME SSD version of the case.
It did somewhat resolve itself after a couple of reboots, but I was getting an undervoltage warning.
After I gave it a 20 watt power supply it hasn’t complained or have a SQUASHFS error again.
I’m wondering if is a side problem from a power issue.
It looks like this issue has struck me too - after running very reliably for some time, my HA is now complaining about SQUASHFS errors and failing to boot properly.
I’m running on a Pi4 with an SSD in an Argon One M.2 case and have tried switching power supply to rule that out.
This is massively frustrating as I’ve recently had a large solar panel setup and battery array installed and use HA to monitor that as well as a bunch of other home automation bits, so getting it back to a rliable state is a real priority!
I downloaded the VM off the website yesterday and have run into this problem today.
My environment is as follows: HP Microserver running XigmanNAS with VirtualBox running. Storage is 4x Seagate Pipeline HD drives running as 1 ZFS pool with XigmaNAS running from a USB stick internally installed on the mainboard. No issues with the NAS as a whole, everything responsive and working as it has for several years.
I started up the VM yesterday and when it came up to the point of saying “this may take 20 mins” I went out to do some things. I came back last night and finished the first start wizard, and found my detected devices, in particular I have an ESPHome smart plug and an identical device but running Tasmota. I started through the process of setting up the Tasmota device by installing Mosquito and setting up a username etc. I decided to put off the final setup of the Tasmota device until today as I was tired. This morning, I got a “We’re having trouble finding this page” message on the browser. Ok, I’ll check the VM. Virtual box says running, the NAS is also fully responsive etc. VNC to the HA VM, and I see these errors as mentioned above.
Reading through some of the replies, I seem to be the first person reporting the fault with no SSD involved. OK, XigmaNAS is running from a USB stick, but the VM is on a spinning disk and shouldn’t knw about the USB stick I don’t think? This is my very first time with HA, and it’s broken less than 12 hours after configuring 1 and a half devices. I’m going to investigate further but does anyone yet have any ideas on a cause and or a fix?