DD klonundan sonra GPT PMBR boyutu uyuşmazlığı


13

Ubuntu EFI önyükleme sistemimi daha büyük bir hdd'ye geçiriyorum. Komutu kullandım

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

Kopyalamadan önce girdi dosyasını çıkarmadım ve çıktı dosyası bölümlenmemiş taze bir alan oldu. Yeni büyük hdd'den başarılı bir şekilde önyükleme yaptım.

  • fdisk -l raporlar:

    GPT PMBR boyutu uyuşmazlığı

  • gdisk eski sürücü boyutunu (200 GB) bildirir ve

  • PMBR yeni sabit disk boyutunu (2 TB) bildiriyor.

Hata durumları gdisk w(write) komutu çalışır, ancak gdisk help komutu önerir xe(yedeklemeyi diskin sonuna yeniden konumlandır).

Amacım eski sürücüyü kaldırmak ve yeni sürücüyü eski grub yüklememi olduğu gibi birincil önyükleme diski olarak kullanmak.

Bölümleri genişletmeye devam edeyim mi yoksa bu komutlardan birini mi kullanmalıyım?

Yanıtlar:


10

Gibi yap gdiskistemi öneriyor: kullan euzmanları (seçeneği xdiskin sonuna veri yapılarını taşınmaya) menüsünden. İsterseniz aynı şeyi partedveya GParted'te de yapabilirsiniz. IIRC, onay isteseler de yarı otomatik yapıyorlar.

GPT yedek veri yapılarını taşıdıktan sonra, GParted'ı kullanarak bölümlerinizi yeniden boyutlandırabilirsiniz.


4
Bu adama inanmalısın - o yazdıgdisk .
mikeserv

Canlı bir usb'den gparted kullanarak yaraladım. Bölümleri kaldırdım ve bölüm tablosunu yeni sürücüde yeniden yazdım. Oradan robot adımları yazdım: gparted eski diskin bölüm yapısını kopyaladı ve bu arada yeni disk için bölümleri ve kopyalanan verileri de yeniden boyutlandırdı. Ben uyurken her şeyi yaptı.
Zakri Kneebone

1
@ZakriKneebone: "Bunu neden yapmanız gerekir" i burada görmüyorum: GPT diskin ilk ve son sektöründe depolanır, çünkü ilk sektörde başarısız olursa hala bir sırtı vardır. -up ... (ve bir oy verin!)
Fabby

1
@RodSmith Etkileşimli olmayan alternatif bir çözüm de memnuniyetle karşılanacaktır. ddDaha büyük bir sürücüye klonladıktan sonra bu sorun her zaman geri gelir. Klon komut dosyası yanlış "yedek GPT" yi düzeltebilirse kullanışlı. GPT fdisk (sgdisk) sürüm 1.0.3'te bir yer değiştirme seçeneği bulamıyorum. Aldırma superuser.com/questions/905756/... söyler -e|--move-second-headersgdisk seçenektir.
Pro Backup

1

Dokümantasyon oldukça parçalanmış ve birkaç farklı tekniğe işaret ettiği için, denemeleri ve hataları deneyenlere genişletilmiş bir açıklama göndermek istiyorum. Canlı bir usb'den gparted kullanarak yaraladım. Bölümleri kaldırdım ve bölüm tablosunu yeni sürücüde yeniden yazdım. Gparted'ın bir adım sıralayıcısı vardır: eski diskin bölüm yapısını kopyaladı ve bu arada yeni disk için bölümleri ve kopyalanan verileri de yeniden boyutlandırdı. Ben uyurken her şeyi yaptı. Dd kullanmak aynı zamanda atladığım fstab dosyasının el ile güncellenmesini gerektiriyordu. Daha sonra gd ile çalışmadığını bildiren canlı usb'den ddrescue (Yazılım Merkezi değil Synaptic üzerinden Evren paketinden) denedim. Beni parıldadı.


Çok iyi! Birçok insan bu soru-
cevaptan

0

Sadece başka bir veri, bugün EC2 örneğimde bir EBS hacmini yeniden boyutlandırarak karşılaştım. growpart /dev/nvme0n1 1Bölümümü doğru şekilde yeniden boyutlandırarak çalıştırarak çözdüm.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.