project6 Posted November 24, 2020 Author Share Posted November 24, 2020 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. Quote Link to comment
JorgeB Posted November 24, 2020 Share Posted November 24, 2020 Try rebooting to reload the new partition info. Quote Link to comment
project6 Posted November 24, 2020 Author Share Posted November 24, 2020 37 minutes ago, JorgeB said: Try rebooting to reload the new partition info. Still no partition on it and same output from sgdisk Quote Link to comment
project6 Posted November 24, 2020 Author Share Posted November 24, 2020 (edited) 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, 2020 by project6 1 Quote Link to comment
project6 Posted November 26, 2020 Author Share Posted November 26, 2020 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 😀 Quote Link to comment
JorgeB Posted November 26, 2020 Share Posted November 26, 2020 See if the USB disk mounts with the UD plugin. Quote Link to comment
project6 Posted November 26, 2020 Author Share Posted November 26, 2020 Yeah, it works. Quote Link to comment
JorgeB Posted November 26, 2020 Share Posted November 26, 2020 You can just format the unmountable array disk and then move the data there from UD. Quote Link to comment
project6 Posted November 26, 2020 Author Share Posted November 26, 2020 Yeah, thanks, that seems like a safe way to do it. Format in progress! Quote Link to comment
JorgeB Posted November 26, 2020 Share Posted November 26, 2020 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. Quote Link to comment
project6 Posted November 26, 2020 Author Share Posted November 26, 2020 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! 1 Quote Link to comment
ChatNoir Posted November 26, 2020 Share Posted November 26, 2020 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. 1 Quote Link to comment
Recommended Posts
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.