Kích thước GPT PMBR không khớp sau khi sao chép dd

13

Tôi đang di chuyển hệ thống khởi động Ubuntu EFI của mình sang một hdd lớn hơn. Tôi đã sử dụng lệnh

dd if=/dev/sdb of=/dev/sda

Tôi đã không tháo gỡ tập tin đầu vào trước khi sao chép và tập tin đầu ra là không gian mới. Tôi đã khởi động thành công từ hdd mới lớn hơn.

fdisk -l báo cáo:

Kích thước GPT PMBR không khớp
gdisk báo cáo kích thước ổ đĩa cũ (200GB) và
PMBR đang báo cáo kích thước ổ cứng mới (2TB).

Lệnh trạng thái lỗi gdisk w(ghi) sẽ hoạt động, tuy nhiên gdisk giúp đề xuất lệnh xe(di chuyển sao lưu vào cuối đĩa).

Mục tiêu của tôi là loại bỏ ổ đĩa cũ và sử dụng ổ đĩa mới làm ổ đĩa khởi động chính với cài đặt grub cũ của tôi còn nguyên vẹn.

Tôi sẽ tiếp tục mở rộng các phân vùng hay tôi nên sử dụng một trong các lệnh này?

hard-drive gpt dd migration

— Zakri Kneebone
nguồn

10

Thực hiện như gdisklời nhắc gợi ý: Sử dụng etùy chọn trên menu của chuyên gia ( x) để di chuyển cấu trúc dữ liệu vào cuối đĩa. Bạn có thể hoàn thành điều tương tự trong partedhoặc GParted nếu bạn thích. IIRC, họ thực hiện bán tự động, mặc dù họ yêu cầu xác nhận.

Khi bạn đã di chuyển cấu trúc dữ liệu sao lưu GPT, bạn có thể thay đổi kích thước (các) phân vùng của mình bằng GParted.

— Rod Smith
nguồn

4

Bạn nên tin anh chàng này - anh viếtgdisk .

— mikeerv 10/03/2015

Tôi sử dụng gparted từ usb sống. Tôi xóa các phân vùng và viết lại bảng phân vùng trên ổ đĩa mới. Từ đó, tôi đã viết các bước robot: gparted sao chép cấu trúc phân vùng của đĩa cũ và đồng thời thay đổi kích thước các phân vùng và sao chép dữ liệu cho đĩa mới. Nó đã làm mọi thứ trong khi tôi ngủ.

— Zakri Kneebone 10/03/2015

1

@ZakriKneebone: Vì tôi không thấy "lý do tại sao bạn nên làm điều này" giải thích ở đây: bởi vì GPT được lưu trữ trên khu vực đầu tiên và cuối cùng của đĩa chỉ trong trường hợp khu vực đầu tiên bị hỏng, nó vẫn có mặt sau -up ... (và một upvote!)

— Fabby

1

@RodSmith Một giải pháp không tương tác thay thế cũng sẽ được hoan nghênh. Sau khi nhân bản bằng cách sử dụng ddổ đĩa lớn hơn, vấn đề này luôn quay trở lại. Tiện dụng nếu tập lệnh nhân bản có thể sửa "GPT dự phòng" không chính xác. Tôi không thể tìm thấy tùy chọn di dời trong GPT fdisk (sgdisk) phiên bản 1.0.3. Đừng bận tâm đến superuser.com/questions/905756/ cho biết đó -e|--move-second-headerlà tùy chọn sgdisk.

— Sao lưu chuyên nghiệp

1

Tôi muốn đăng một lời giải thích mở rộng về các thử nghiệm và lỗi của tôi cho những người đang cố gắng vì tài liệu này khá rời rạc và chỉ ra một số kỹ thuật khác nhau. Tôi sử dụng gparted từ usb sống. Tôi xóa các phân vùng và viết lại bảng phân vùng trên ổ đĩa mới. Gparted có một trình sắp xếp thứ tự: nó sao chép cấu trúc phân vùng của đĩa cũ và đồng thời thay đổi kích thước các phân vùng và dữ liệu sao chép cho đĩa mới. Nó đã làm mọi thứ trong khi tôi ngủ. Sử dụng dd cũng yêu cầu cập nhật thủ công tệp fstab mà tôi bỏ qua. Sau đó, tôi đã thử ddresTHER (từ gói Universe qua Synaptic, không phải Trung tâm phần mềm) từ usb trực tiếp báo cáo rằng nó không hoạt động với gpt. Nó giới thiệu tôi đến gparted.

— Zakri Kneebone
nguồn

Tốt quá! Rất nhiều người sẽ học hỏi từ câu hỏi và trả lời này ...

— Fabby

0

Chỉ là một mốc thời gian khác, hôm nay tôi đã thay đổi kích thước âm lượng EBS trên thể hiện EC2 của mình. Tôi đã giải quyết nó bằng cách chạy growpart /dev/nvme0n1 1, mà thay đổi kích thước phân vùng của tôi một cách chính xác.

— Aaron R.
nguồn