6 hours ago, JorgeB said:

No need to delete just create a new one on top, also best to rebuild the super block if not pretty sure it won't use the extra size.

 

 

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.

Try rebooting to reload the new partition info.

37 minutes ago, JorgeB said:

Try rebooting to reload the new partition info.

Still no partition on it and same output from sgdisk

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.

Edited November 24, 20205 yr by project6

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 😀

See if the USB disk mounts with the UD plugin.

Yeah, it works.

You can just format the unmountable array disk and then move the data there from UD.

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

You can take the opportunity to format it XFS, as reiser is not recommended for a long time, also, if not to late, make sure the data looks correct on the USB disk before formatting.

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!

While I understand that after all this you don't want to change the file system just now, you might want to check the Disk Settings and be sure that the default file system is not ReiserFS.

That way, the next drive you add will be on a more modern FS.