Chris,
The only other difference I can think of is that sdb the "first" time was acquired by the kernel after booting. Again, the SIIG docking station. The system "noticed" the device and udev "fixed" things up so the drive is usable. The "second" time, sdb was already powered up.
I could power down sdb and reboot then power it up if you think it might provide information.
Regards,
George...
On Saturday, March 6, 2021, 1:36:13 PM PST, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote:
fdisk says:
Disk /dev/sda: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
/dev/sda8 436217856 3907029167 3470811312 1.6T 83 Linux
sda8 is 1777055391744 bytes
Btrfs says:
dev_item.total_bytes 1777055391744
Those agree. The scrub message comes from
block/blk-core.c:655: pr_info_ratelimited("attempt to access beyond
end of device\n"
I don't know why it would be triggered.
fdisk says:
Disk /dev/sdb: 465.76 GiB, 500107862016 bytes, 976773168 sectors
/dev/sdb1 2048 976773167 976771120 465.8G 83 Linux
sdb1 is 500106813440 bytes.
kernel says:
[152968.929912] sdb: p1 size 1465144002 extends beyond EOD, enabling
native capacity
this is coming from
block/partitions/core.c:573: "%s: p%d size %llu
extends beyond EOD, ",
and
block/partitions/core.c:519: printk(KERN_CONT "enabling
native capacity\n");
I've got no idea what it's complaining about though. Seems like the
kernel and fdisk have very different ideas about how to read this
partition map.
btrfs says:
dev_item.total_bytes 500106813440
The partition map and btrfs have the exact same bytes again, that's
good. The only discrepancy here is the kernel's block core is confused
about it. I don't know why that would be. Does that EOD message happen
on every boot for sdb1?
--
Chris Murphy
_______________________________________________
test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/test@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
