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.

Tomahawk51

Members
  • Joined

  • Last visited

  1. I love Binhex releases, and prioritize using these so, it's with a bit of reservation that I share: The hotio seerr container works with tailscale, and this one doesn't. Well, I was able to get this one working by building a sidecar docker, but if you want to use the builtin checkbox features for a container, I just did that and it took no time at all and was much simpler.
  2. I've been trying to setup tailscale on this for ages, trying every permutation gemini can come up with. I can access it local just fine, but it lands on a white screen with the Tailscale address. Anyone get this setup? I'd love the sanity to know it's even possible. Right now, it shows in my tailscale machines list. I'm using tailscale defaults, and "Tailscale Serve: Serve" I noticed some settings inside the app around proxy, but assume I should not touch those just to get tailscale access. This container is working great, and was easy to setup. I didn't succesfully migrate from overseer, but I was happy to just reconfigure. If I had a complaint, it's how long the "[info] Executing usermod for PUID '99'..." task takes since i've had to restart a bunch. sigh...
  3. Thanks, I'll look into upgrading my skills and will try this as you indicate. FYI - the container I recommend, icloudpd-web, is different from icloudpd, which is a CLI. I use the latter now, but this alternative looks much easier (e.g. with changing tokens from Apple, etc.). I appreciate your comment. UPDATE: yes - I was able to learn Docker Compose and get this going. Never did that before! Here's a snippet in case it ever helps someone, albeit slight modification vs. GitHub. services: icloudpd-web: image: spicadust/icloudpd-web:latest container_name: icloudpd-web restart: always ports: - "5000:5000" environment: - HOST=0.0.0.0 - PORT=5000 - TZ=XXXXXX<update this per your needs!!!> - PUID=99 - PGID=100 volumes: - /mnt/user/appdata/icloudpd-web:/app/config - /mnt/user/iCloud/icloudpd-web:/app/downloads
  4. I would request and suggest iCloudPD-Web, a really elegant UI tool to allow for downloading or backing up iCloud Photos from Apple. This seems like a much nicer evolution on the iCloudPD solution, replacing config files with a web page. https://github.com/AirswitchAsa/icloudpd-web
  5. Just a note of thanks: Just installed AirConnect, and it's perfect. Having it in the Community Apps is much appreciated.
  6. I've been chipping away at this for sometime and just optimized my setup. I thought I'd share: Goal: Make a network laser printer accessible for printing from iOS / Chromebook / etc, using a network laser printer that only has Windows drivers. I'm just interested in printing on wifi, but this approach lets you do off site printing too. Context: -I used to use Google Cloud Print to share a printer with a variety of family members. Worked amazingly, but Google killed it. I needed a new solution. I used to do this with a Windows VM on Unraid running Papercut Mobility Print. It worked fantastic. I just moved it over from the VM to the Docker Windows OS approach, which seems better on resources and easier to manage. -The laser printer I use only has Mac/Windows drivers and none of the linux approaches would work. That means I couldn't get CUPS to work, nor use lighter VMs. Lesson learned for the next Printer I buy. -So, if your printer works with Linux drivers, maybe you can just find a CUPS solution for AirPrint, etc. Please do share if you have this working. My Setup: -Unraid: I had to change docker settings to use macvlan for this approach. I believe it was necessary to enable "Host access to custom networks" as well. -Docker for Windows: I installed the "binhex official windows" docker. I installed Win11 LTSC to keep it light and simple. It seems to be running with less resource impact than my VM approach, and seems easier to administrate for my use. --Network type = custom : br0 --Fixed IP Address provided, as I wanted to reserve/static this on my router --Variable DHCP = Y -Windows OS setup: --Installed Win 11 LTSC --installed printer driver --Installed and configured PaperCut Mobility Print Outcome: Yep - wifi printing from all devices going well!
  7. Just adding a positive outcome: Updated yesterday from 7.0.0 (after backup, plugin/docker updates) and it went smoothly. I especially appreciate how snappy my Docker page loads now. I also switched back from ipvlan to macvlan, and that's working totally fine. I was worried about doing this from v6 issue reports. Thanks Unraid Devs
  8. I'm going to re-emphasize a prior point:, so as to beat the drum: This functionality should be rolled into the native Unraid product. It's a perfect compliment and progression. And, I'll also add my thanks to @VladoPortos for re-establishing the functionality!
  9. Late reply @questionbot, but I use Papercut Mobility , installed in a Windows VM. This replaced Google CloudPrint for me some time ago and I'd recommend it. I wish there was a community docker container for ease of install, but after experimenting I think I need to stay in a Windows VM...because my Dell printer doesn't have any Linux drivers. For that reason, CUPS also is out for me I believe. Back to the VM approach, as a tangent, I did try running this Windows in a Docker container approach (binhex-official-windows), but could not figure out how to get network connections working beyond a specified folder to share. The notion being that admin of a VM meant for this purpose might have been preferable to a traditional VM.
  10. Hello, I'm looking for some input or help: I'm finding that if I enter a Password, it doesn't stick after a docker update. What I find is that admin/admin is once again made available (making access to the service trivial). This seems like a pretty big show stopper. Here's what I've done: Delete everything, fresh install. Install and use Docker defaults, add path to a test folder. Login, change password (test with logout and it works). Restart container - works. Choose to "force update (of docker)" in Unraid, go back to login - it's been reset. Admin/Admin works, but my changed password is not working. Is anyone else able to confirm this, or that they don't see this issue? This makes me very uncomfortable trusting this moving forward without understanding this better.
  11. I just configured the "icloudpd" docker to pull down my Apple iCloud Photos content to an Unraid folder - very cool and liberates my macbook from having to facilitate this. Question: is there any similar docker or workaround for Apple Music (formerly iTunes) - that would allow for a download from iCloud to my array? What I currently do: I store my Music Library locally on my Mac, sync it one-way to a folder with a SyncThing docker, (map that to Plex), and back it up (Duplicacy). I'd like to get the Mac out of the equation and get a solution setup to run within Unraid. I'm open to VM based solutions if needed as well, but it seems to me that running a MacOS VM is not reliable.
  12. <Unpackerr> My goal is to use Unpackerr as a watch folder for occasional unpacking needs; I have NO need for *Arr unpacking. I plan to manually drop files in on occasions (really big files typically like those from backups). I setup everything, docker: mapped in a "watch" folder I'd like to use to the "data" container path config file in App data folder: un-commented the [[folder]] config and mapped to "/data" The logs seem to show things look OK for the folder config, and it regularly is sweeping but it never finds or acts on those files. I put a few .zip and other compressed files in this location - nothing happens. I copied new ones in, and more nothing. I tried permutations of making new container paths (/downloads, /downloads_test), with no change. Is what I'm trying to do feasible? Do others have this working?
  13. LOL - I know, that's a good way to answer my question. Thanks. I was thinking the Reads might be asymmetric. I get the data will be written symmetrically. Anyway, I set it up and it's running great. I am very happy with the ZFS pool approach for cache on 6.12. The ability for drives to be removed gracefully seems much better than the BTRFS approach.
  14. I now have a ZFS mirror Cache pool with 2 2TB SSD drives. One is a WD Red, one a WD Blue. I understand the Red is more NAS oriented and I assume has better durability. Is there a difference in setting up 1 drive first in the pool and then adding the second in terms of the wear it will endure? I ask because I currently have the Blue as primary and will add the Red (following a Crucial MX500 failure - one of many for me). I wonder if I should re-intiatilze the pool to put the Red first vs. just add it as #2. Hope that made sense. Also, I'm wondering if I'm overthinking this since there is a mirror in place. Thanks!
  15. I imagine this is an easy answer (and I didn't find it in searching): When I choose to compress the image (vdisk.img), the original file remains in addition to the compressed one (vdisk.img, vdisk.img.zst). I'm getting about a 50gb savings in compression, and I'm OK with the headaches mentioned in other posts. Is there a way for me to exclude/remove that original .img file after the compression (or prevent it in the first place)? To restate: I'd like to keep a compressed VM image, not both the original and a compressed one.

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.