Перечитать таблицу разделов без перезагрузки?

Иногда, изменяя размер или иным образом копаясь в разделах на диске, cfdisk скажет:

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, с другой стороны, похоже, использует новый ioctl под названием BLKPG, который может быть лучше; Я не знаю. (Он также возвращается к BLKRRPART в случае сбоя BLKPG.)

Похоже, что 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 х64; ядро 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-страницу «man oracleasm-scandisks», то обратите внимание на текст ниже. oracleasm использует / proc / partitions в качестве источника всего сканирования, которое он выполняет. Вы должны получить список ваших необработанных устройств в / proc / partitions, прежде чем сможете сделать скандиск. Параметры Scanorder и Scanexclude, которые вы помещаете в / etc / sysconfig / oracleasm, относятся к именам, найденным в / proc / partitions (!!!!).

---------- человек оракул-скандис ------ ...

КАК ПРОИСХОДИТ СКАНИРОВАНИЕ Сканирование проходит в четыре основных этапа.

   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.