November 19, 20232 yr Hi, I'm pretty much new to Unraid, so please bear with me. I was migrating from my OMV setup that used 2x 2TB drives in snapRAID. For the migration, and also to use as a parity drive later, I got an additional 4TB drive. Following some pointers from the internet, I was able to get all the data I had from the primary 2TB drive to the 4TB drive, which was now formatted in the compatible xfs. After that, I used the unbalance plugin to put all the data from the 4TB drive to one of the 2TB drives. All drives were in the same array and formatted in xfs at this point. All went fine. I wanted to unassign the 4TB drive to put it as the parity drive for the 2TB drives, but this is where things went wrong. In order to be able to reassign the drives, I used the "New Config" tool which probably caused the issues I'm now having. After assigning the drives into the array, with the 4TB being now the parity drive, I was met with the error msg "Unmountable: Unsupported or no File System" next to the both 2TB drives. Now, is everything lost at this point? I tried xfs_repair -vn as well as btrfs check on both the drives with no success. btrfs check /dev/md1p1: Opening filesystem to check... No valid Btrfs found on /dev/md1p1 ERROR: cannot open file system btrfs check /dev/md2p1: btrfs check /dev/md2p1 Opening filesystem to check... No valid Btrfs found on /dev/md2p1 ERROR: cannot open file system Diagnostics attached. Thanks in advance for any help. esprimo-p757-diagnostics-20231119-0015.zip
November 19, 20232 yr Community Expert btrfs check is only for btrfs formatted drives, post the output of blkid
November 19, 20232 yr Author 27 minutes ago, JorgeB said: btrfs check is only for btrfs formatted drives, post the output of blkid blkid output below: /dev/sda1: LABEL_FATBOOT="UNRAID" LABEL="UNRAID" UUID="272B-4CE1" BLOCK_SIZE="512" TYPE="vfat" /dev/loop1: TYPE="squashfs" /dev/sdb1: UUID="6bc7b2ff-7774-451e-b640-196e1bfe6053" BLOCK_SIZE="512" TYPE="xfs" /dev/loop0: TYPE="squashfs" /dev/sdd1: PARTUUID="f7a58234-43f7-43d7-acd2-9ab3d443f9b4"
November 19, 20232 yr Community Expert No valid xfs filesystem is being detected on either disk, post the output of: xfs_repair -v /dev/sde1 and xfs_repair -v /dev/sdc1
November 19, 20232 yr Author 2 minutes ago, JorgeB said: No valid xfs filesystem is being detected on either disk, post the output of: xfs_repair -v /dev/sde1 and xfs_repair -v /dev/sce1 sce1: /dev/sce1: No such file or directory /dev/sce1: No such file or directory fatal error -- couldn't initialize XFS library Should I use sdc instead? (tag of the disk in Unraid webGUI) xfs_repair on sde1 I've been running for hours now, apparently still searching with nothing but dots on the screen: Phase 1 - find and verify superblock... bad primary superblock - bad magic number !!! attempting to find secondary superblock... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... ................................................................................................................................................................................................................................................
November 19, 20232 yr Community Expert Solution Just now, Pierry said: Should I use sdc instead? Nope, that means the partitions don't exist, so something deleted them, it would have not been the new config, it doesn't touch data devices, you can try recovering the partitions with something like testdisk or just re-format the disks and restore the data.
November 19, 20232 yr Author 5 minutes ago, JorgeB said: Nope, that means the partitions don't exist, so something deleted them, it would have not been the new config, it doesn't touch data devices, you can try recovering the partitions with something like testdisk or just re-format the disks and restore the data. OK, thanks a lot. I will look into recovering the data with the 3rd party tools. At this point, I had already given up hope but was still interested to know what caused this. Was is it me unassigning the drives with the new config? Or might've it been some SW hiccup? Just really wanted to know to avoid the same mistake in the future.
November 19, 20232 yr Author So, I was able to recover the partition using Testdisk. Now the drive is showing up correctly in unraid, but anytime I try to use it in the Array, I'm met with the following error: Unmountable: Unsuported partition layout. I can mount the drive using "Unassigned Devices" and even access every single file on it. Am I doing something wrong here? Edited November 19, 20232 yr by Pierry
November 20, 20232 yr Community Expert Unraid requires a specif partition layout, did you use a different controller at any point with these drives, specially RAID or USB? Probably easier to reformat one of them in the array and use UD to copy the data from the other one.
November 20, 20232 yr Author 51 minutes ago, JorgeB said: Unraid requires a specif partition layout, did you use a different controller at any point with these drives, specially RAID or USB? Probably easier to reformat one of them in the array and use UD to copy the data from the other one. Yeah, I used my USB dock to work on the drive on my main computer. Now I understand what messed up the layout. At this point, I opted for backing up the data on an external HDD, create the array and let the parity build. Will simply copy the data back on it later. Still bugs me that I'm not sure what bogged the drives in the first place. Not sure what lesson I can take from this then. Thanks for your help!
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.