Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Question about docker image placement

Featured Replies

I'm about to enable my docker after a reformat of my last system and noticed that there is a user and user0 folder. What is the user0 folder?

 

bUaDaNm.png

 

 

user0 is the contents of your array excepting what's on your cache drive.  You're going to want to use /mnt/cache/whatever for the placement of the img file for best performance

 

  • Author

user0 is the contents of your array excepting what's on your cache drive.  You're going to want to use /mnt/cache/whatever for the placement of the img file for best performance

 

Got it, thanks for filling me in. And just for my understanding of the differences between disk and shares, is there any difference between:

 

/mnt/user/appdata

 

/mnt/cache/appdata

 

assuming that the usershare "appdata" points to the cache?

 

Also, would it be fine to put the img file in mnt/cache/?

You need to create a cache-only user share (appdata) and place the image in it so it won't get moved onto the array.  That said, it shouldn't matter whether you refer to it as /mnt/user/appdata/docker.img or /mnt/cache/appdata/docker.img.  Personally I prefer the /mnt/cache approach.

You need to create a cache-only user share (appdata) and place the image in it so it won't get moved onto the array.  That said, it shouldn't matter whether you refer to it as /mnt/user/appdata/docker.img or /mnt/cache/appdata/docker.img.  Personally I prefer the /mnt/cache approach.

 

/mnt/cache/appdata is the better option since it bypasses the FUSE file system and just writes to the file system.

  • Author

You need to create a cache-only user share (appdata) and place the image in it so it won't get moved onto the array.  That said, it shouldn't matter whether you refer to it as /mnt/user/appdata/docker.img or /mnt/cache/appdata/docker.img.  Personally I prefer the /mnt/cache approach.

 

You need to create a cache-only user share (appdata) and place the image in it so it won't get moved onto the array.  That said, it shouldn't matter whether you refer to it as /mnt/user/appdata/docker.img or /mnt/cache/appdata/docker.img.  Personally I prefer the /mnt/cache approach.

 

/mnt/cache/appdata is the better option since it bypasses the FUSE file system and just writes to the file system.

 

Great, thanks for clarifying guys. How large do you typically make your docker.img? I'm not exactly sure what gets allocated to this space and I want to make sure there's ample room for future usage. For example, plex meta data wouldn't be stored in here correct? Since it'll be in mnt/cache/appdata/plex/... correct?

You need to create a cache-only user share (appdata) and place the image in it so it won't get moved onto the array.  That said, it shouldn't matter whether you refer to it as /mnt/user/appdata/docker.img or /mnt/cache/appdata/docker.img.  Personally I prefer the /mnt/cache approach.

 

You need to create a cache-only user share (appdata) and place the image in it so it won't get moved onto the array.  That said, it shouldn't matter whether you refer to it as /mnt/user/appdata/docker.img or /mnt/cache/appdata/docker.img.  Personally I prefer the /mnt/cache approach.

 

/mnt/cache/appdata is the better option since it bypasses the FUSE file system and just writes to the file system.

 

Great, thanks for clarifying guys. How large do you typically make your docker.img? I'm not exactly sure what gets allocated to this space and I want to make sure there's ample room for future usage. For example, plex meta data wouldn't be stored in here correct? Since it'll be in mnt/cache/appdata/plex/... correct?

 

Your question about Plex actually depends on how it's configured. But generally you are correct if your apps are "properly set up" that data will be outside of the docker image.

  • Author

You need to create a cache-only user share (appdata) and place the image in it so it won't get moved onto the array.  That said, it shouldn't matter whether you refer to it as /mnt/user/appdata/docker.img or /mnt/cache/appdata/docker.img.  Personally I prefer the /mnt/cache approach.

 

You need to create a cache-only user share (appdata) and place the image in it so it won't get moved onto the array.  That said, it shouldn't matter whether you refer to it as /mnt/user/appdata/docker.img or /mnt/cache/appdata/docker.img.  Personally I prefer the /mnt/cache approach.

 

/mnt/cache/appdata is the better option since it bypasses the FUSE file system and just writes to the file system.

 

Great, thanks for clarifying guys. How large do you typically make your docker.img? I'm not exactly sure what gets allocated to this space and I want to make sure there's ample room for future usage. For example, plex meta data wouldn't be stored in here correct? Since it'll be in mnt/cache/appdata/plex/... correct?

 

Your question about Plex actually depends on how it's configured. But generally you are correct if your apps are "properly set up" that data will be outside of the docker image.

 

Fair enough. Assuming properly set up (which will be my next question as the reason I had to reformat was because I was mapping my drives incorrectly for deluge), how large would you set your docker.img?

Archived

This topic is now archived and is closed to further replies.

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.