detz Posted October 6, 2010 Share Posted October 6, 2010 So I have five drives and only the first one is setup to respond to /mnt/user/torrent but it appears that they all stay spun-up since I'm always read/writing to this share. I guess this makes sense, does unraid check when ever you access a share what drives are needed? Is there a way to stop this, can I access just the drive I need and go around the share? Link to comment
Rajahal Posted October 6, 2010 Share Posted October 6, 2010 Yes, unRAID by default will spin up every disk that contains files in a share when that share is accessed. So you have two options here: 1) Limit your 'torrents' share to use only disk1 (or whatever disk you want) using 'includes' and 'excludes' on the 'shares' page (this is the easy option) 2) Install and use the cache_dirs script (this is slightly more difficult, but it has other benefits as well, especially if you use an HTPC). Link to comment
detz Posted October 6, 2010 Author Share Posted October 6, 2010 I did make that change, I changed the Torrent share to only include disk1 but all the other disks still stay spun up even if they don't have the Torrent directory on them. For instance disk2,disk3 don't have the Torrent directory on them but they wont spin down. Link to comment
Joe L. Posted October 6, 2010 Share Posted October 6, 2010 I did make that change, I changed the Torrent share to only include disk1 but all the other disks still stay spun up even if they don't have the Torrent directory on them. For instance disk2,disk3 don't have the Torrent directory on them but they wont spin down. are they in the same spinup group? Link to comment
detz Posted October 6, 2010 Author Share Posted October 6, 2010 Ah man, if that's what it is I'm going to shoot myself! :'( All six are on the same controller so yeah, all the same group. I shut off spin up groups to see what happens. Thanks. That worked! Thanks, something so dumb I just overlooked it. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.