Jump to content

mizu

Members
  • Posts

    7
  • Joined

  • Last visited

mizu's Achievements

Noob

Noob (1/14)

0

Reputation

  1. It is mounted with Unraid now, showing a fs of xfs and the shares already shared out. The data looks like it's all there, I've been going through it, slowly. I have not rebooted yet. I was going to copy some files to an external before I do that.
  2. The drive and shares are back. Thank you so, so very much and thank you for being patient with me. I owe you like a case of beer or something. Will try to rebuild as an unraid software raid as soon as I can.
  3. /dev/sda1: LABEL_FATBOOT="UNRAID" LABEL="UNRAID" UUID="272C-EBE2" BLOCK_SIZE="512" TYPE="vfat" /dev/loop1: TYPE="squashfs" /dev/sdb1: UUID="cfe903e2-f257-4447-827c-a8607ee5cc5a" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="6a7b72cb-2e63-49e4-a3ce-4fbc810f6ec6" /dev/loop0: TYPE="squashfs" /dev/md1p1: UUID="cfe903e2-f257-4447-827c-a8607ee5cc5a" BLOCK_SIZE="512" TYPE="xfs"
  4. The operation completed successfully but unfortunately still unmountable.
  5. The backup GPT table is not on the end of the device. Disk /dev/sdb: 29.1 TiB, 32000727449600 bytes, 62501420800 sectors Disk model: PERC H700 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 7A956426-4D75-401B-9E9F-BEA74F9FB95A Device Start End Sectors Size Type /dev/sdb1 64 58594426846 58594426783 27.3T Linux filesystem
  6. Initially I tried to create it in unraid, but it's a been awhile back and I'm not sure why it didn't work. It was definitely what I wanted to do in the beginning. I'll try making a new partition -- how would i do that if it's unmountable? It just giving me the prompt here to format.
  7. Version Unraid 6.12.8 Plugins: Appata Backup, CA Auto Update Applications, Community Applications, Compose.manager, Fix Common problems, Unassigned Devices, Unraid Connect, CA Cleanup Appdata, Dynamix Auto Fan Control, Dynamix File Intergrity, Dynamix File Manager, Dynamix Schedules, Dynamix System Information, Dynamix System Statistics, Dynamics System Temperature, Unassigned Devices Plus, User Scripts. Hardware: Dell r515 with a perc h700 raid controller Raid is not controlled by Unraid, but by Dell's raid controller. I purchased two 12 TB HDs to replace two older drives in my raid array. It was a mix of 3 12tbs, 2 3tbs, and 7 4tbs. I replaced the two 3 tbs fine with the 12TBs. The raid rebuilt successfully and I was able to browse shares, access dockers, etc. I was hoping that the two new drives would increase the available size by a little, but it didn't. I increased the available size in my raid from 27tb to 28tb via Dell OpenManage (A docker) so I would be able to move stuff around and I guess I inadvertently erased the partition information when I did that. Currently my array devices says its: Unmountable: Unsupported partition layout, and file system says Auto. I remember it being XFS before. It does not give me the option to run the GUI version of xfs_repair when I put the raid in maintenance mode. Partition format is unknown. I'd be eternally grateful if anyone could help, I've tried looking up on my own but so far no dice and I really think I'm out of luck here and definitely out of depth of my experience. diagnostics-20240317-2325.zip
×
×
  • Create New...