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.

Feature Request: Application Drive

Featured Replies

I know there are other ways around this, but I'd love to see an "Application" drive added to unRAID. Basically just another drive selection option like the cache drive that would be mounted outside the array, but not used for cache. It seems like a simple enough feature to add. That way plugins like SABnzbd could check for this drive on install and default all of it's drive needs to that mount.

 

Not really an essential feature I know, but it would be nice not to depend on a plugin, or use up your cache drive to run add-on applications. For the likely effort, it seems it would have some value.

 

Thoughts?

 

whiteatom

Would be nice if the disk would stay mounted even if the array is stopped (like the flash share).

I have a setup kinda like this with my cache drive. I partitioned it basically in half, mount partition 1 as cache and use SNAP to mount/share partition 2. I reconfigured the apps that I do run to use this partition for their working/data directories.

If there were a way to install packages and run scripts from them before any actual work occurred, this could happen by patching the /etc/fstab.

 

Maybe we could lobby for an additional entry in /etc/fstab for any filesystem with a label APPLICATIONS.

This would then automount it on a tree we deemed appropriate.

 

However, I think one of the best idea's I had in a discussion with Tom was to enable some form of union filesystem like knoppix does.

 

This would allow another physical hard drive to overlay the root filesystem allowing you to install apps into a regular tree.

 

Anyway AFS or UNIONFS could work, but it would require the rootfs move to a tmpfs, and I don't see that happening without a whole suite of beta testing.

 

So an added entry to /etc/fstab or a way to patch it and do a mount would be the answer.

 

Another idea is a simple package that only installs a special mount command script that does a mount -L applications /mnt/applications.

 

The install.sh in the package would run the mount script.

 

Maybe we could lobby for an additional entry in /etc/fstab for any filesystem with a label APPLICATIONS.

I like that idea.

Where would we mount it?

 

/mnt/applications

?

/mnt/extra

?

/mnt/local

 

I usually use local for anything local to the system or a facility.

 

this way you can compile stuff with

 

--prefix=/mnt/local

and the tree will be built as

 

/mnt/local/bin

/mnt/local/var

/mnt/local/lib

,etc, etc.

 

 

So /usr/local is for apps/tools local to the unRAID environment and /mnt/local would be local to the particular installation.

 

perhaps the Label on the apps drive should be LOCAL

 

mkdir -p /mnt/local && mount -L LOCAL /mnt/local

 

I think I prefer this.

 

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.