linux – 设备映射表对齐不一致
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了linux – 设备映射表对齐不一致,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含3213字,纯文字阅读大概需要5分钟。
内容图文
![linux – 设备映射表对齐不一致](/upload/InfoBanner/zyjiaocheng/957/a1b9f0d055cc484590e135ffcb4ce5f4.jpg)
在期刊中,我得到的行如下:
Jan 27 18:23:08 tara kernel: device-mapper: table: 254:2: adding target device sdb2 caused an alignment inconsistency: physical_block_size=4096, logical_block_size=512, alignment_offset=0, start=33553920
Jan 27 18:23:08 tara kernel: device-mapper: table: 254:2: adding target device sdb2 caused an alignment inconsistency: physical_block_size=4096, logical_block_size=512, alignment_offset=0, start=33553920
Jan 27 18:23:08 tara kernel: device-mapper: table: 254:3: adding target device sdb2 caused an alignment inconsistency: physical_block_size=4096, logical_block_size=512, alignment_offset=0, start=34393292288
Jan 27 18:23:08 tara kernel: device-mapper: table: 254:3: adding target device sdb2 caused an alignment inconsistency: physical_block_size=4096, logical_block_size=512, alignment_offset=0, start=34393292288
我该如何解释这个:
>这里错误对齐的是什么?
> start =数字来自哪里?
如何使对齐一致?
更多信息:
[ravi@tara ~]$uname -a
Linux tara 4.8.17-1-MANJARO #1 SMP PREEMPT Mon Jan 9 10:24:58 UTC 2017 x86_64 GNU/Linux
[ravi@tara ~]$lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 3.7T 0 disk
sdb 8:16 0 3.7T 0 disk
├─sdb1 8:17 0 200M 0 part
└─sdb2 8:18 0 3.7T 0 part
├─usb-eMMC_backup 254:2 0 32G 0 lvm
└─usb-ark 254:3 0 3.6T 0 lvm /ark
sdc 8:32 1 7.5G 0 disk
└─sdc1 8:33 1 7.5G 0 part
mmcblk0 179:0 0 29.1G 0 disk
├─mmcblk0p1 179:1 0 200M 0 part /mnt/esp
└─mmcblk0p2 179:2 0 28.9G 0 part
├─lvm-root 254:0 0 24G 0 lvm /
└─lvm-swap 254:1 0 4.9G 0 lvm [SWAP]
mmcblk0boot0 179:8 0 4M 1 disk
mmcblk0boot1 179:16 0 4M 1 disk
mmcblk0rpmb 179:24 0 4M 0 disk
[ravi@tara ~]$
解决方法:
警告表明分区和LVM设备可能未对齐,如blk_stack_limits中的检查所定义.您可以检查lsblk -t / dev / sdb输出中的值,并检查blk_stack_limits中捕获的未对齐类型(例如, physical是逻辑块大小的倍数,opt和min I / O是物理块大小的倍数,等等.)
更新2019-03-03:正如@derobert在评论中指出的那样,在这种情况下警告是正确的.您的PV从字节33,553,920开始,这不是物理块大小4,096的倍数.要纠正此问题,您需要移动或重新创建PV /分区,以4,096的倍数开始(例如,将–dataalignment传递给vgcreate / pvcreate或–offset传递给cryptsetup).
不幸的是,即使在开始纠正之后,仍将继续打印“对齐不一致”消息. The conclusion of Sven Eschenberg in a long thread on the dm-crypt list was that some of these checks may yield incorrect warnings.特别是,如果sdb是USB磁盘,最佳I / O大小可能不是物理扇区大小的倍数(例如,我有一个4k USB3磁盘报告physical_block_size 4,096和optimal_io_size 33,553,920).这些值是正确的(由驱动器报告),似乎合理(由于USB约束),并且不基于任何设备映射器参数.
问题是blk_stack_limits中的逻辑假设最佳I / O大小将是物理扇区大小的倍数,对于某些设备而言则不然.一旦这是唯一存在的问题,您可以放心地忽略该警告.
更新2019-03-03:不幸的是,有些工具可能会创建这些错误对齐的PV /分区.相关问题/修复:
> RedHat Bug 1513820 for cryptsetup(在v2.0.0 – b80278c0中修复)
> Debian Bug 923561分手(不固定)
> util-linux libfdisk(修复于v2.27 – acb7651f8)
> RedHat Bug 1685787 for lvm2 pvcreate(未修复)
内容总结
以上是互联网集市为您收集整理的linux – 设备映射表对齐不一致全部内容,希望文章能够帮你解决linux – 设备映射表对齐不一致所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。