I have HA up and running in Debian 12 on my Orange Pi 5 Plus. No obvious problems, but before I get too deep into the configuration, I want to MOVE DATA DISK to an NVMe m.2 that is installed specifically for that.
I have tried in the GUI and also the command line (as root), but in each case it simply results in:-
“Error: ‘DataDisk.migrate_disk’ blocked from execution, no Home Assistant OS available”
No it is indeed not HAOS, but the ha command otherwise runs fine. What is it that Debian apparently lacks and how can I get around this? I could manually move files but not sure exactly what should be moved nor how to then tell HA to use the different location since the command to do that is exactly what is failing.
A bit of a stumbling block so could do with some advice on how to overcome/get around this issue.
From what I can see, HA’s structure in a Debian supervised install seems quite different from HAOS on e.g. a Yellow. I don’t seem to have most of those mounts, or anything equivalent.
Without knowing how HA works with the filesystem, I’m kinda in the dark. However it is surprising that while such an install is in theory ‘supported’, it fails at this basic hurdle. Wouldn’t be so bad if somewhere there were instructions as to what needs to be done manually to get around the fact that the move data disk routine doesn’t work on Debian.
Or does it? I’m not seeing a huge number of posts about such a failure and surely there must be a lot of Debian based users out there. Are they all unable to move their data disk? Or if they have, how?
This is still an issue I want to resolve. HA on Debian is supposed to be an acceptable (supported) configuration, but this failure to move the data disk is a big problem.
I could perform all steps manually, if I knew what the steps were and HAOS is apparently significantly different.
There’s likely to be very little or no data to actually move. So should be just a question of pointing HA at the different location.
Is there no way to actually get support for a tissue like this?
I ran HA Supervised initially and spent a lot of time learning different aspects of it. Supervised is supported but I switched to Home Assistant OS (HAOS) to give me much more of what I wanted.
The Installing Home Assistant Supervised using Debian 12 guide has a number of people asking the same question. There might be clues in there (I just searched for “mount” in the topic but you might have better search terms/luck). Search for “SSD”
HI!
I’m currently having the same issue.
I have a supervised installation on Pi4 ( on SD card) But I want to use also external devices to store the data, or as @francisp suggests, run it from an HDD, I’m ok doing it on a terminal, but how can we do it? I couldn’t find information anywhere either.
I appreciate any help you can provide.
I don’t know about anyone else, but I am NOT trying to boot from a different disk. It is simply that by default HA uses the boot drive for its data and I simply want to make it use a different disk (SDD in fact) I have in there for the express purpose of storing HA data.
HA even expect this to be required and provide the ‘Move Data Disk’ command (GUI and CLI) to accomplish this. However it only works for HAOS, so if running a Supervised install (whch otherwise runs perfectly) that command simply does not work.
Clearly that command performs some moving of existing data and pointing HA to that new location for its data. It will be entirely possible to do those, but the EXACT process has to be known. Does the new location need any specific directory structure? How is HA updated to point to that new location?
These are no doubt pretty trivial, but without knowing exactly what they are, it is impossible.
I am somewhat dismayed that a fundamental failing of HA Supervised is simply ignored, as are the pleas from customers who need to know how to achieve this fundamental operation.
How hard would it be to fix supervised to actually do what it is supposed to do, or at the very least reply here with instructions to allow us to manually change where HA stores its data. Is that too much to ask?
this post!