How to mount media folder in supervised docker

HITChris · February 27, 2021, 9:10pm

Did you have any trouble with fstab persisting?

Dominik.W · February 27, 2021, 9:48pm

No. I simply created a service now, which executes

sudo docker exec -it homeassistant mount -t cifs -o “domain=WORKGROUP,username=xxx,password=xxx” //192.168.1.33/Medien /media

on server restart… works good!

PrayerfulDrop · February 28, 2021, 4:06am

Don’t mean to n00bie you but what is service now?

Dominik.W · February 28, 2021, 7:43am

To automate this on system startup you can create a service!

sudo nano /etc/mountnastoha.sh

Copy to clipboard

#!/bin/bash
sleep 4m

sudo docker exec -it homeassistant mount -t cifs -o "domain=WORKGROUP,username=xxx,password=xxx" //192.168.1.33/Medien /media

sudo nano /etc/systemd/system/mountnastoha.service

Copy to clipboard

[Unit]
Description=Mount NAS Media to HA

[Service]
Type=simple
ExecStart=/etc/mountnastoha.sh

[Install]
WantedBy=multi-user.target

sudo systemctl enable mountnastoha

PrayerfulDrop · February 28, 2021, 4:11pm

Are you running HassOS or HA on top of RPi/Ubuntu/etc?

Dominik.W · February 28, 2021, 5:38pm

HomeAssistant Supervised on Raspbian with OMV5…
Even if raspbian is unsupported I never had problems.

PrayerfulDrop · February 28, 2021, 6:13pm

Yeah I am running HassOS on a VM in virtual box. Not sure how to do the above in HassOS.

palito · June 24, 2021, 10:16pm

Update: Please note that I found (also plenty of other people on internet) that VMware Workstation Shared Folder has very slow transfer rate and is consuming plenty of CPU. I found this post: Re: Unacceptably slow shared folders performance - Page 2 - VMware Technology Network VMTN where are some tests results and the fastest way is to use SMB over bridged network. I already have bridged network for my HA so my setup was easy and I won’t go into details with W10 and on Debian it was just two simple steps. So this is what I did:

Create a local user in W10
Share a folder HomeAssistantMedia with read-write privilege for the newly created user
On the Debian install CIFS to support SMB protocol
```
apt-get install cifs-utils
```

Edit /etc/fstab file to create persistent mount

nano /etc/fstab

Add new line:

//host/HomeAssistantMedia/frigate     /usr/share/hassio/media/frigate  cifs  username=NewLocalW10User,password=password,iocharset=utf8  0  0

Exit nano by pressing ctrl + x and confirm saving with overwrite.

Manually test the mount from the fstab by running this command:
```
mount -a
```
If you see any errors solve them. Hopefully all is fine and we can proceed to…
Reboot Debian by running the command:
```
reboot
```

And that’s it. I hope this helps to anyone If yes, please give me a on this post.

Original post: I’ve spend few nights while I solved this. Firstly I had to switch from Home Assistant OS to Home Assistant Supervised, because I was not able to achieve the aim there. Here with Supervised it was little pain too, but at least it was possible and it’s working now and I hope it will be working without any issues also in the future.

My host laptop is running Windows 10 where I have VMware Workstation with Home Assistant Supervised VM. My aim was to get the camera recordings from Frigate add-on inside Home Assistant VM to the data drive on the host laptop. I didn’t care if that would be SMB or any other technology because if the host is not running than also the VM. And the host is always first available then the VM starts, so mounting is not a problem.

Thanks for sharing the findings above. Thanks to the comments I was able to get to the finish line. Once again thanks to all guys above me.

What I did is:

On the host create folder HomeAssistantMedia with subfolder frigate
In the Workstation right-click at the VM and select Install VMware Tools
Connect to the VM linux as a root (I use console in the Workstation and my VM is running Debian without GUI)
Manually mount cdrom to Debian and then proceed with installation of VMware Tools using documentation from: Manually Installing VMware Tools on a Linux Virtual Machine
In the VM settings in Workstation enable shared drive with option Always Enabled
On Debian run this command to create subfolder frigate inside media folder
```
mkdir /usr/share/hassio/media/frigate
```
- note: you can’t replace media folder with mount or symlink because hassio_supervisor container won’t start. It will fail on some error with mkdir media. So we need to mount subfolder in the media folder. That works without any issues.
On Debian run this command to install FUSE which is the filesystem used by the VMWare Shared Folder:
```
apt-get install fuse
modprobe -v fuse
```
_{source: I get some errors related to something called “FUSE” — AppImage documentation}
Restart Debian to apply FUSE integration to the Kernel, run the command:
```
reboot
```
On Debian edit /etc/fstab file to create persistent mount from the host to the VM which will auto-connect after VM start:
```
nano /etc/fstab
```
Add below three lines:
```
#vmware workstation shared folders
#<server>:</remote/export> </local/directory> <fuse-type> <options> <dump> <pass>
.host:/HomeAssistantMedia/frigate    /usr/share/hassio/media/frigate        fuse.vmhgfs-fuse    defaults,allow_other    0    0
```
Exit nano by pressing ctrl + x and confirm saving with overwrite.
_{Source: vmware - Windows Host Shared Folder in Ubuntu 20.04 - Ask Ubuntu}
Manually test the mount from the fstab by running this command:
```
mount -a
```
If you see any errors solve them. Hopefully all is fine and we can proceed to…
Reboot Debian by running the command:
```
reboot
```

I have rebooted my laptop, rebooted VM several time and all is still running. Frigate is saving clips and recordings directly to my 4TB data drive connected to the host.

I hope this helps to anyone

onl1kairi · June 26, 2021, 4:35am

Thanks Dominik.

I used your same approach with mounting the drive within docker with systemctl, however, I used NFS instead Samba. I also changed the “-it” to “-i”, my scripts kept failing on some weird ttyl error (also redirect the error logs to ~/error.txt so that I can read them). But it worked like a charm. My external drive will now hold all my media and Frigate output.

sciencetech@rushlight-ha:~$ cat /etc/mountnastoha.sh
#!/bin/bash
sleep 1m

sudo docker exec -i homeassistant mount 192.168.86.101:/mnt/rushpath_media /media 2> ~/error.txt 1> ~/output.txt

Setup
Supervised Docker
Linux OS (Debian)
1 Dell Thin Client
1 External SSD (1 TB)
Coral UBS Stick

omayhemo · August 10, 2021, 6:56pm

/usr/share/hassio does not exist on my installation of Supervisesd HASS on NUC. Any advice?

alexv1 · September 26, 2021, 12:24am

I ran into the same issue with my supervised Hassio, running on top of Debian. I tried all sorts of symlinks, but for some reason supervisor and frigate do not like syminks.
Here is what worked for me:
On a host OS, I created a subvolume in my btrfs storage array and mounted it under /usr/share/hassio/media
Both supervisor and frigate are happy

Alex

omayhemo · September 30, 2021, 9:40pm

Doesn’t work for me. I’m on NUC Supervised image, nothing I mount will stay mounted when I deploy.

palito · September 30, 2021, 10:10pm

I have Frigate configured to store data to my USB drive mounted in /mnt/usb_drive/ where I have folder Frigate and to that I have created soft link “Frigate” in the /usr/share/hassio/media/Frigate path. All works fine.

omayhemo · October 1, 2021, 3:25pm

Will you define soft link?

palito · October 2, 2021, 8:35pm

My appologies. I just checked my configuration and I found I chose different strategy. Let me describe how it works.

I’ve mounted USB drive to /mnt/data_4TB using fstab.
Frigate is configured to save directly to the USB drive by volume type bind to /mnt/data_4TB/Frigate.
Frigate configuration is stored in Home Assistant shared/Frigate folder so it’s backuped by the HA backups: /usr/share/hassio/share/Frigate/config.yml. This location is mapped to the Frigate as volume from host Debian using again bind type volume with readonly parameter.
In Home Assistant I have installed Frigate NVR Proxy which is allowing to view the recordings and clips using the Media Browser in HA.

So I’m not using the soft links. I’m using bind type volume.

This is my Docker compose which I have in Portainer in Stacks:

version: "3.9"

services:
  frigate:
    container_name: frigate
    privileged: true # this may not be necessary for all setups
    restart: unless-stopped
    image: blakeblackshear/frigate:0.9.0-rc5-amd64
    shm_size: "256mb" # update for your cameras using formula: (width * height * 1.5 * 9 + 270480)/1048576 * N cameras
    devices:
    - /dev/bus/usb:/dev/bus/usb
      - /dev/dri/renderD128 # for intel hwaccel, needs to be updated for your hardware
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - source: /usr/share/hassio/share/Frigate
        target: /config
        type: bind
        read_only: true
      - source:  /mnt/data_4TB/Frigate
        target: /media/frigate
        type: bind
        read_only: false
      - type: tmpfs # Optional: 1GB of memory, reduces SSD/SD Card wear
        target: /tmp/cache
        tmpfs:
          size: 1000000000
    ports:
      - "5000:5000"
      - "1935:1935" # RTMP feeds

Hope this helps

alexv1 · October 3, 2021, 5:57pm

Did you add your volume to /etc/fstab?
Here is my entry in fstab:

UUID=1f29691b-720e-4bac-8339-51723a93dbab /usr/share/hassio/media btrfs rw,exec,subvolid=2000 0 0

forSince · January 6, 2022, 9:54pm

Thank you very much Dominik,
your solution works like a charm for me. Instead of a SMB-Share I use a external connected USB-Drive to my Pi 4, which I then mount via this created service into the homeassistant container.

As @onl1kairi mentioned, it helpted to change the “docker exec” parameter from “-it” to “-i” otherwise errors would occur during the service execution.

One interesting point tho:
I was afraid that the snapshot would backup the whole content of my “mounted” media folder and hence be very big. After starting a backup and then looking into it, everything was fine. The mounted device and its content did not get backed up, which is perfect for me

Best Regards & have a nice day,
forSince

demolitionfabi · February 5, 2022, 10:34pm

I “fixed” this issue by adding the following two Crontabs for the root user (crontab -e)

@reboot rm -r /usr/share/hassio/media
@reboot sleep 10 && rm -r /usr/share/hassio/media && ln -s /path/to/your/media /usr/share/hassio/media && docker restart homeassistant

(I’m running a supervised installation on Ubuntu 20.04, not sure if the @reboot command also works like this in Crontabs on Debian)

maxifly · October 16, 2022, 3:23pm

I have HomeAssistant supervised install on RaspberryPy.

I execute

sudo docker exec -it homeassistant bash

and

mount -t cifs -o "domain=WORKGROUP,username=xxx,password=xxx" //192.168.1.xx/camera /media/camera

When I execute in docker

ls-l camera

I see files from NAS

When I execute same command inside HomeAssistant TerminalSSH addon i see only empty catalog

When I create file into docker, I see this one on NAS, but I can not see this file inside HomeAssistant.
And when I create file inside HA I can not see this file inside docker or inside NAS.

Where is my wrong?

reaand · December 23, 2023, 5:26pm

Hi everybody,

trying to mount the folder, but I’m kinda lost. I’m not familiar with docker but the minimum.
I’ve mounted an SSD on the host (debian) on /media/plex and I’d like to see it by HA and Plex. I tryied to modify the /usr/sbin/hassio-supervisor adding a volume using -v, but it doesnt work, probably because it use “create” and not “run”? (just a speculation on my part).

Need some help, do a symbolic link to /usr/share/hassio/media/plex would work?