CivBase

That worked. Thanks!

After resolving a recent issue (https://forums.unraid.net/topic/199400-corrupt-usb-stick/) I updated to the latest version of UNRAID (6.12.10 -> 7.3.1). Immediately before the update I ran a successful parity check. And after updating and rebooting, the parity disk is now marked as missing. All other disks are recognized and assigned correctly. I have the Unassigned Devices plugin and the parity disk appears there. The only option that appears is the parity disk dropdown is "no device". I also can't select that disk in the dropdowns for the array data disks or my cache pool. And since I'm missing a disk, I cannot start the array. Diagnostics and syslog are attached. natasha-diagnostics-20260614-2208.zip natasha-syslog-20260614-2208.txt

I took out each of my disks and manually made an extra backup of all the files I cared about. It doesn't look like there was any missing data. Then I installed the exact version I had previously to a new USB stick and copied the configs I backed up onto that. This time it picked up all the disks correctly. There were no issues with the parity disk. I transferred the license key to the new stick, double-checked my configs, and then started the array. Looks like it picked up all the shares. It's still doing a parity check, but I don't see any indication of data loss so I expect that to be alright. Once that's done, I really need to update. And it looks like version 7 lets me migrate my boot device to an internal drive, so I'll probably take advantage of that while I'm at it. Thanks for the help!

I've attached my diagnostics and syslog. natasha-diagnostics-20260613-1627.zip natasha-syslog-20260613-1627.txt

AFAICT the share configs seem to all be fine. I have /config/share.cfg, /config/shares/system.cfg, and another /config/shares/*.cfg for each share (attached). So I find it strange that it's not showing the shares. Based on the changes.txt file from my backup, I was on version 6.12.10. I don't suppose there was a change to how those configs are stored in version 7? Or are there other relevant config files besides those? config.zip

I grabbed the latest version of UNRAID, but maybe that's my problem. My old server was on an older version. Would the server version be logged anywhere in the old USB files?

I re-imaged the USB stick and copied over all the config files. Upon boot I see many things carried over. My users are there, my configs are there, and all my disks were picked up. However... My shares are gone. My parity disk is no longer assigned. It is marked as "missing". I have the "Unassigned Devices" plugin and it appears there, but is not available as an option for the parity disk. I no longer see an interface to manually browse files on the disks. Is there a way to recover my shares without having to set everything back up manually? I still have the config files for all of them. I have not started the array.

The server has stopped working. I was able to pull all the files off the USB's file system, including the config dir. Is that sufficient for a backup before I try the USB tool?

When I click the "Flash Backup" button I get a 404 response. If I click it again within the minute, I get a 403. I'm accessing the NAS directly on my local network, not through a reverse proxy.

Lost power briefly this morning and noticed a little while later that my NAS was off. I turned it back on and check to make sure everything was okay. It booted fine and let me login. The disks, arrays, and configs seemed to all be fine, except it said the license key file was corrupted. I was able to successfully recover the key, but it failed to write the recovered key to the disk. This showed up in the system logs when I got the error: Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422240) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422241) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422242) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422243) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422244) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422245) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422246) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422247) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422248) failed Jun 11 12:23:01 NAS kernel: FAT-fs (sda1): Directory bread(block 3422249) failed Jun 11 12:23:27 NAS kernel: FAT-fs (sda1): unable to read inode block for updating (i_pos 54756145)Looks like there's some level of file system corruption on the stick. Not enough to prevent booting or lose the configs, but at least enough to prevent me from restoring the license key file. I'm not entirely sure what to do from here. Is there any way to backup the configs and re-image the USB Stick? Or maybe I could migrate things over to a new USB Stick?

I formatted disk2 and disk3 and got the data copied back into the array. Then I ran SMART tests and got errors on disk2 (screenshot attached). I guess that explains how the file system got corrupted. It's one of the new disks I got a few weeks ago, so that's a bummer. I ordered a replacement and I'm currently using the unbalanced plugin to move all the data from disk2 onto disk4. I still have all the data I recovered from disk2, so if something goes wrong with the transfer I should still be able to restore it.

The Data-Rebuild is complete and disk2 shows the same error as before, "Unmountable: Unsupported or no file system". So what should I do now? My instinct is to try to format disk2 and disk3 again. Then, if that works, copy the recovered data back into the array. Is that all there is to it at this point? I'm also uncertain about my original choice to go with btrfs. I don't know if that had anything to do with the issues I've had with disk2 or disk3, but my research into data recovery for disk2 seems to suggest the tooling and support for btrfs is still lacking compared with xfs. Would you recommend I switch to xfs? If so, is there a simple way I can switch disk1 and disk4 over to xfs as well?

I got all the data from disk2 copied onto an external device. I put disk2 back in the NAS, started it up, re-assigned disk2 to the array, and started the array. It immediately started a Data-Rebuild. I'm letting it finish since it already started, but I don't expect it to fix anything since the emulated disk2 appeared to have the same problem. Hopefully that wasn't a mistake. disk2 is still /dev/sdd. Here's the output from that command: root@NAtaSha:~# fdisk -l /dev/sdd Disk /dev/sdd: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors Disk model: WDC WD4002FYYZ-0 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 1F571DE2-9EC9-409F-BEA0-B1CB5F8D39E5 Device Start End Sectors Size Type /dev/sdd1 64 7814037134 7814037071 3.6T Linux filesystem

I scanned disk2 with UFS Explorer and thankfully all the data is still there. I'm currently saving it off to another device as a backup. I'll be out of town for the next three days, but after that I'll add disk2 back to the NAS and try your command.

disk2 was definitely formatted when I first setup the NAS and was being used to store data in the array. That data stopped being accessible in the shares when the problem with disk2 began. I have not initiated any wipes or formats since disk2 first appeared as unmountable. Prior to that, I had not formatted disk2 since I first setup the array. I have never wiped any of the drives.