Partitionstabelle erneut lesen, ohne neu zu starten?

Manchmal sagt cfdisk, wenn Sie die Größe ändern oder auf andere Weise mit Partitionen auf einer Festplatte herumspielen:

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

(Dies geschieht auch mit anderen Partitionierungs-Tools. Ich denke, dies ist eher ein Linux-Problem als ein CFDisk-Problem.) Warum ist das so und warum passiert es nur manchmal und was kann ich tun, um es zu vermeiden?

Hinweis: Bitte nehmen Sie an, dass keine der Partitionen, die ich gerade bearbeite, geöffnet, gemountet oder anderweitig verwendet wird.

Aktualisieren:

cfdisk weist ioctl(fd, BLKRRPART, NULL)Linux an, die Partitionstabelle erneut zu lesen. Zwei der bisher empfohlenen Tools ( hdparm -z DEVICE, sfdisk -R DEVICE) machen genau dasselbe. Der partprobe DEVICEBefehl scheint dagegen ein neues ioctl mit dem Namen BLKPG zu verwenden, das möglicherweise besser ist. Ich weiß es nicht. (Es greift auch auf BLKRRPART zurück, wenn BLKPG fehlschlägt.)

Bei BLKPG handelt es sich anscheinend um eine Operation "Diese Partition hat sich geändert. Hier ist die neue Größe", die anscheinend für partprobealle Partitionen auf dem übergebenen Gerät einzeln aufgerufen wurde. Sie sollte also funktionieren, wenn die einzelnen Partitionen nicht verwendet werden. Ich hatte jedoch nicht die Gelegenheit, es zu versuchen.

IMHO ist die zuverlässigste / beste Antwort

partprobe /dev/sdX

Das erneute Lesen von Partitionstabelleninformationen funktioniert nicht immer, aber versuchen Sie es

hdparm -z /dev/sda

oder

sfdisk -R /dev/sda

Wenn es funktioniert, ändern sich die Werte in / proc / partitions.

Auf Centos7:

Laut https://access.redhat.com/solutions/199573

Du solltest es versuchen :

partx -u <partition>

Es hat bei mir funktioniert.

Hinweis: Bitte nehmen Sie an, dass keine der Partitionen, die ich gerade bearbeite, geöffnet, gemountet oder anderweitig verwendet wird.

Da die Annahme, die Partitionstabelle kann erfolgreich neu gescannt werden, und das Problem wird nicht auftreten. Wenn Sie diese Fehler sind immer, dann ist es , weil die Partitionstabelle ist derzeit im Einsatz und kann daher nicht ohne die Schaffung Inkonsistenzen erneut gescannt werden.

Es basiert nicht auf der Partition, die Sie bearbeiten.

Angenommen, Sie haben nur eine Festplatte ( /dev/sda) und zwei Partitionen ( /dev/sda1, /dev/sda2) und Sie haben nur eine Partition ( /dev/sda1) gemountet . Wenn Sie etwas an einer anderen Partition löschen oder ändern, die noch nicht einmal gemountet ist ( /dev/sda2), wird der Fehler angezeigt, dass das erneute Lesen der Partitionstabelle fehlgeschlagen ist und der Kernel die alte Tabelle verwendet.

Wenn Sie jedoch über zwei Festplatten ( /dev/sda, /dev/sdb) verfügen und keine der Partitionen von ( /dev/sdb) verwendet wird. Dann können Sie Partitionen hinzufügen / löschen / in der Größe ändern / bearbeiten /dev/sdbund sie werden ohne Probleme erneut gelesen. Aber selbst wenn eine Partition von / dev / sdb während der Änderung gemountet wurde. Dann wird der Kernel weiterhin die alte Tabelle verwenden.

Ich (der ursprüngliche Fragesteller) hatte vor einigen Tagen eine Situation, in der keine der anderen Antworten (einschließlich der partprobe /dev/sdXderzeit akzeptierten und am höchsten bewerteten Antwort) funktioniert hat. Was jedoch funktionierte, war Folgendes:

blockdev --rereadpt /dev/sdX

(Ich weiß nicht, warum das funktioniert hat und die anderen nicht, aber ich bin froh, dass es funktioniert hat, da es mir einen Neustart auf einem ausgelasteten Server erspart hat.)

Ich bin auf Centos 6,5 x 64; Kernel 2.6.32. und ich teste den Fdisk-Trick, um die Größe zu ändern.

/dev/sda1 /boot
/dev/sda2 /

Bei allen folgenden Befehlen wurde die Kernel-Partition nicht erneut gelesen:

• partprobe / dev / sda (Warnung: Kernel konnte nicht erneut gelesen werden ....)
• hdparm -z / dev / sda (BLKRRPART fehlgeschlagen: Gerät oder Ressource belegt)
• blockdev -rereadpt / dev / sda (BLKRRPART fehlgeschlagen: Gerät oder Ressource belegt)
• sfdisk -R / dev / sda (BLKRRPART fehlgeschlagen: Gerät oder Ressource belegt)

Ich brauche noch einen Neustart, damit es funktioniert

Wenn alle Einhängepunkte nicht eingehängt sind, führen Sie Yocto 2.4 aus:

partprobe /dev/sda 

Die Partitionstabelle konnte nach dem Löschen der Partitionen auf dem Gerät immer noch nicht neu geladen werden. Auch versucht - und gescheitert waren:

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

Alle meldeten ähnliche "BLKRRPART ist fehlgeschlagen: Gerät oder Ressource belegt ..." -Fehler, die mich zum Neustart aufforderten. Ist dieses Versagen früherer Arbeitsmethoden möglicherweise darauf zurückzuführen, dass udev nun systemgesteuert ist? In diesem Sinne habe ich versucht:

systemctl restart systemd-udevd.service

Und plötzlich ist meine Festplatte ohne Neustart wieder verfügbar !

Wenn ein Befehl wie mit blockdev --rereadpt /dev/sdXfehlschlägt

blockdev: ioctl error on BLKRRPART: Device or resource busy

Dies bedeutet normalerweise, dass eine (alte) Partition tatsächlich noch irgendwie vom Kernel verwendet wird.

Mögliche Ursachen / Korrekturen:

1. eine sdX Trennwand - sagen sdX1- montiert ist immer noch - überprüfen Sie mit mountund umount es
2. /dev/sdX1ist Teil eines Software - Raid - Checks cat /proc/mdstatund stoppt möglicherweise die entsprechenden Arrays, zmdadm --stop /dev/md126
3. /dev/sdX1ist Teil eines physischen LVM-Volumes - mit pvdisplay/ prüfen vgdisplayund ggf. mit deaktivierenvgchange
4. /dev/sdX1Teil einer Gerätezuordnung ist - beispielsweise über cryptsetup- prüfen /dev/mapperund lsblkund entfernen eventuell die Zuordnung (z cryptsetup luksClose)
5. Race Condition mit einigem udev-Test - überprüfe laufende Prozesse mit psund beende möglicherweise einen

Wenn ein Werkzeug - sagen blockdev --rereadptversagt in der Regel ähnliche wie ( partx -uv, kpartx, partprobe, kpartprobe) nicht in ähnlicher Art und Weise , bis die Ursache beseitigt wird.

Sie können auch versuchen:

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

(Funktioniert aber nicht, siehe Kommentar unten)

kpartx -a <partition> kann zweimal auf einer neu erstellten Partition ausgeführt werden .... anstatt das System neu zu starten.

Denken Sie daran, zu überprüfen, ob der udev-Dienst ausgeführt wird. Dies ist besonders nützlich, wenn partprobe, hdparm, blockdev und verschiedene andere Befehle keinen Unterschied zwischen den im Verzeichnis / dev / verfügbaren Gerätedateien zu machen scheinen.

Bei mir hat weder partprobenoch blockdevLösung geklappt. Obwohl dies funktioniert:

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

Wenn Sie die Manpage für 'man oracleasm-scandisks' lesen, werden Sie den folgenden Text beachten. oracleasm verwendet / proc / partitions als Quelle für alle durchgeführten Überprüfungen. Sie müssen Ihre Raw-Geräte in / proc / partitions eintragen, bevor Sie einen Scandisk ausführen können. Die Parameter Scanorder und Scanexclude, die Sie in / etc / sysconfig / oracleasm einfügen, beziehen sich auf die Namen in / proc / partitions (!!!!).

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

WIE DAS SCANNEN ABLÄUFT Der Scanvorgang erfolgt in vier grundlegenden Schritten.

   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.