On Sun, Mar 15, 2015 at 1:17 PM, Felix Miata
Chris Murphy composed on 2015-03-15 10:03 (UTC-0600):
Felix Miata wrote:
The original has lots of 255/63 partitions. Most of my filesystems use 1k blocks.
I seriously doubt that.
# tune2fs -l /dev/sda3 | egrep 'ume|mounte|ck si|de si' Filesystem volume name: wv32boot03 Last mounted on: /disks/boot Block size: 1024 Filesystem created: Mon Sep 10 18:21:41 2012
That's awesome, I love it when I'm wrong. But I'll bet dollars to donuts that mkfs will automatically use a 4096 byte block size when physical sector size is 4096 bytes due to this commit from 2010: http://git.whamcloud.com/gitweb?p=tools/e2fsprogs.git;a=commitdiff_plain;h=9... For a while now the logical/physical sector information has correctly propogated through LVM to mkfs. I did stumble on a blockdev bug with a 512e drive in a USB enclosure. smartctl and hdparm sees it as 512 byte logical, 4096 byte physical. But parted which uses blockdev sees it as 512 byte physical, and so does mkfs.xfs. The consequence is somewhat minor because the XFS block size is 4096 anyway, but the minimum unit for the journal is set to physical sector size, so it's possible to get undesirable RWM by the drive firmware when doing journal writes. That thread is here: http://oss.sgi.com/archives/xfs/2015-01/msg00076.html The work around is to explicitly set the physical sector size at mkfs time (for XFS). -- Chris Murphy -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org