project6

Yeah, my newest drive is xfs but this one became reiserfs again, I won't bother changing it now. Most of the stuff on here is archived stuff anyway. I looked at some files before formatting and it looked OK. Some folders are already copied back over and those files are working as expected. I'm copying the rest now. Will be interesting to see if anything fails as the disks fills up again, hopefully not. I also went over all split levels and allocation methods on all shares just to be sure and put them at safe values. Thanks a lot for your help on this issue @JorgeB, very very helpful and guiding with commands! I will write down a summary of the process in my main post if anyone else finds themselves in the situation of a 100% full disk and unable to check/fix the file system. Keep up the good work!

Yeah, thanks, that seems like a safe way to do it. Format in progress!

Yeah, it works.

Ok wow, that was a lengthy operation. The rebulding has finished now, so I assume I have a working reiser file system on the external drive. The million dollar question now is how do I get this baby: Disk /dev/sda: 3.65 TiB, 4000787029504 bytes, 7814037167 sectors Disk model: Expansion 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: 85A3F82A-B297-4615-BAAD-A493C44D51D3 Device Start End Sectors Size Type /dev/sda1 64 7814037133 7814037070 3.7T Linux filesystem back to this baby: Disk /dev/sdh: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors Disk model: ST2000DM001-1ER1 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: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sdh1 64 3907029167 3907029104 1.8T 83 Linux Without messing anything up. I'm not sure I have the time to re-do the dd and rebuilding operation one more time 😀

Managed to create a partition now, sb rebuilt... now running rebuild-tree. Rebuilding takes alot longer now, which is a good sign I guess since that means it's using the entire disk and probably won't exit with out of space error.

Still no partition on it and same output from sgdisk

Ok, the sgdisk command didn't go through. I deleted the partition using fdisk to try and recreate it but It's not working: sgdisk -o -a 8 -n 1:32K:0 /dev/sdh gives Invalid partition data! Information: Creating fresh partition table; will override earlier problems! The operation has completed successfully. But no visible partition afterwards.

Ok, gotcha. Looking with fdisk on the device itself makes a lot more sense, it indeed has a partition that will hopefully be transferred to the external drive now! Disk /dev/sdg: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors Disk model: ST2000DM001-1ER1 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: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sdg1 64 3907029167 3907029104 1.8T 83 Linux So after dd finished, I delete the 1.8T partition on the extension disk, re-create one with same start but full size, then rebuild-tree. Fingers crossed!

Damnit, I'm aborting the reiserfsck then and re-doing the dd with the disk as input... I ran the initial reiserfsck --rebuild-tree on /dev/md3 as well. Maybe this could've been fixed simply running it on the partition on /dev/sdg instead? Do you think I should try that first?

Thank you. Partitioned created, superblock rebuilt and now waiting for the rebuild-tree to finish. Just a thought: I did the dd from the raid device (/dev/md3) to the extension disk, should I have done it from the actual disk (/dev/sdg) instead?

Hmm I am unable to create a partition starting on sector 64, 2048 is the minimum: Command (m for help): n Partition type p primary (0 primary, 0 extended, 4 free) e extended (container for logical partitions) Select (default p): Using default response p. Partition number (1-4, default 1): First sector (2048-4294967295, default 2048): 64 Value out of range.

Ok, I removed the out-of-the-box partitions and completely wiped the extension disk and have now re-cloned the 2TB disk onto it. However, neither the original 2 TB disk (/dev/md3) or the 4 TB extension (/dev/sdh) have any partitions as far as I can tell: Disk /dev/md3: 1.84 TiB, 2000398901248 bytes, 3907029104 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/sdh: 3.65 TiB, 4000787029504 bytes, 7814037167 sectors Disk model: Expansion Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Should I create a partition on the external drive or just go ahead and run reiserfsck as it is currently?

Ok, what is the preferred way to completely wipe a disk in Unraid? Should my dd command target the entire disk then? Like so if=/dev/md3 of=/dev/sdh or should I set up a partition on it and use that as a dd target?

Ok, looking for some more guidance on this, I'm not very familiar with partitioning Unix devices. The external drive I used as target for the dd operation (/dev/sdh) seems to have come with some prepared partition that is already set to pretty much the entire drive (sdh2). Though the type is Microsoft basic data, so I guess it's prepared for Windows. The dd operation was successful in cloning to it though. Disk /dev/sdh: 3.65 TiB, 4000787029504 bytes, 7814037167 sectors Disk model: Expansion 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: 94AC4C02-F4C0-4043-8C43-037A0A2B3841 Device Start End Sectors Size Type /dev/sdh1 34 262177 262144 128M Microsoft reserved /dev/sdh2 264192 7814035455 7813771264 3.7T Microsoft basic data Partition 1 does not start on physical sector boundary. So should I delete the partition sdh2 and re-create it? Will it make any difference, as it's already of max capacity? Just for the fun of it I tried the reiserfsck rebuild command on the current sdh2, it corrected and fixed the same stuff as on the original 2TB disk and eventually ended up failing with not enough free space.

I also stumbled upon the resizepart -command; looking back, would it perhaps have worked to simply run this on the partition that showed the wrong size to force Unraid to treat it as 2 TB instead of 17.6 TB?