project6

Members
  • Content Count

    45
  • Joined

  • Last visited

Community Reputation

2 Neutral

About project6

  • Rank
    Newbie

Converted

  • Gender
    Undisclosed
  1. 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
  2. Yeah, thanks, that seems like a safe way to do it. Format in progress!
  3. 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 781403713
  4. 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.
  5. Still no partition on it and same output from sgdisk
  6. 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.
  7. 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
  8. 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?
  9. 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?
  10. 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.
  11. 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 b
  12. 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?
  13. 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
  14. 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?