Bölüm neden 63 yerine 2048 sektöründen başlıyor?

54

İki sürücüyü aynı bölümlendi ve her birinde iki RAID bölümü çalıştırdım.

Biri öldü ve aynı model için garanti altına girdim.

Bölümlemeye çalışırken, ilk bölüm daha önce olduğu gibi 63 yerine 2048 sektöründen başlayabilir. Sürücü önceki ve kalanlardan farklı geometriye sahiptir. (Daha az kafa / daha fazla silindir)

Eski sürücü:

$ sudo fdisk -c -u -l /dev/sdb 

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000aa189

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *          63   174080339    87040138+  83  Linux
/dev/sdb2       174080340   182482334     4200997+  82  Linux swap / Solaris
/dev/sdb3       182482335  3907024064  1862270865   fd  Linux raid autodetect

Yeniden üretilmiş sürücü garantiden alınmıştır:

$ sudo fdisk -c -u -l /dev/sda

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
81 heads, 63 sectors/track, 765633 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d0b5d

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048  ...

Neden?

hard-drive partitioning fdisk

— GCB
kaynak

1

Çıktı bu bir Gelişmiş Biçim 4K sürücüdür anlamına gelmez: Sector size (logical/physical): 512 bytes / 512 bytes.

— bwDraco

1

Bu neden indirildi?

— bwDraco

1

Olumsuz oyuna katılmıyorum, aynı zamanda iz uyumu yanlış anlaşılmasının farkında değildim ve JdeBP'nin bilgileri yararlı ve geçerli bir soruyla alakalı.

— Garrett

İlgili sorular ve cevaplar: superuser.com/q/565577/19956 , unix.stackexchange.com/q/81556/3054 .

— puanlar

Daha yeni disk sürücüleri kullanarak, varsayılan olarak başlangıç sektörü olarak kullanılan GPT önerilir2048 . Eski disk, muhtemelen eski bir yardımcı programla ve GPT olmayan bölüm tablosu formatı kullanılarak formatlanmıştır. Daha yeni "Gelişmiş Format 4K" disklerini bölümlemek için GPT fdiskYardımcı Programlarını kullanın . RAID için, fd00 Linux RAIDbölümlerinizi uygun şekilde yazın ve etiketleyin.

— TrinitronX

44

Çünkü eski diskiniz, Linux gibi eski bir yardımcı programla bölümlendiğinden fdisk, işe yaramaz bir şekilde tamamen rapor edilmiş olduğunu gördüğünüz tamamen sahte disk geometrisini kullanarak iz uyumu uyguladı ve yeni diskiniz (tarafından default) bunun yerine 1MiB sınırlarına hizalar.

daha fazla okuma

Jonathan de Boyne Pollard (2011). Disk bölüm hizalaması üzerindeki gen. Sıkça Verilen Cevaplar.

— JdeBP
kaynak

7

Başka bir deyişle, 63 numaralı LBA sektörü , MBR formatında kullanabileceğiniz ilk sektör olan CHS biçimindeki silindir 0, baş 1, sektör 1'e karşılık gelir . Bununla birlikte, 63 sayısı 8 ile bölünemez, bu da 4K sürücülerinde bir soruna neden olur, bu nedenle bazı modern araçlar 2048'de ilk GPT uyumluluğunu sağlayan ilk bölüme başlar.

— billc.cn

8

Bir kişinin yorumları not almanın bir yolunu aradığı bir zamanlar vardır, özellikle de başkalarının ağzına doğrudan hatalar koymaya çalıştığı yorumlar. Bu "diğer kelimeler" yanlış , bu yüzden yazdıklarım değil . Bir MBR bölümleme tablosuna sahip bir birincil bölüm için bir kişinin (birkaç kişinin sahip olduğu gibi) kullanabileceği ilk sektör, IBM'in LVM'si gibi şeylerle uyumluluk gerektirmiyorsa LB # 2, hatta LB # 1'dir. Ve 1MiB hizalamasının EFI bölümleme tablosu uyumluluğu ile ilgisi yok .

— JdeBP

Doğru, sanırım ilk bölüm hakkında bir hata yaptım, ancak ikinci bit için, 2048’den başlayacak olursanız, sürücüyü gelecekte GPT’ye dönüştürmekte sorun yaşamayacaksınız, dolayısıyla “ayrıca” ve “gelecek” kelimelerini de kullanmayacaksınız. .

— billc.cn

5

Bu hala yanlış. Birinin zaten bir sorunu olmayacak . Aritmetik yap. (Sahte) bir iz sınırına orijinal hizalama bile, yeterli alandan fazlasını sağlar. Bu 60 512 bayt sektör 240 EFI bölüm tablosu girişini tutabilir. Yine: 1MiB hizalaması EFI bölümleme tablosu uyumluluğu ile ilgisi yoktur .

— JdeBP

4

fdisk"eski bir yardımcı program" değildir, aktif olarak korunur. Sadece "sahte disk geometrisi" üzerinden KULLANMAYIN -c=dos(varsayılan olarak kapalıdır). Manpage, CHS'nin disko kadar öldüğü konusunda açıkça uyarıyor. JdBP'nin sayfasına bağlantı kesildi, ancak 1MiB (2048 sektör) hizalamasının geçmişi Wikipedia'da Logical Disk Manager girişinde bulunabilir . Bu bir Windows Vista siğil: "1-MiB hizalama sınırı kullanmak, bölüm tablosunun Vista Disk Mgt ile daha güvenli bir şekilde düzenlenmesini sağlar."

— David Tonhofer

36

fdisk -c=dos

Bölümünüzü oluştururken eski DOS bölümü tablosunu kullandınız. Yeni sürümleri fdiskvarsayılan olarak dos uyumluluk modunu kullanmaz.

— mikrofon
kaynak

3

Kabul edilen cevabın bazı değerli bilgileri var ama bu cevabı sorunumu çözmek için gerekli olan cevher var.

— jcbwlkr

fdisk beni bu argüman olmadan sektöründe 2048 başlayan bir bölümü yeniden izin vermedi - Ben varFirst sector (3072-314572799, default 3072):

— tomfanning

5

Bu, fdisk ile silmek ve yeniden oluşturmak anlamına gelen bir bölümü yeniden boyutlandırmaya çalışıyorsanız kritik öneme sahiptir; aynı yerden başlamak için bölüme ihtiyacınız var.

— Mcr

artık fdisk from util-linux 2.28

— çalışmaz

1

bunu gist'te buldu fdisk -c=dos -u=cylinders /dev/sdb- gist.github.com/jkullick/febf46756435f1fa99dc56f00782de03

— akostadinov

7

Belki buraya yorum eklemek faydalı olabilir. LUKS bölümü için bölümün aynı yerde silinip yeniden yaratıldığı, ancak çağrılmadan önce daha büyük olduğu söylenir cryptsetup resize. Ancak, bölümünüzü uzun zaman önce oluşturduğunuzda, sektör 63'te başlıyor. Fdisk kullanarak, bölüm yanlış ofsette yeniden oluşturularak bölüm kayboluyor.

fdisk -c=dosSektör 63'ten bölümler oluşturabilmek için sorunsuz bir şekilde bölüm oluşturmayı başardım .

— Adrien Clerc
kaynak

1

İlk başta 63'te neden başladığından emin değilim, ancak fdisk'e göre sektör boyutlarınız 512.

Dolayısıyla, bölümlerinizin ve böylece kümelerin hizalanmasını istiyorsanız, başlangıç ofsetiniz 512'ye bölünebilir olmalıdır. 2048 bugünlerde oldukça yaygındır.

Yanlış hizalanmış sektörleri tercih ederseniz, bölümünüzü tekrar 63'e taşımak için GPart'ı her zaman alabilirsiniz.

Düzenle:

Hata. Bir RAID'iniz olduğunu görmedim. Muhtemelen RAID'inizi ve şerit boyutunu göndermelisiniz.

— surfasb
kaynak

1

63, ikili olarak 111111'dir. PC'lerin BIOS'u, sektör numarası altı bit olarak kodlandı / kodlandı, bu da parça başına maksimum 111111 (63) sektörle sonuçlandı. Bu maksimum hala sanal CHS geometrisi için kullanılır.

— Chris Reid

1

Asıl sorunun cevaplandığını fark ederken, 63 ile 2048 arasındaki ilk silindir sorunu için hızlı bir düzeltme şöyle bir şey:

sfdisk -d /dev/sdb | sfdisk --force /dev/sda

(aynı boyutta sürücülere sahip olduğunuzdan eminseniz)

Daha sonra, 63/2048 başlangıç silindiri farkının nihai bölüm boyutlarını atması nedeniyle, bölümlerin aynı büyüklükte olmadığından şikayet ettiğiniz bölümleri RAID'lere geri ekleyerek devam edebilirsiniz.

— Jason Byrne
kaynak

Ne olduğunu açıklamalısın, kaynak varış yeri?

— Pawel Cioch

0

1 MiB (2048 * 512 bayt öykünmüş blok boyutu) seçimi, çeşitli donanım depolama yapılandırmaları için mükemmel bir seçimdir. Dosya sistemi veri yapıları genellikle bölüm başlangıç noktasıyla aynı hizada olduğundan, depolama okuma / yazma hızını maksimuma çıkarmak için bu önemli olabilir.

Örneğin:

RAID, 16 ila 256 KiB arasında değişen veri şeritlerini kullanabilir. 1 MiB, bunun bir tamsayısıdır, bu nedenle bölümü 1 MiB'de başlatmak, temel RAID modeliyle uyumludur.

SSD'ler tipik olarak, sürücüye bağlı olarak 256 KiB veya 512 KiB olabilen 128 ila 256 NAND sayfalı bir blok bloğuna sahiptir. Yani yine burada, bölümün 1 MiB'de başlatılması, temel SSD depolama özellikleriyle uyumludur.

Gelişmiş Format 512e dönen HDD'lerin 4 KiB'lık bir fiziksel blok boyutu vardır ve yine 1 MiB, bunun tamsayı bir katıdır (oldukça büyük olsa da).

Bu nedenle, bir AF sürücünüz varsa ve GPT olarak bölümlerken, LBA bloğu 40'tan (HDD'nizin her fiziksel bloğundaki 8 mantıksal bloğun tamsayı bir katı) başlayan ilk bölümünüzden tamamen memnun olabilirsiniz. dünyadaki depolama, LBA bloğu 2048'de (1 MiB) yeni başlayarak kaybedilir; bu, hemen hemen tüm donanım konfigürasyonları için uygun olduğu için yazılımı bölmek için daha esnek bir değerdir.

— Ryan Feeley
kaynak