Devotee

Same issue here, my USB stick failed and I needed 6.10.3 which is the version I was currently running on my server. There's an unofficial mirror here with almost all the old versions (if not all of them): https://www.unraid.gutt.it/ The Internet Archive / Wayback Machine has several old versions stored: 6.2.4 to 6.9.2 - https://web.archive.org/web/*/https://s3.amazonaws.com/dnld.lime-technology.com/stable/* 6.9.2 to 6.12.0 - https://web.archive.org/web/*/https://unraid-dl.sfo2.cdn.digitaloceanspaces.com/stable/* Of course, I would rather have an official Unraid repository with all the trusted official releases including checksums. I'm not sure whether it exists or not (I couldn't find it) and if it doesn't exist, why is the reason for that.

I can't recall exactly but I think in my case it also happened if I completely powered down the server, the only way to make the USB drive boot again was to change it to another port, let's see what @Austin Detzel says. I also recall that it was not a problem related to Unraid or its booting drive. To isolate the problem I tried with other booting systems (Ubuntu and PassMark's Memtest) and I had the same problem, they would boot fine the first time but they would refuse to boot again unless I changed the USB drive to another port. By the way, this seems to be a known issue: I vaguely remember something about Fast Boot so I would recommend @Austin Detzelto test the following (in order): 1. Disable "Fast Boot" and try again 2. If that doesn't work, in "Settings > Advanced > USB Configuration" set "XHCI Hand-off" to "Disabled" and "Legacy USB Support" to "Auto" and try again 3. If it still doesn't work, try to tweak the booting options to enable UEFI booting/Secure Boot and be sure that you're booting the Unraid USB drive in UEFI mode (rename "EFI-" folder to "EFI"). I can't restart my server right now because I'm rebuilding Parity but if you still have problems let me know and I will check what my settings are in the BIOS so you can compare and see if copying them solves your problem.

I recently upgraded my system to a MSI MPG Z590 GAMING PLUS motherboard and I had that exact same problem. The system booted fine but once I rebooted or powered it off it would not boot from the USB memory, unless it was changed to a different port. I don't recall right now what I did to fix it but I think I had to tweak the Secure Boot options and/or switch to UEFI booting (my USB drive was configured to legacy on my previous motherboard). If you're not using UEFI, try that first (enable it in BIOS and rename the "EFI-" folder on the USB drive to "EFI"). If it still doesn't work try to enable/disable the option(s) related to Secure Boot. Also be sure to properly configure the boot devices and priority in the BIOS (remove everything but the USB drive) but if I remember correctly, that didn't fix my problem until I did what I explained. I'm not sure if it was because I upgraded from a quite old motherboard (10 or 12 years old) but the MSI BIOS seemed confusing and complicated compared to what I was used to. Let me know if you need any additional help.

@trurl, thanks a lot for quick replies! 😊 Oh, Ok... I see what you mean. Meh, I should have asked before doing anything, mea culpa 😔 I briefly thought about this approach but the word "rebuild" sounded a bit scary. I guess I should trust Unraid and go this path so I can experience what the process of replacing a drive and rebuilding it is. One of the best Unraid features, in fact the one I love most about it, is that even if I remove the 8TB drive, it will still contain an accessible copy of all its data, so if the rebuild fails, I should still have a working "backup". I will follow your advice. If I understood everything correctly, these are the steps required to swap both drives: 1. Stop the array 2. New config removing the two 18TB drives and the 14TB drive (all three still empty at the moment) 3. Start the array and rebuild parity 4. Stop the array 5. Replace Data Drive 1 (8TB) with one of the 18TB drives 6. Start the array and let it rebuild everything 7. Stop the array 8. Replace the Data Drive 2 (8TB) with the second 18TB drive 9. Start the array and let it rebuild everything 10. Stop the array 11. Add the remaining 14TB drive to the Array 12. Start the array On one hand, I'm thinking that at this point I can just remove the two 18TB drives, leave the 14TB drive, New config with Parity 18TB + original 8TB drives + already installed 14TB, then replace the 8TB drives from there. Steps 11 and 12 would not be needed. I'm also not sure if I have to rebuild parity at any other point besides Step 3 (for example, after a drive is rebuilt, though parity at that point shouldn't need to be rebuilt). Do I need to preclear the 18TB drives again ("Clear Disk") or at least do some kind of verification ("Verify Signature" or "Verify Disk") before using them to replace the 8TB drives? One of my doubts was if content could be copied between drives (via /mnt/diskX) with the array stopped, according to your comment it has to be done while the array is started, so it makes sense that parity must be updated. That's one of the things that puzzles me... Is it ok to have duplicate data between disks while the array is running?? It's the reason why I thought that the array had to be stopped to copy data between data drives. I'm assuming that you "remove" the data from those drives when they are unassigned from the array or you physically remove them from the system, is that right? Unraid will automatically "see" the old data in the new drive.

Hello! I've been testing Unraid for a few months with a basic config (old MB I had around and three drives) and now I'm upgrading it and adding space. Initially I had: Parity Drive - Seagate 14TB Data Drive 1 - Western Digital 8TB Data Drive 2 - Western Digital 8TB I bought 3 x Western Digital 18TB, my idea was to replace the 14TB drive with one Western Digital 18TB drive, then add the 2 remaining Western Digital 18TB and the old Seagate 14TB drive to the array. I've already done that and everything worked like a charm ending with this configuration: Parity Drive - Western Digital 18TB Data Drive 1 - Western Digital 8TB Data Drive 2 - Western Digital 8TB Data Drive 3 - Western Digital 18TB Data Drive 4 - Western Digital 18TB Data Drive 5 - Seagate 14TB The new, precleared disks showed as "unmountable" when I started the array, so I formatted them. Right now I'm running a parity check "just in case". Since the drives were cleared I think that step was not needed but I don't mind spending the extra time on it while I ask a few things here and prepare myself for the next steps 😊 Next thing I would like to do is to move all data from the Western Digital 8TB drives to the Western Digital 18TB drives, in order to remove them from the array. I'm using high water allocation so both disks have the same approximate amount of data. I know I could use tools like unBALANCE to do the job but since it seems an easy process (copy all data from Drive 1 to Drive 3 and all data from Drive 2 to Drive 4) I'm thinking of doing it manually. How should I do this? I'm guessing a "rsync /mnt/disk1/ /mnt/disk3/" and "rsync /mnt/disk2/ /mnt/disk4/" would do the job, but I'm not sure if I have to do this while the array is stopped or if it has to be running. Would the following approach be correct? 1. Stop array 2. rsync /mnt/disk1/ /mnt/disk3/ and rsync /mnt/disk2/ /mnt/disk4/ (I guess I can do it in parallel to maximize bandwidth and save time) 3. rm -rf /mnt/disk1/* /mnt/disk2/* 4. Start the array 5. Maybe do a parity check? 6. Stop the array 7. Remove Data Drives 1 and 2 from the array 8. Start the array I would say that steps 4-5 are overkill and that maybe I just need to remove the 8TB drives at step 4 then start the array but, as a newbie, I'm not completely sure about that. 😅 Last but not least, once I have the two Western Digital 8TB out of the array, I'm thinking of using them in a 2-disk BTRFS RAID0 cache pool ("Use cache pool" set to "Only") so I have a total of 16TB I could use to intensive torrent downloading and seeding. Since all the data stored there is not important (I can redownload it if needed) I think it's better to "isolate" it from the array for performance and, more importantly, to avoid stressing the parity drive with constant new data. Any advice about this approach? Thanks in advance!

Hey! This (or something very similar) just happened to me a few days ago! Initially I had: Parity Drive - Seagate 14TB Data Drive 1 - Western Digital 8TB Data Drive 2 - Western Digital 8TB I bought 3 x Western Digital 18TB, my idea was to replace the 14TB drive with one Western Digital 18TB drive, then add the 2 remaining Western Digital 18TB and the old Seagate 14TB drive to the array. It's not related to this but my next planned step was to move all data from the 8TB drives to the new free space in the drive, then replace them with 2 Western Digital 12TB drives I have around, but that's another story for another topic I was planning to create. With all disks in the system, I precleared all three Western Digital 18TB as usual. Then I stopped the array, removed the 14TB from it (not physically from the machine), added one of the Western Digital 18TB drives as the new Parity Drive, then started the array. My heart skipped a beat when I suddenly was notified of this: Those two disks were perfect, I checked the SMART logs to see if anything had changed but no errors there. I even did a short and long SMART tests on both drives (after parity was rebuilt) and no error was found. Not sure why this happened, it seems to be an error due to "hot swapping" devices, the system might have been confused with old/trash/"dirty" SMART data lying around for those devices. I'm including diagnostics just in case it helps. boxy-diagnostics-20230130-2308.zip

I'm still finishing my Unraid system but after two trials I would say the possibility of using different drive sizes, being able to expand storage easily by adding new drives or replacing existing ones and, in case of problems, you don't really lose all data. Even if both the parity drive and a data drive fail, you can still copy over the data of the remaining disks (and whatever you can salvage from the data drive if it didn't die completely).