I get these annoying repair errors on HA 17.1 2026.2.2 - which won’t be dismissed without a restart, no even ‘reload’ after resolving it doesn’t make them go away!
Looking into it it’s because HA running in Virtualbox doesn’t wait to check if the mount is available later, I get cifs_mount failed with return code -2. But then the drive DOES become available, and works fine.
Ubuntu 24.04 the host OS sees the volume fine, other computers can write to it, etc etc.
In Ubuntu you can do this:
sudo systemctl enable systemd-networkd-wait-online
sudo systemctl enable systemd-networkd.service
sudo systemctl enable NetworkManager-wait-online.service
And I’ve done this in the host system now, but I suspect it won’t fix the problem cos HAOS will still boot up and try to look for that share too soon!
Only reason I am doing this is the frankly arcane and confusing lack of ability to properly mount shares in HAOS.
Looked into this for hours and it’s either crack open the systen and restore full root with a CONFIG USB (eek! rather not for security reasons) or put/extend HAOS on the big SMB share…but then I can’t use the drive for other devices or have to rely on someone else’s add-on, also not great for security.
I want to be able to edit the smb.conf and set proper user controls or groups if needed…not do that through a very noddy UI (yes I used SAMBAShare addon and it leaves a lot to be desired…also I don’t really want all my files in /media/ in an OS I don’t control - would rather have some separation there in case something goes down with the VM, not have all my files trapped inside a VM with an OS I have limited control over).
So is there a way of either delaying HA trying to access the Network drive on boot? Or a better way to add a CIFS Share without putting in gaping security holes or relying on a very basic add-on?
I have also tried to add the drive into a guest share in Virtualbox, that also is not seen, either mounted either in share or media. That should not have had the ‘network share delay’ issue because Ubuntu sees that natively…
