Re: Any way in LVM to deal with 512e vs 4Kn physical devices?

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

 



On Wed, Jan 17, 2024 at 1:22 AM Andy Smith <andy@xxxxxxxxxxxxxx> wrote:
>
> Hi Phillip,
>
> On Tue, Jan 16, 2024 at 08:13:15PM +0000, Andy Smith wrote:
> > On Tue, Jan 16, 2024 at 01:24:29PM -0500, Phillip Susi wrote:
> > > No, it wouldn't be a problem without the partition table.  ext4 uses its
> > > own block size, which is pretty much always 4k.  It doesn't know or care
> > > about the underlying disk logical sector size.
> >
> > I've found quite a few people having similar problems to me so I'm
> > not sure about this, but I haven't had chance to test it yet. I
> > will try it out before I explore hdparm.
>
> I've tested ext4 directly on the LV with no partition table now and
> you're correct - no issues there! Apologies for doubting you - so
> many different vague accounts of issues out there.
>
> So, the actual problem here is something about the MBR partition
> table. Off-topic now for this list but I wonder if there is a safe
> and reliable way to modify such a partition table after sync to
> allow this to work…
>
> Thanks,
> Andy
>


You might have the 4k alignment off.   IE the first 4k block on the
partition actually is across 2 partial 4k blocks on the disk.
What does fdisk -l look like on the 2 partition tables?

You would want to make sure that the first partition is divisible by 8
and that the partition in the partition is also divisible by 8.

Typically fdisk and other partitioning programs try to do that, but if
someone manually adjusted it and/or an old enough version was used
then it might be wrong.





[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux