What is missing, is people writing about this. Therefore, it was great you posted it.
The package should be squashfuse instead. At least, that’s the name for the Ubuntu 16.04 cloud image.
Ideally, this package should be preinstalled in the Ubuntu cloud image.
Another difference between snaps on host and snaps on an LXD unprivileged container, is that now you need to sudo snap install (that is, add sudo when you do not need sudo on the host).
Thank you for this! - I have one question though - I now have this working but I can only access the NextCoud instance on the laptop I installed it on - How do I get at it from (for example) the phone app (even if it’s just on the same WiFi as the host)? What settings do I need to put in? Do I need to do something on my wifi router? - Thanks again for the post, it’s exactly what I was looking for.
To expose the nextcloud instance to the LAN, there are a few options.
In your case with WLAN (WiFi LAN), you can use a LXD proxy device to expose the port 80 of the next cloud instance to port 80 of the host. Let’s assume at the container is called “mynextcloud”.
Then, run on the host
Thank you!! I’ll give this a try. Do I need to set listen=tcp:0.0.0.0:80 to my NextCloud container IP or do I just copy the whole thing replacing the container name only?
Only container name needs changing, 0.0.0.0:80 will cause all addresses on your host to be listened on, 127.0.0.1:80 is the target address in the container on which nextcloud should already be listening.
Hi,
I found how to fix this from another post.
Just use mount -t tmpfs tmpfs /sys/kernel/security/ and service snapd restart.
After that snap is working.
I packaged squashfuse and did the snapd integration so all this would work quite a few years ago. Since then, snapd has actually been changed to include its own build of squashfuse as snapfuse, making this step no longer necessary.
Yes. I am using 20.04.
When I install squashfuse. I saw it always running and use lots of CPU.
After I remove it. I saw “snapfuse” is running and CPU usage is much better.