GParted, harici HDD'nin sonunda geçersiz kılma / alternatif olan 1 MB ayrılmamış alan bırakıyor?


9

Sadece harici HD diyorum, dahili HD'lerde bu sorun yok.

Bir GPT tablosu oluşturdum, ardından bir NTFS birimi yaptım. Diskin sonunda ayrılmamış 1 MB gösterir. GPT tablosunun bir yedeği olduğunu biliyorum ama orada olmasını istemiyorum. Yine de verilerimi yedekliyorum. Bu sadece veri depolama içindir. MBR kullanırken bu sorunu yaşadım ve hacimler arasındaki boşlukları. Geçenlerde UEFI'ye taşındım ve GPT'yi tüm sürücülerde kullanmak istiyorum, ancak UEFI / GPT'nin iç çalışmalarına henüz fazla aşina değilim.

Neden 1MB geri istediğimi tartışmıyorum, sadece yapıyorum. Birimi şifrelemek istiyorum ancak daha sonra kolayca yeniden boyutlandırılamadığından bu işlemi yapamıyorum.

Biri bunu geçersiz kılmamı sağlayacak ve tüm alanımı almama izin verecek başka bir aracı isimlendirirse, teşekkürler Windows'ta bölümlendirmeyi denedim ama Gparted bunu her zaman gösteriyor. Neden dışsallara içsellerden farklı davranıldığını anlamıyorum. GPT'nin boşluk bırakmaması gerekiyordu. Belki birileri bu boşluğun neden gerekli olup olmadığını açıklayabilir.

Düzenleme: önerildiği gibi gdisk ile uğraşıyorum. Ancak gdisk, hem Linux hem de Windows'un geçerli olarak tanıyacağı GPT / UEFI standartlarına uygun bir bölüm yaratacak mı? Öyleyse, neden Gparted alanı terk ediyor? Hala dışarının neden içlerinden farklı davrandığını anlamıyorum. Standartlar standartlar, tekdüze olun.


"Belki birileri, bu alanın neden gerekli olup olmadığını açıklayabilir." - Bölge bit kaydının bir yan ürünü gibi görünüyor. Sektörlerin gerçek sayısı gerçek katı değil sectors_per_cylinderya heads * sectors_per_track. Bu nedenle , bölümler "silindirler" veya "megabayt" ile hizalandığında ve boyutlandırıldığında artık sektörler vardır .
talaş

"Silindirler" bu günlerde bölümlemede önemsizdir; LBA adresleri önemli. Sürücünün dahili geometrisi (örn. Bölge kaydı) de önemsizdir, çünkü bu yazılım tarafından görülemez ve bölüm tablosuna yansıtılmaz.
Wyzard

Yanıtlar:


13

Birimin sonundaki ikincil etiket GPT tarafından istenmektedir; onsuz bir disk bozulmuş ve tüm sistemler tarafından tanınmayabilir. Küçük bir miktar alan kazanmak için bozuk bir format kullanmak, muhtemelen en azından birkaç yüz gigabayt olan bir diskte pek mantıklı gelmiyor.

Ancak, gerçek GPT etiketinin boyutu yalnızca 68 kilobayttır. Modern bölümleme yazılımı, tipik olarak her bölümün başlangıcını 1 MB sınırında hizalayarak performans nedenleriyle hizalar , çünkü bu, herhangi bir gerçekçi disk sektörünün veya flaş silme bloğu boyutunun bir katıdır, ancak son bölümün sonunun bitmesi için gerçek bir ihtiyaç yoktur. 1 MB sınır. GParted bunu varsayılan olarak yapabilir, ancak gdisken son kullanılabilir sektöre kadar uzanan bir disk bölümü oluşturmanıza izin verir (diskin sonundan 68k).

Ancak, bölümlerinizin başında 1 MB'lik hizalamanın , GPT etiketi ile ilk bölüm arasında, diskin başında yaklaşık 1 MB kullanılmayan alanınız olduğu anlamına geldiğini unutmayın. Diskinizin fiziksel sektörünü veya silme-blok boyutunu biliyorsanız, ilk bölümün başlangıcını diskin başlangıcına yaklaştırmak için bölümlerinizi 1MB sınırlarını kullanmak yerine hizalayabilirsiniz. (Ama bu değerinden daha fazla sorun gibi görünüyor.)


Gdisk'i nasıl kullanacağımı bilmiyorum, ancak Arch kurulum wiki sayfasında bahsettiğimi gördüm. Her zaman ayrılmamış 1mb'ın 2nci etiket için değil, yedekleme masası için olduğunu düşündüm. Bir işletim sistemi diskinde anlamlıdır ancak yalnızca harici bir veri sürücüsünde anlamsızdır. Hizalamanın farkındayım, hacminin başlangıcı 2048 sektördür. Ancak bunların hiçbiri, diskin başlangıcındaki 1 MB’nin Gparted’de görünmediğini ve sonunda 1 MB’nin neden görünmediğini açıklamıyor. Ve bir kez daha, bu benim iç sürücülerde olmaz. Neden farklı muamele görsünler? Cevabınız en iyisi ama nasıl yapılacağından emin değilim. Teşekkürler!
Enigma83

1

Https://wiki.archlinux.org/index.php/Btrfs#Partition_offset adresinden bir alıntı gördüm.

GRUB, Btrfs bölümlerini önyükleyebilir, ancak modül diğer dosya sistemlerinden daha büyük olabilir. Grub-install tarafından yapılan core.img dosyası, MBR ve ilk bölüm arasındaki sürücünün ilk 63 sektörüne (31.5 KBB) sığmayabilir. Fdisk ve gdisk gibi güncel bölümleme araçları, ilk bölümü kabaca 1MiB veya 2MiB ile dengeleyerek bu sorunu önler.

Bu, bunun bir sektör / sınır / vs.-uyum sorunu olmadığını, diğer cevapların da belirttiği gibi göründüğü gibi görünmediğini, ancak güvenceye alındığını gösteriyor gibi görünmektedir. Bu argümanı destekleyen diğer işaretler: btrfs ile bir SSD formatlarken bu benim için gerçekleşti, bölümün boş alanın başında hizalanacağını belirttikten sonra ... ama 1 MB boş alan bölümümden önce yerleştirildi. Yani, belki de bu, MBR'nin daha fazla alana ihtiyaç duyabileceğini öngören bölümleme aracıdır? Ve bölümleme aracı, neler olup bittiğiyle ilgili olarak kullanıcıya geri bildirim vermiyor mu?


0

Gparted'deki bölümleri yeniden boyutlandırırken fazladan, ayrılmamış bir 1MiB bölümü oluşturma sorunuyla karşılaştım. Bazı durumlarda, Hizala: MiB yerine Hizala : Silindir seçeneğini kullanarak bu sorunu çözebildim (varsayılan).

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.