Re: new drive is 4 sectors shorter, can it be used for swraid5 array?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Mar 19, 2022 at 10:14:16AM +0000, Wols Lists wrote:
> mdadm has absolutely no trouble with that at all. All it cares about is if
> something is a block device - if it finds an mdadm signature at the start of
> a block device it will use it.
 
I think I remember back in the day that auto joining of raid1 arrays by
the kernel at boot time so that you could then mount the filesystem as
root, only worked if it was on partitions. That was a long time ago
though.

On Sat, Mar 19, 2022 at 03:45:59PM +0500, Roman Mamedov wrote:
> As for...
> 
> > >    8      128 5860522584 sdi
> > >    8      129 5860521543 sdi1
> > >
> > >    8      160 5860522580 sdk
> > >    8      161 5860521536 sdk1
> 
> Which tool returns this output?
 
cat /proc/partitions

> What do you get for 
> 
>   blockdev --getsize64 /dev/sdi
>   blockdev --getsize64 /dev/sdk

gargamel:/dev# blockdev --getsize64 /dev/sdi
6001175126016
gargamel:/dev# blockdev --getsize64 /dev/sdk
6001175121920

> If this returns the same size for both, wipe a few first MB the new drive with
> zeroes using dd, and try a different partitioning tool.

Good suggestion, but the drives indeed seem different, very slightly so.
Thankfully not enough to matter for my mdadm array it seems, so that's
good news

Thanks to all for the help
Marc
-- 
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
 
Home page: http://marc.merlins.org/                       | PGP 7F55D5F27AAF9D08



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux