m4f1050

Well, I have all my data on 1 drive (from another unRAID server) and I wanted to "balance" the data through all the drives, is that possible? Or could it be a future option?

Not sure if this has be addressed before, but I wanted to use unBALANCE today but the PLAN is showing moving everything from one drive to another, it's not splitting even though I have "most free" on my drives and shares. These are new drives and the only difference I see is that they do not have the folders created. Should I create my main share folders? Not sure how to solve this problem. Thanks!

This is what I get. It has the latest ATI drivers installed.

Sorry to revive old thread, but was this fixed? We are up to version 6.6.1 now, wondering if it's fixed. I had an HD 6450 and everything was working fine. I decided to upgrade to an RX 460 and now my video is 640 x 480 and it won't let me change it. It even detects it as RX 460, but won't let me switch resolutions. I found it kinda odd... and it might be a whole different problem, but just wondering, because I have 2 SuperMicro AOC-SASLP-MV8 sata controllers on the other PICe slots and can't take them out to put a video card on there. Thanks!

Ok, thanks. Will do the Scenario 3.

Good to know. Thanks for the advice on the Adaptec, but I ended up buying 2 ASM1061 and called it the day. The Adaptec is SATA II and I would have kept one of the SuperMicro if I wanted to use SATA II, trying to avoid any bottlenecks, except the drive speed. BTW I wanted SATA III because I am using it for 2 1 TB Crucial SSD's... The 2nd I guess since it was cheap I got it to run the Bluray burner and the parity drive, and move the partiy from the eSATA to SATA cable and use the eSATA from on-board for an eSATA dock I have for file transfer. Hmmm, what do you recommend? Should I run 2 data drives on each adapter (total of 2 + 2 = 4) and 1 data, 1 parity, 2 cache drives and the Bluray burner on the onboard? That way I have the data spread on separate controllers? Would that help on speed? Scenario 1 On onboard (5 int, 1 ext): 5 x data drives, 1 x eSATA available for dock. SATA III controller 1: 1 x parity drive, 1 x bluray burner SATA III controller 2: 2 x SSD cache Scenario 2 On onboard (5 int, 1 ext): 5 x data drives, 1 x eSATA available for dock. SATA III controller 1: 1 x SSD cache, 1 x parity drive SATA III controller 2: 1 x SSD cache, 1 x bluray burner Scenario 3 On onboard (5 int, 1 ext): 1 x data drives, 1 x parity drive, 2 x SSD cache, 1 x bluray burner, 1 x eSATA available for dock. SATA III controller 1: 2 x data drives SATA III controller 2: 2 x data drives Thanks for your help.

10-4... I need a 4 port though, know of any working 4 port? I ordered the other 8 TB Red NAS (total of 6 - 5 data 1 parity) drive and the other 1 TB Crucial SSD cache (total of 2 cache drives - cache pooling/raid 1/whatever you want to call it I guess LOL) drives plus a Bluray burner for my VM Windows 10. EDIT: I guess I can order 2 of these 2 port ASM1061's on Amazon for $11.99 each (2 day shipping so it won't slow down my transition) https://www.amazon.com/dp/B005B0A6ZS Now here is one interesting card... It has an ASM1061 and 2 JMicron JMB575 https://www.amazon.com/dp/B0177GBY0Y

Oh ok. I was reading the box, I guess I should've checked. I'm ditching those cards anyways and getting a PCI-E with 2 ports (or 4 ports) but I need to find out which one to get that's SATA III and compatible. I was looking at one with ASM1061, will that one be compatible? Going with 6 x 8 TB on the internal SATA III controller on the MOBO and adding 2 x 1 TB Crucial SSD chache drives on the card. If I get the 4 port card I can put a DVD burner for the Windows 10 VM that has the RX 460 pass-thru GPU. The 4 port I am looking at has Marvell 88SE9215 chipset.

SASLP (PCI-E x4) -- Wow, ASUS says it has 3 x16, so they crippled the 3rd "x16" into a "x4" and lied about it? Interesting...! I'm moving to 4 x 8TB data, 1 x 8TB parity and my 1 x 1TB cache and using the onboard SATA III (or are they also crippled by ASUS?) so I am going to sell the 2 controllers, the 21 x 2TB drives, the Icy Docks, the 850 watts PSU and the Antec 1200 case. These drives have been great and working, mainly because I don't use the array and since unRAID spins them down, they literally haven't been used that much. (Maybe 5 or 6 parity checks and 3 rebuilds with 0 errors total that I can remember.)

They are WD Caviar Green WD20EARS/WD20EARX/WD20EZRX drives. About 6 or 7 year old drives. 2 x SuperMicro 8-port SAS controllers are on PCI-E x16 slots (mobo is an ASRock 970 Extreme 4, which has 3 PCI-E x16 - one has an RX 460 GPU and the other 2 have the controllers, and mobo has 5 internal SATA III and 1 external SATA III with wire going back inside for cache drive along with the parity drive on one of the internal SATA III, other 4 plus the 16 from controllers have the data drives. System has 32GB memory, when VM's are off unRAID uses all 32GB I believe? VM's are using 12GB each = 24GB, leaving unRAID with 8GB, using 4 x 5 drive Icy Docks, all inside an Antec 1200 case with an 850watt single rail PSU.)

Ok, so how can I speed it up even more? I have 20 x 2 TB drives, is that my problem? Well, 21 counting the parity drive, and 1 TB ssd for cache. This unRAID server setup is *OLD* it's 5 years old 🤦‍♂️ I had 6 x 1.5 TB Seagate Barracuda drives when I first started this unRAID server.

Ok, I set it to these values, it gave me an increase from 77 MBs --> 92 MBs. The 8 TB is SATA III, but the 2 TB are SATA II 😕 Reason why I am moving to 8 TB. But I am still waiting on 2 more 8 TB drives, I have 3 so I cancelled the rebuild, moved stuff out of one of the 2 TB to use it as parity and I am just going to copy stuff over to the 8 TB drives, THEN build my array and rebuild when I have all 8 TB drives. No sense in doing a rebuild on the 8 TB parity and then build an array of 4 x 8 TB and do another rebuild... LOL Thanks, that helped.

I just swapped my parity drive with a WD Red NAS 8 TB drive and from 8 hours (with WD Green 2 TB drive that I had before) it now says it will take 1 day and 8 hours. I have all VM's down, all Dockers off and nothing is accessing the drives except the rebuild. MBs vary from 64 to 77, goes up and down in that range which it always have, the Green drives are SATA II (3 Gig) and the Red is SATA III (6 Gig) but I guess once I swap all the drives it will somewhat speed up. My question is, can something be done BEFORE the rebuild (i.e. defragmentation) or can I request a feature to only rebuild up to the largest size drive (obviously not including the parity which HAS to be the largest) and speed up the process? Or will it automatically speed up the process once it reaches the end of the 2 TB space? Thanks!

Same here.... *** Running /etc/my_init.d/00_regen_ssh_host_keys.sh... *** Running /etc/my_init.d/40_install_xeoma.sh... grep: /config/xeoma.conf: No such file or directory /etc/my_init.d/40_install_xeoma.sh: line 131: /config/xeoma.conf: No such file or directory *** /etc/my_init.d/40_install_xeoma.sh failed with status 1

p7zip works good. At least I was able to decompress a 10GB ultra compressed LZMA 7z, haven't tried compressing yet, not sure if I know how or if I can? -h (help) only shows: Usage: /usr/bin/p7zip [-d] [-h|--help] [--] [ name ... ] -h print this help -d decompress file -- treats all subsequent arguments as file names, even if they start with a dash EDIT: I was able to compress the 30GB back into 10GB. All working great! Thanks! All I had to do was specify the files to compress and at the end put the .7z filename (the last might be optional? not sure) p7zip myfiles my7zfile.7z