Đọc lại bảng phân vùng mà không cần khởi động lại?

Đôi khi, khi thay đổi kích thước hoặc nói cách khác với các phân vùng trên đĩa, cfdisk sẽ nói:

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

(Điều này cũng xảy ra với các công cụ phân vùng khác, vì vậy tôi nghĩ đây là vấn đề của Linux chứ không phải là vấn đề cfdisk.) Tại sao lại như vậy và tại sao đôi khi nó chỉ xảy ra và tôi có thể làm gì để tránh?

Lưu ý: Vui lòng giả sử rằng không có phân vùng nào tôi thực sự chỉnh sửa được mở, gắn hoặc sử dụng.

Cập nhật:

cfdisk sử dụng ioctl(fd, BLKRRPART, NULL)để bảo Linux đọc lại bảng phân vùng. Hai trong số các công cụ khác được đề xuất cho đến nay ( hdparm -z DEVICE, sfdisk -R DEVICE) thực hiện chính xác điều tương tự. Mặt khác partprobe DEVICE, lệnh dường như sử dụng một ioctl mới gọi là BLKPG, có thể tốt hơn; Tôi không biết. (Nó cũng rơi trở lại trên BLKRRPART nếu BLKPG không thành công.)

BLKPG dường như là một hoạt động "phân vùng này đã thay đổi, đây là kích thước mới" và có vẻ như partprobenó được gọi riêng lẻ trên tất cả các phân vùng trên thiết bị được thông qua, do đó, nó sẽ hoạt động nếu các phân vùng riêng lẻ không được sử dụng. Tuy nhiên, tôi chưa có cơ hội để thử nó.

IMHO câu trả lời đáng tin cậy nhất / tốt nhất là

partprobe /dev/sdX

Đọc lại thông tin bảng phân vùng không phải lúc nào cũng hoạt động, nhưng hãy thử

hdparm -z /dev/sda

hoặc là

sfdisk -R /dev/sda

Nếu nó hoạt động, các giá trị trong / Proc / phân vùng sẽ thay đổi.

Trên Centos7:

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

Bạn nên thử :

partx -u <partition>

Nó làm việc cho tôi.

Lưu ý: Vui lòng giả sử rằng không có phân vùng nào tôi thực sự chỉnh sửa được mở, gắn hoặc sử dụng.

Với giả định đó, bảng phân vùng có thể được giải cứu thành công và vấn đề sẽ không phát sinh. Nếu bạn nhận được lỗi rằng, đó là vì các bảng phân vùng là hiện đang sử dụng, và do đó không thể được tái quét mà không cần tạo mâu thuẫn.

Nó không dựa trên phân vùng mà bạn đang chỉnh sửa.

Giả sử bạn chỉ có một ổ cứng ( /dev/sda) và hai phân vùng ( /dev/sda1, /dev/sda2) và bạn chỉ gắn một phân vùng ( /dev/sda1). Nếu bạn xóa hoặc thay đổi bất cứ điều gì về phân vùng khác thậm chí không được gắn kết ( /dev/sda2), bạn sẽ gặp lỗi khi đọc lại bảng phân vùng không thành công và kernel sẽ sử dụng bảng cũ.

Nhưng nếu bạn có hai ổ cứng ( /dev/sda, /dev/sdb) và không có phân vùng nào của ( /dev/sdb) đang được sử dụng. Sau đó, bạn có thể thêm / xóa / thay đổi kích thước / chỉnh sửa phân vùng /dev/sdbvà chúng sẽ được đọc lại mà không gặp vấn đề gì. Nhưng ngay cả khi một phân vùng của / dev / sdb được gắn kết trong khi thay đổi. Sau đó kernel sẽ tiếp tục sử dụng bảng cũ.

Tôi (người hỏi ban đầu) đã có một tình huống vài ngày trước khi không có câu trả lời nào khác (bao gồm partprobe /dev/sdX, câu trả lời hiện được chấp nhận và được bình chọn cao nhất) hoạt động. Những gì đã làm việc, tuy nhiên, là đây:

blockdev --rereadpt /dev/sdX

(Tôi không biết tại sao điều này hoạt động và những người khác thì không, nhưng tôi rất vui vì nó đã hoạt động, vì nó đã giúp tôi khởi động lại trên một máy chủ bận rộn.)

Tôi đang trên centos 6,5 x64; hạt nhân 2.6.32. và tôi đang thử nghiệm thủ thuật fdisk để thay đổi kích thước.

/dev/sda1 /boot
/dev/sda2 /

Tất cả các lệnh sau không tạo phân vùng đọc lại kernel:

• partprobe / dev / sda (cảnh báo: kernel không đọc lại ....)
• hdparm -z / dev / sda (BLKRRPART không thành công: bận thiết bị hoặc tài nguyên)
• blockdev -rereadpt / dev / sda (BLKRRPART không thành công: thiết bị hoặc tài nguyên bận)
• sfdisk -R / dev / sda (BLKRRPART không thành công: thiết bị hoặc tài nguyên bận)

tôi vẫn cần khởi động lại để làm cho nó hoạt động

Với tất cả các điểm gắn kết chưa từng có, chạy Yocto 2.4:

partprobe /dev/sda 

Vẫn không thể tải lại bảng phân vùng sau khi phân vùng đã bị xóa trên thiết bị. Cũng đã thử - và thất bại là:

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

Tất cả đều báo cáo lỗi "BLKRRPART tương tự: lỗi thiết bị hoặc tài nguyên bận ..." hướng dẫn tôi khởi động lại. Có phải sự thất bại của các phương pháp làm việc trước đây có thể là do thực tế là udev hiện đang nằm dưới sự kiểm soát của systemd? Suy nghĩ theo những dòng tôi đã cố gắng:

systemctl restart systemd-udevd.service

Và đột nhiên đĩa của tôi có sẵn một lần nữa, mà không cần khởi động lại!

Khi một lệnh như blockdev --rereadpt /dev/sdXthất bại với

blockdev: ioctl error on BLKRRPART: Device or resource busy

điều này thường có nghĩa là một số phân vùng (cũ) thực sự vẫn được sử dụng bởi kernel.

Nguyên nhân có thể / sửa lỗi:

1. một phân vùng sdX - giả sử sdX1- vẫn được gắn kết - kiểm tra mountvà bỏ qua nó
2. /dev/sdX1là một phần của cuộc đột kích phần mềm - kiểm tra cat /proc/mdstatvà có thể dừng các mảng có liên quan, ví dụ:mdadm --stop /dev/md126
3. /dev/sdX1là một phần của âm lượng vật lý LVM - kiểm tra với pvdisplay/ vgdisplayvà có thể hủy kích hoạt bằngvgchange
4. /dev/sdX1là một phần của một số bản đồ thiết bị - ví dụ như thông qua cryptsetup- kiểm tra /dev/mappervà lsblkvà có thể loại bỏ các bản đồ (ví dụ cryptsetup luksClose)
5. Điều kiện cuộc đua với một số thăm dò udev - kiểm tra các quá trình đang chạy với psvà có thể giết chết một

Nếu một công cụ - nói blockdev --rereadptkhông những thường tương tự như ( partx -uv, kpartx, partprobe, kpartprobe) thất bại trong một cách tương tự cho đến khi nguyên nhân gốc được loại bỏ.

Bạn cũng có thể thử:

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

(Nhưng sẽ không hoạt động, xem bình luận bên dưới)

kpartx -a <partition> có thể chạy hai lần trên phân vùng mới được tạo .... thay vì khởi động lại hệ thống.

Hãy nhớ kiểm tra dịch vụ udev đang chạy. Điều này đặc biệt hữu ích khi partprobe, hdparm, blockdev và nhiều lệnh khác dường như không tạo ra bất kỳ sự khác biệt nào về các tập tin thiết bị có sẵn trong thư mục / dev /.

Đối với tôi không partprobehoặc blockdevgiải pháp làm việc. Mặc dù, cái này hoạt động:

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

Nếu bạn đọc trang này cho 'man oracleasm-scandisks', bạn sẽ ghi chú văn bản dưới đây. oracleasm đang sử dụng / Proc / phân vùng làm nguồn của tất cả các lần quét mà nó thực hiện. Bạn phải nhận được các thiết bị thô được liệt kê trong / Proc / phân vùng trước khi bạn có thể thực hiện scandisk. Các tham số Scanorder và Scanexclude bạn đặt trong / etc / sysconfig / oracleasm liên quan đến các tên được tìm thấy trong / Proc / phân vùng (!!!!).

---------- người đàn ông oracleasm-scandisks ------ ...

LÀM THẾ NÀO ĐỂ KIẾM ĐƯỢC HẠNH PHÚC Việc quét tiến hành theo bốn giai đoạn cơ bản.

   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.