Kettenkrat

xfs_repair fixed it this time. not sure what happened, might be the disk itself, it has got a connection problem for a while now.

Got the issue again. This time with the Disk1. I just got out of maintenance mode to start the array and it corrupt my disk. pls help @JorgeB chito-diagnostics-20250615-0702.zip

@itimpi How would i do that? I want a second copy of the whole drive of Disk2/3, so i can reformat the original drives inside the array and copy the recovered data to them. What tool do you recommended for this?

I want to format "Backup"(the ST12000 one) so i can clone both Disk2/3 onto it.

@JorgeB Sorry for the late update. but is there any way to specify the drive i want to format when i start the array? I want to clone Disk3 and Disk2(emulated, it died when i move it to my main computer) to the Backup pool but i can't because i have to format both Disk3 and Backup before i use the Backup.

root@Chito:~# wipefs /dev/sdb DEVICE OFFSET TYPE UUID LABEL sdb 0x200 gpt sdb 0x3a3817d5e00 gpt sdb 0x1fe PMBR root@Chito:~# wipefs /dev/sdb1 root@Chito:~#

@JorgeB Any update?

They were on an onboard controller before. Then i installed a new IT mode RAID controller card (inspur YPCB-00227-1P2). root@Chito:~# blkid /dev/sda1: LABEL_FATBOOT="UNRAID" LABEL="UNRAID" UUID="272B-4CE1" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="6837c36c-01" /dev/loop1: BLOCK_SIZE="131072" TYPE="squashfs" /dev/sdf1: UUID="9887d64a-ddc2-48e2-ac94-a367007f2711" UUID_SUB="490e303f-f7eb-4606-97d4-0af031a37e1b" BLOCK_SIZE="4096" TYPE="btrfs" /dev/loop0: BLOCK_SIZE="131072" TYPE="squashfs" /dev/sde1: UUID="9887d64a-ddc2-48e2-ac94-a367007f2711" UUID_SUB="073d5763-be4c-49d4-88f4-0a7139369aa8" BLOCK_SIZE="4096" TYPE="btrfs" /dev/sdg1: UUID="bac822c7-a025-4374-a6f4-89de7464c43c" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="426cface-fd41-4485-bf09-7104fe07349d" /dev/sdc1: UUID="d120a937-c468-4f49-b842-6fa78555d8ba" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="4953b387-47fd-4e02-a01f-f08440fec638" /dev/sdb1: PARTUUID="10b83b64-1f29-49b5-8029-f5173437c4c9" root@Chito:~# fdisk -l /dev/sdb Disk /dev/sdb: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors Disk model: WDC WD40EFPX-68C 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: EDC8512C-D07B-4334-8D0E-8555DBECC622 Device Start End Sectors Size Type /dev/sdb1 64 7814037134 7814037071 3.6T Linux filesystem root@Chito:~# fdisk -l /dev/sdd Disk /dev/sdd: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors Disk model: WDC WD40EFPX-68C Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Started the array this time. chito-diagnostics-20250531-1900.zip

here's the new diags. chito-diagnostics-20250531-1844.zip

Checked the cable and it's still offline. The drive is healthy, SMART short self-test completed without error.

My disk2/3 show the error when i start the array after i moved them to a drive cage and installed a new LSI card. xfs_repair failed to find both primary and secondary superblock. hexdumped the first few bytes of the partition and it show only zeros. chito-diagnostics-20250528-1114.zip

having the same problem on my disk2/3. it happened after i moved my HDDs to a cage and installed a new LSI card. disk1 is not behaving for a while now, not sure if it's the cause tho. chito-diagnostics-20250528-1114.zip