Перечитати таблицю розділів без перезавантаження?

Іноді, змінюючи розміри або іншим способом замінюючи розділи на диску, 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 / розділах змінюватимуться.

У 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

(Я не знаю, чому це спрацювало, а інші не зробили, але я щасливий, що це спрацювало, оскільки врятувало мене перезавантаження на зайнятому сервері.)

я на центосах 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: пристрій чи ресурс зайнятий ...", що вказували мені перезавантажити. Чи може ця помилка раніше працюючих методів пов'язана з тим, що удев зараз знаходиться під системним контролем? Роздумуючи над цими напрямками, я спробував:

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 / розділи як джерело всього сканування, яке він виконує. Ви повинні отримати ваші необроблені пристрої, перелічені в / proc / розділах, перш ніж ви можете зробити скандал. Параметри Scanorder і Scanexclude, які ви розміщуєте в / etc / sysconfig / oracleasm, стосуються імен, знайдених у / proc / розділах (!!!!).

---------- людина-оракалізм-скандики ------ ...

ЯК СКАНІЗАЦІЯ НАДАЄТЬСЯ Сканування проходить у чотири основні етапи.

   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.