Windows'ta koruyucu bir MBR nasıl yazılır?


3

Bir diskte CentOS, diğerinde Windows 2016 olan bir UEFI makinem var. Windows yükleyici GPT koruyucu MBR'sini yazar, ancak burada açıklandığı gibi UEFI standardını tam olarak takip etmez . MBR'yi standartlara göre tek bir bölümle yazar, ancak daha sonra diski gerçek boyutu yerine son bölümü 2 ^ 32-1 yapar.

Bölüm tablosunu kaydetmek ve daha sonra geri yüklemek için sgdisk kullanmaya çalışıncaya kadar sorun değil. Boyut için kötü olan rakam işleri şaşırtıyor ve bozuk bir MBR ile bitiyor. CentOS'ta , yeni bir koruyucu MBR yazmak için gdisk kullanarak bunu önleyebilirim . Ancak, bunu Windows'tan yapabilseydim daha uygun olurdu. Bir yolu var mı?


1
Diskiniz 2,2 TB'den büyük mü?
harrymc

Hayır, daha küçük. Bunu kanıtlayamasam da soruna neden olanın bu olduğundan şüpheleniyorum.
Peter Westlake

Bu soruna neden olamaz. Hangi disk?
harrymc

Bir Toshiba DT01ACA050, boyut 1953525168 sektör, 931,5 GB. Eğer yeni bir koruyucu MBR yazmak için gedit kullanırsam, son sektör için 1953525167 kullanır ve sgdisk işi kurtarır ve geri yükler.
Peter Westlake

Düşündüğünüzden daha kötü: DT01ACA050 500 GB olduğundan adını alıyor. 1 TB olsaydı, DT01ACA100 ( link ) olarak adlandırılırdı . Bir şey bu disk ile çok balık - bu işletim kapasitesi hakkında yanıltıcı işletim sistemlerinde başarılı. Hala garanti altında mı?
harrymc

Yanıtlar:


2

Posterin diski sadece 1 TB olduğu için aşağıdaki cevabım geçerli değil.

GPT Koruyucu MBR ve Bölüm Tablosu makalesinde çok şaşırtıcı bir gerçeği keşfettim :

Windows 7, bu alanı her zaman 0xFFFFFFFF ile doldurur, ancak UEFI Belirtimi, bunun 2.2 TB altındaki sürücüler için "eksi bir boyutuna ayarlanması" gerektiğini belirtir.

Ve dipnotta not edilen budur:

Referans ve tam alıntı: Bölüm 5, GUID Bölüm Tablosu (GPT) Disk Düzeni, Bölüm 5.2.3, Koruyucu MBR, Tablo 15'te belirtilen Birleşik Genişletilebilir Ürün Yazılımı Arabirim Özellikleri, Sürüm 2.3.1, Errata C, 27 Haziran 2012 'SizeInLBA', sayfa 100: "Diski bir eksi bir boyutuna ayarlayın. Diskin boyutu bu alanda gösterilemeyecek kadar büyükse, 0xFFFFFFFF değerini ayarlayın." Microsoft, aynı girişi 2.2 TB'tan küçük sürücüler için olduğu gibi 2.2 TB'den küçük sürücüler için kullandığından, SizeInLBA için UEFI Belirtimini izlemiyorlar .

Bu, Microsoft'un standardı yoksaymaya karar verdiği bir durumdur ve bu konuda yapabileceğiniz hiçbir şey yoktur. Bir çözüm muhtemelen Linux altında bölüm tahsisini yapmak olabilir.

Windows altında Microsoft'a ait olmayan bir yardımcı program arıyorsanız , standardı görmezden gelebilecek ücretsiz üçüncü taraf yardımcı programlarını listeleyen En İyi Ücretsiz Bölüm Yönetimi Yazılımı makalesine bakın .


(Eski cevap)

Diskin MBR için maksimum boyut olan 2,2 TB'den büyük olması gerektiğini düşünüyorum.

Koruyucu MBR (veya herhangi bir MBR) bu boyutla sınırlıdır. MBR'deki bölüm boyutunu içeren alanın yalnızca 32 bit olduğundan daha büyük bir sayı veremez.

Bu sınırlama, GPT'nin 2,2 TB'den büyük diskler piyasaya sürüldüğünde gerekli olmasının nedenlerinden biriydi.


1
Downvote. Niye ya ?
harrymc

Evet can sıkıcı değil mi? İlk kez "gerçek" süper kullanıcılardan birini gördüğümde şikayetçi oldum. Keşke aşağı oy için zorunlu (isimsiz) bir sebep olsaydı ... içim Belki bunu meta olarak mı önermeliyim ?! PS. Ben aşağı düşürücü değildim ...
Albin

@Albin: Bu tür önlemler Meta üzerinde tartışıldı ancak hiç kimse hiçbir şey üzerinde anlaşamadı.
harrymc

@Albin - Bunu birkaç yıl önce önerdim, ama reddedildi. Eminim bunu yapan sadece ben değilim.
AFH

@ AFH Teşekkürler biraz araştırma yapacağım. Bunu daha fazla tartışmak için bir sohbet odası açmakla ilgilenir misiniz yoksa bundan vazgeçtiniz mi?
Albin
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.