Yeniden başlatmadan bölüm tablosunu yeniden oku?

Bazen, bir diskteki bölümleri yeniden boyutlandırırken veya başka bir yerde kullanmazsanız, cfdisk şunları söyler:

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

(Bu, diğer bölümleme araçlarıyla da olur, bu yüzden bunun bir cfdisk sorunundan ziyade bir Linux sorunu olduğunu düşünüyorum.) Bu neden ve neden sadece bazen oluyor ve bundan kaçınmak için ne yapabilirim?

Not: Lütfen düzenlediğim bölümlerden hiçbirinin açılmadığını, takılmadığını veya kullanımda olmadığını varsayalım.

Güncelleme:

cfdisk, ioctl(fd, BLKRRPART, NULL)Linux'a bölüm tablosunu yeniden okumasını söyler. Şu ana kadar önerilen diğer araçlardan ikisi ( hdparm -z DEVICE, sfdisk -R DEVICE) aynı şeyi yapıyor. partprobe DEVICEKomut, diğer taraftan, daha iyi olabilir BLKPG adlı yeni ioctl, kullanımı görünüyor; Bilmiyorum. (BLKPG başarısız olursa da BLKRRPART'a geri döner.)

BLKPG, "bu bölüm değişti; işte yeni boyut" operasyonu gibi görünüyor partprobeve cihazdaki tüm bölümlerde ayrı ayrı adlandırılmış gibi görünüyordu , bu nedenle ayrı bölümler kullanılmamışsa çalışması gerekir. Ancak, denemek için fırsatım olmadı.

IMHO en güvenilir / en iyi cevap

partprobe /dev/sdX

Bölümleme tablosu bilgilerini yeniden okumak her zaman çalışmıyor, ancak deneyin

hdparm -z /dev/sda

veya

sfdisk -R /dev/sda

Çalışırsa / proc / partitions içindeki değerler değişecektir.

Centos7'de:

Https://access.redhat.com/solutions/199573’e göre

Denemelisin :

partx -u <partition>

Benim için çalıştı.

Not: Lütfen düzenlediğim bölümlerden hiçbirinin açılmadığını, takılmadığını veya kullanımda olmadığını varsayalım.

Bu varsayım göz önüne alındığında, bölüm tablosu olabilir başarıyla yeniden taranır ve sorun ortaya çıkmayacak. Bu hatayı alıyorsanız, bölüm tablosunun şu anda kullanımda olması ve bu nedenle tutarsızlıklar oluşturmadan yeniden taranamaması nedeniyledir.

Düzenlemekte olduğunuz bölüme dayanmaz.

Sadece bir sabit diskin ( /dev/sda) ve iki bölümün ( /dev/sda1, /dev/sda2) olduğunu ve yalnızca bir bölüm ( /dev/sda1) eklediğinizi varsayalım . Başka bir bölümle ilgili olmayan bir şeyi silerseniz veya değiştirirseniz ( /dev/sda2) bölüm tablosunun yeniden okunmasının başarısız olduğunu ve çekirdeğin eski tabloyu kullandığını gösterir.

Ancak iki sabit diskiniz ( /dev/sda, /dev/sdb) varsa ve ( /dev/sdb) bölümlerinin hiçbiri kullanımda değildir. Ardından bölümleri ekleyebilir / silebilir / yeniden boyutlandırabilir / düzenleyebilirsiniz /dev/sdbve bunlar sorunsuz bir şekilde yeniden okunacaktır. Fakat değişiklik sırasında / dev / sdb'nin bir bölümü monte edilse bile. Sonra çekirdek eski masayı kullanmaya devam edecek.

Ben (asıl sorgulayıcı) birkaç gün önce, diğer cevapların hiçbiri ( partprobe /dev/sdXşu an kabul görmüş ve en yüksek oyu alan cevap dahil) hiçbiri çalışmadığında bir durum vardı. Ne işe yaradı , ancak şuydu:

blockdev --rereadpt /dev/sdX

(Bunun neden işe yaradığını ve diğerlerinin işe yaramadığını bilmiyorum, ancak meşgul bir sunucuda beni yeniden başlattığı için işe yaradığı için mutluyum.)

6,5 x 64'lük bir centodayım; çekirdek 2.6.32. ve yeniden boyutlandırmak için fdisk hilesini test ediyorum.

/dev/sda1 /boot
/dev/sda2 /

Tüm aşağıdaki komutlar vermedi değil çekirdek tekrar okuyun bölümü olun:

• partprobe / dev / sda (uyarı: çekirdek yeniden okuyamadı ....)
• hdparm -z / dev / sda (BLKRRPART başarısız oldu: cihaz veya kaynak meşgul)
• blockdev -rereadpt / dev / sda (BLKRRPART başarısız oldu: cihaz veya kaynak meşgul)
• sfdisk -R / dev / sda (BLKRRPART başarısız oldu: cihaz veya kaynak meşgul)

hala çalışması için yeniden başlatmaya ihtiyacım var

Tüm montaj noktalarının bağlantısı kaldırılmış durumdayken, Yocto 2.4:

partprobe /dev/sda 

Aygıtta bölümler silindikten sonra bölüm tablosunu yeniden yükleyemedi. Ayrıca denedim - ve başarısız oldu:

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

Tüm benzer "BLKRRPART başarısız oldu: cihaz veya kaynak meşgul ..." hatalarını yeniden başlatmamı söyleyen bildirildi. Önceden çalışan yöntemlerin bu başarısızlığı udev'in sistem kontrolü altında olmasından kaynaklanıyor mu? Ben denedim bu çizgiler boyunca düşünerek:

systemctl restart systemd-udevd.service

Birdenbire diskim tekrar açıldı, yeniden başlatmadan kullanılabilir!

Gibi bir komut blockdev --rereadpt /dev/sdXile başarısız olduğunda

blockdev: ioctl error on BLKRRPART: Device or resource busy

bu genellikle bazı (eski) bölümlerin hala çekirdek tarafından bir şekilde kullanıldığı anlamına gelir.

Muhtemel sebepler / düzeltmeler:

1. bir sdX bölümü - say sdX1- hala monte edilmiş - kontrol edin mountve ekleyin
2. /dev/sdX1bir yazılım saldırısının parçası - cat /proc/mdstatilgili dizileri kontrol et ve muhtemelen durdurmdadm --stop /dev/md126
3. /dev/sdX1LVM fiziksel hacminin bir parçasıdır - pvdisplay/ ile kontrol edin vgdisplayve muhtemelen devre dışı bırakınvgchange
4. /dev/sdX1yoluyla örneğin - bir aygıt haritalama bir parçasıdır cryptsetup- kontrol /dev/mapperve lsblkmuhtemelen eşleme kaldırma (örneğin cryptsetup luksClose)
5. Bazı udev sondalarıyla yarış durumu - çalışan süreçleri kontrol edin psve birini öldürün

Bir aracı ise - ki blockdev --rereadptgenellikle benzer gibi olanları (başarısız partx -uv, kpartx, partprobe, kpartprobe) kök neden giderilinceye kadar benzer şekilde başarısız.

Ayrıca deneyebilirsiniz:

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

(Ama işe yaramayacak, aşağıdaki yorumu görün)

kpartx -a <partition> Sistemi yeniden başlatmak yerine, yeni oluşturulan bölümde iki kez çalıştırılabilir.

Uudev servisinin çalıştığını kontrol etmeyi unutmayın. Bu, özellikle partprobe, hdparm, blockdev ve diğer çeşitli komutların hangi aygıt dosyalarının / dev / dizininde bulunduğunu farketmediği durumlarda faydalıdır.

Benim için partprobeya da blockdevçözüm işe yaramadı. Buna rağmen, bu bir işe yarıyor:

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

Eğer 'man oracleasm-scandisks' için manpage okursanız, aşağıdaki metni not edersiniz. oracleasm, yaptığı tüm taramanın kaynağı olarak / proc / partitions kullanıyor. Bir scandisk yapmadan önce ham cihazlarınızı / proc / partitions içinde listelenmesi gerekir. Scanorder ve Scanexclude, / etc / sysconfig / oracleasm içine yerleştirdiğiniz parametreler / proc / partitions (!!!!) 'da bulunan adlarla ilgilidir.

---------- adam oracleasm-scandisks ------ ...

NASIL TARAMA HAPPENSİ Tarama dört temel aşamada ilerler.

   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.