* Re: Sector size changes creating filesystem problems
[not found] <CAN5hRiUQ7vN0dqP_dNgbM9rY3PaNVPLDiWPRv9mXWfLXrHS0tQ@mail.gmail.com>
@ 2025-07-16 17:10 ` Roman Mamedov
2025-07-16 17:46 ` Filipe Maia
2025-07-17 4:30 ` Christoph Hellwig
0 siblings, 2 replies; 3+ messages in thread
From: Roman Mamedov @ 2025-07-16 17:10 UTC (permalink / raw)
To: Filipe Maia; +Cc: linux-raid, linux-xfs
On Wed, 16 Jul 2025 15:30:20 +0100
Filipe Maia <filipe.c.maia@gmail.com> wrote:
> Hi,
>
> When a 4Kn disk is added to an mdadm array with sector size 512, its
> sector size changes to 4096 to accommodate the new disk.
>
> Here's an example:
>
> ```
> truncate -s 1G /tmp/loop512a
> truncate -s 1G /tmp/loop512b
> truncate -s 1G /tmp/loop512c
> truncate -s 1G /tmp/loop4Ka
> losetup --sector-size 512 --direct-io=on /dev/loop0 /tmp/loop512a
> losetup --sector-size 512 --direct-io=on /dev/loop1 /tmp/loop512b
> losetup --sector-size 512 --direct-io=on /dev/loop2 /tmp/loop512c
> losetup --sector-size 4096 --direct-io=on /dev/loop3 /tmp/loop4Ka
> mdadm --create /dev/md2 --level=5 --raid-devices=3 /dev/loop[0-2]
> # blockdev returns 512
> blockdev --getss /dev/md2
> mdadm /dev/md2 -a /dev/loop3
> mdadm /dev/md2 -f /dev/loop2
> # blockdev still returns 512
> blockdev --getss /dev/md2
> mdadm -S /dev/md2
> mdadm -A /dev/md2 /dev/loop0 /dev/loop1 /dev/loop3
> # blockdev now returns 4096
> blockdev --getss /dev/md2
> ```
>
> This breaks filesystems like XFS, with new mounts failing with:
> `mount: /mnt: mount(2) system call failed: Function not implemented.`
If you dd the XFS image from an old 512b disk onto a newly bought large
4K-sector HDD, would it also stop mounting on the new disk in the same way?
Perhaps something to be improved on the XFS side?
--
With respect,
Roman
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Sector size changes creating filesystem problems
2025-07-16 17:10 ` Sector size changes creating filesystem problems Roman Mamedov
@ 2025-07-16 17:46 ` Filipe Maia
2025-07-17 4:30 ` Christoph Hellwig
1 sibling, 0 replies; 3+ messages in thread
From: Filipe Maia @ 2025-07-16 17:46 UTC (permalink / raw)
To: Roman Mamedov; +Cc: linux-raid, linux-xfs
> If you dd the XFS image from an old 512b disk onto a newly bought large
> 4K-sector HDD, would it also stop mounting on the new disk in the same way?
Yes, it causes exactly the same problem.
>
> Perhaps something to be improved on the XFS side?
Indeed!
Cheers,
Filipe
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Sector size changes creating filesystem problems
2025-07-16 17:10 ` Sector size changes creating filesystem problems Roman Mamedov
2025-07-16 17:46 ` Filipe Maia
@ 2025-07-17 4:30 ` Christoph Hellwig
1 sibling, 0 replies; 3+ messages in thread
From: Christoph Hellwig @ 2025-07-17 4:30 UTC (permalink / raw)
To: Roman Mamedov; +Cc: Filipe Maia, linux-raid, linux-xfs
On Wed, Jul 16, 2025 at 10:10:03PM +0500, Roman Mamedov wrote:
> If you dd the XFS image from an old 512b disk onto a newly bought large
> 4K-sector HDD, would it also stop mounting on the new disk in the same way?
>
> Perhaps something to be improved on the XFS side?
Nothing to be improved, as the sector size obviously matters. It is
part of the hardware geometry that is fixed, as XFS can read and write
down to the sector size boundary. Both for internal metadata, and
through direct I/O also for applications. The latter is true for other
file systems to, so even when you can change the sector size for some
file systems, you will be subtly breaking applications instead.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-07-17 4:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <CAN5hRiUQ7vN0dqP_dNgbM9rY3PaNVPLDiWPRv9mXWfLXrHS0tQ@mail.gmail.com>
2025-07-16 17:10 ` Sector size changes creating filesystem problems Roman Mamedov
2025-07-16 17:46 ` Filipe Maia
2025-07-17 4:30 ` Christoph Hellwig
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).