ClunkClunk

I dropped the two modified scripts from the first post in to /boot/config/plugins/preclear.disk, rebooted, and they're not showing up. Just the default gfjardim one. Poking around a bit, I figured out if I execute /usr/local/emhttp/plugins/preclear.disk/script/preclear_disk.sh I can use preclear manually that way, and it'll work. Not sure what roadblock the plugin is running in to though.

I had a little more time to troubleshoot, but so far no success. I shut down, pulled the USB and did a chkdsk from a Windows box. No issues found. I shut down my docker containers, removed a number of plugins that weren't 100% necessary for me. I also took out one of the two drives I'm trying to preclear, just in case there was something weird about two being in there. No change. I'm out of time this morning, but this evening I may try disabling all my plugins aside from the preclear one. Is there a way to run the preclear script from the preclear plugin in the console? It might also help to see if it's encountering a problem with preclear itself, or if it's hitting a roadblock somewhere in the plugin before preclear is launched.

Correct. I'm seeing the same symptoms. Click preclear (from plugin's page or from unassigned drives area), choose preclear options, and start it. "Starting" shows up with a red X, but it never proceeds. Nothing in the preclear log either. Sent from my iPhone using Tapatalk

Same issue here.

Ditto Same. Haven't yet updated to 6.3.x though.

You can change what terminal it's using in the Profiles area of the Settings in Terminal.app. I use xterm-256color usually.

I use mc all the time from my Mac using Terminal. Since it's heavy on the F-keys, it can get a bit cumbersome. A few things I can suggest: • You'll likely need to press and hold the fn key when using F-keys, as the Mac defaults to the Mac-specific functions (like volume, brightness, play/pause, etc.). • You can set the F-keys on your Mac's keyboard to be F-keys primarily and the Mac-specific functions to be secondary with the fn key by changing the setting in the Keyboard system preference. This is a system-wide setting however. • My preference is to use the escape key as a prefix. Tap escape once, then tap the standard 1 key. mc will interpret it as F1. Same for all F keys up to F10.

This toolset worked well for me to flash a Dell Perc H310 to P20 firmware in IT mode. I don't have my cables yet, so I've not been able to put any drives on it, but so far it looks like the flashing went perfectly. Thanks!

I started this a few months ago, but never got around to really optimizing it and rotating out old listings or compressing them. But hopefully it'll give you a starting point! #!/bin/sh DISKS=8 COUNTER=1 THEDATE=`date +"%Y-%m-%d_%H-%M-%S"` LOCATION="/boot/trees" echo " " echo " " echo "Starting tree scanning" while [ $COUNTER -le $DISKS ] do echo "Scanning tree for disk$COUNTER/Movies" tree -h /mnt/disk$COUNTER/Movies >> "$LOCATION/$THEDATE.movies.log" echo "Scanning tree for disk$COUNTER/TV" tree -h /mnt/disk$COUNTER/TV >> "$LOCATION/$THEDATE.tv.log" echo "Incrementing disk counter" COUNTER=$[$COUNTER+1] done echo "Scanning tree for cache/Movies" tree -h /mnt/cache/Movies >> "$LOCATION/$THEDATE.movies.log" echo "Scanning tree for cache/TV" tree -h /mnt/cache/TV >> "$LOCATION/$THEDATE.tv.log" echo "All done scanning disks. Beginning scanning shares." echo "Scanning tree for user/Movies" tree -h /mnt/user/Movies >> "$LOCATION/$THEDATE.movies.log" echo "Scanning tree for user/TV" tree -h /mnt/user/TV >> "$LOCATION/$THEDATE.tv.log" echo " " echo " " echo "Complete! Logs stored in $LOCATION"

I can confirm. I'm also seeing the same issue. (and no, it's not you - that is the correct page)

Unless it's a very recent addition, Handbrake doesn't have GPU encoding (if that's what you meant by "hardware encoding"); it's all CPU based. AFAIK, h.264 hardware encoding is fast, but at a serious tradeoff of quality. And if you have a fast enough CPU, the h.264/x264 'veryfast' preset in ffmpeg and others will produce superior visual results with similar/better encoding time. http://arstechnica.com/civis/viewtopic.php?p=26661169

Xeon E3-1220s are pretty cheap on eBay (~$100), use the same socket, only 4 more watts TDP than your i3-2100 (so no cooling upgrade), and are nearly twice the performance of your i3 (6500 passmarks vs. 3600 passmarks for your i3). There's a number of LGA1155 Xeons out there that might work - from the E3-1220 to the E3-1290. The difficult part seems to be motherboard support. Asus' website only lists the E3-1230, but says "some features may not work, see our website for detail." Useful when you're already on their site! You might have to do a little confirmation to make sure the processor you choose is supported, but a Xeon upgrade might be a great way to get some extra oomph from your setup for not too much money or difficulty.

+1 on this. Slack is slowly becoming a centralized place for not only my work communications, but personal as well. unRAID would be great to have in there.

I'm really digging the work on the Backup Appdata feature - thanks! Have you considered using hard links to create subsequent backups? Since we're already working off of /mnt/diskX rather than a user share, they should work. It would mean that each subsequent backup would only require the space of the differences, rather than all files again. It may also speed up backups a bit more.

Looks like Sonarr is erroring trying to find /sonarr, which you don't have mapped in Sonarr's Volume Mappings (from the screen shot, you may have it mapped to /downloads)

No change in the configuration of NFS shares themselves on unRAID, but I did unmount a few shares from my Mac sometime this morning.

Experienced the issue this morning (Chrome, Mac). Disabled Dockers on the Dashboard (I don't use any VMs currently). No change in issue. Manually deleting cookies one by one in Chrome's developer console. Once I deleted the cookie named "share mode" (which was set to "2") and reloaded the page, the graphs on the Dashboard returned to normal. Hope this helps!

I never thought there'd already be a docker for this, let alone one on the unRAID forum! Thanks sparklyballs! My only suggestion is that you include the "docker exec -it Pints mysql_secure_installation" bit in the docker description so people know to do that part for startup.

Try killing cookies. I did it from outside the browser (just deleted from disk), and it worked. I did not try within the browser.

I'm apparently having the same issue. Chrome on my main Mac exhibits it, while Safari and Firefox do not. On my other Mac, Chrome (which is synced to the same account as the other - so same extensions) does not exhibit the issue. For the browser that exhibits it, if I visit my unRAID server from 'tower' rather than the direct IP, it's resolved. So I *think* it's a cached issue, but can't seem to resolve it by clearing caches within the browser.

Same exact error for me as well. I've tried clearing .PhAzE-Common, Sonarr.plg and associated Sonarr folder, plus a few reboots. No dice.

Thanks for the heads up! I had already ordered one of the 4 port cards on Amazon on Black Friday when it dropped to $22.99, but it hasn't shipped yet and they have no ETA. Newegg had the same price, *plus* the rebate, so I jumped on it.

SABnzbd 0.8.0beta3 is out. https://github.com/sabnzbd/sabnzbd/releases/tag/0.8.0Beta3

Same here with the 7/23 update. unRAID 5 for me if that make a difference. I tried downgrading to the previous version but it didn't resolve it. I ended up restoring my various SAB config files from backup and it appears to be operating normally now.

Thank you. There's so much FUD about SSD wear that I see all sorts of goofy workarounds in lots of places. Your write up was quite succinct.