重新读取分区表而不重启？

有时，当调整大小或以其他方式处理磁盘上的分区时，cfdi​​sk会说：

Wrote partition table, but re-read table failed. Reboot to update table.

（这在其他分区工具中也会发生，因此我认为这是Linux问题，而不是cfdisk问题。）为什么会这样，为什么它有时仅会发生，我应该怎么做才能避免呢？

注意：请假设我实际上正在编辑的分区均未打开，未安装或正在使用中。

更新：

cfdisk用于ioctl(fd, BLKRRPART, NULL)告诉Linux重新读取分区表。到目前为止hdparm -z DEVICE，建议使用的其他两个工具（sfdisk -R DEVICE）完全相同。partprobe DEVICE另一方面，该命令似乎使用了一个称为BLKPG的新ioctl，可能更好。我不知道。（如果BLKPG失败，它也会退回到BLKRRPART上。）

BLKPG似乎是“此分区已更改；这是新的大小”操作，它看起来像partprobe在传递的设备上的所有分区上单独调用它，因此如果未使用单个分区，它应该可以工作。但是，我没有机会尝试。

恕我直言，最可靠/最好的答案是

partprobe /dev/sdX

重新读取分区表信息并不总是可行，但是请尝试

hdparm -z /dev/sda

要么

sfdisk -R /dev/sda

如果可以，/ proc / partitions中的值将更改。

在Centos7上：

根据https://access.redhat.com/solutions/199573

你应该试试 ：

partx -u <partition>

它为我工作。

注意：请假设我实际上正在编辑的分区均未打开，未安装或正在使用中。

有了这个假设，就可以成功地重新扫描分区表，并且不会出现此问题。如果您收到的错误，这是因为分区表是目前使用的，因此不能在没有创造不一致重新扫描。

它不是基于您正在编辑的分区。

假设您只有一个硬盘（/dev/sda）和两个分区（/dev/sda1，/dev/sda2），并且仅安装了一个分区（/dev/sda1）。如果删除或更改尚未挂载的其他分区的任何内容（/dev/sda2），您将收到以下错误消息：重新读取分区表失败，内核将使用旧表。

但是，如果你有两个硬碟（/dev/sda，/dev/sdb），并没有一个分区（/dev/sdb）都在使用。然后，您可以添加/删除/调整/编辑分区的大小/dev/sdb，它们将被重新读取而没有任何问题。但是，即使在更改期间挂载了/ dev / sdb的一个分区。然后内核将继续使用旧表。

几天前，我（原始提问者）遇到了一种情况，其他任何答案（包括partprobe /dev/sdX，目前已被接受且投票最高的答案）均无效。什么做工作，但是，是这样的：

blockdev --rereadpt /dev/sdX

（我不知道为什么这行得通，而其他的行不通，但是我很高兴它行得通，因为它为我节省了在繁忙服务器上的重新启动的时间。）

我在centos 6.5 x64上; 内核2.6.32。我正在测试fdisk技巧来调整大小。

/dev/sda1 /boot
/dev/sda2 /

以下所有命令均未使内核重新读取分区：

• partprobe / dev / sda （警告：内核无法重新读取...。）
• hdparm -z / dev / sda（BLKRRPART失败：设备或资源繁忙）
• blockdev -rereadpt / dev / sda（BLKRRPART失败：设备或资源繁忙）
• sfdisk -R / dev / sda（BLKRRPART失败：设备或资源繁忙）

我仍然需要重启才能使其正常工作

卸载所有安装点后，运行Yocto 2.4：

partprobe /dev/sda 

在设备上删除分区后，仍然无法重新加载分区表。也尝试过-失败了的是：

udevadm trigger --subsystem-match=block; udevadm settle
hdparm -z /dev/sda
blockdev --rereadpt /dev/sda

所有错误都报告类似的“ BLKRRPART失败：设备或资源正忙...”错误，指示我重新启动。以前工作方法的失败是否可能是由于udev现在处于systemd控制之下？我按照这些思路思考：

systemctl restart systemd-udevd.service

突然我的磁盘再次可用，无需重启！

当类似的命令blockdev --rereadpt /dev/sdX失败时

blockdev: ioctl error on BLKRRPART: Device or resource busy

这通常意味着内核确实仍在使用某些（旧）分区。

可能的原因/修复：

1. 一个sdX分区-例如sdX1-仍在挂载-检查mount并卸载它
2. /dev/sdX1是软件团队的一部分-检查cat /proc/mdstat并可能停止相关阵列，例如mdadm --stop /dev/md126
3. /dev/sdX1是LVM物理卷的一部分-用pvdisplay/ 检查，vgdisplay并可能用关闭vgchange
4. /dev/sdX1是一些设备映射的一部分-例如经由cryptsetup-检查/dev/mapper和lsblk，并可能去除映射（例如cryptsetup luksClose）
5. 使用udev探测进行竞争-检查正在运行的进程ps并可能杀死其中一个

如果一个工具-比如blockdev --rereadpt无法像平时那些相似（partx -uv，kpartx，partprobe，kpartprobe）以类似的方式失败，直到根本原因被消除。

您也可以尝试：

echo 1 > /sys/block/sdX/device/rescan

（但无法使用，请参见下面的评论）

kpartx -a <partition> 可以在新创建的分区上运行两次..而不是重新启动系统。

记住要检查udev服务是否正在运行。当partprobe，hdparm，blockdev和其他各种命令似乎对/ dev /目录中可用的设备文件没有任何影响时，这特别有用。

对我而言partprobe，blockdev解决方案都无效。虽然，这一作品：

udevadm settle --exit-if-exists=/dev/sdb1

如果您阅读“ man oracleasm-scandisks”的手册页，则会注意到下面的内容。oracleasm使用/ proc / partitions作为其执行的所有扫描的源。必须先在/ proc / partitions中列出原始设备，然后才能进行磁盘扫描。您在/ etc / sysconfig / oracleasm中放置的Scanorder和Scanexclude参数与在/ proc / partitions（!!!!）中找到的名称相关。

---------- man oracleasm-scandisks ------ ...

扫描如何进行扫描分为四个基本阶段。

   First, the list of disks to scan is created. If disks were specified on the command line, this is the list.
   If not, /proc/partitions is read, and each block device is added, subject to the -o and -x options.

   Second, the partition tables of each disk in the scan are reloaded unless the -s option was specified. Any
   disks that no longer exist are dropped.

   Third, the list of disks is recreated based on the new partition tables.

   Finally, each disk in the list is checked to see if it is marked for ASM use. Disks that are marked are
   instantiated.