/ Dev / sda ve / dev / sda1 arasındaki farklar


17

/ Dev / sda'nın ham aygıt olduğunu ve / dev / sda1'in bölüm veya sanal aygıt olduğunu biliyorum.

Ama sda #'ın neden sadece bir süre, ya da sadece belirli sistemlerde ortaya çıktığı konusunda biraz kafam karıştı. Bunun olmasına ne sebep olur? Belki de sda ​​# sürücülerinin görünmediği zamanlar bölümlenmemiş durumdur? Ya da belki de donanımda aynı değil mi?

Neden ikisini de monte edebilirim? (bazen) Bölünebilir bölüm değil mi?

Verebileceğiniz herhangi bir kaynak veya renk çok takdir edilecektir. Şimdiden teşekkür ederim.


1
"Neden ikisini de monte edebilirim?" [alıntı gerekli]
Ignacio Vazquez-Abrams

1
@ IgnacioVazquez-Abrams: Gerçekten bir alıntım yok. Her ikisini de Debian kutusuna monte ettim ve her ikisini de yazıp okuyabiliyordum. Neden bilmiyorum. Gerçekten bir donanım ya da sistem yöneticisi bir adam değil, bu yüzden açıklık istiyordum. Herkese yardım ettiği için tekrar teşekkürler!
yem

Yanıtlar:


19

Modern bir sistemde, bir bölümleme aygıtı yalnızca bölüm gerçekten varsa görünür.

MBR bölümleme tablosu olan bir diskte, 1'den 4'e kadar olan bölüm numaraları bölümleme tablosunda "birincil" bölümler adı verilen dört yuvaya karşılık gelir. Sırasıyla doldurulmaları gerekmez, bu nedenle örneğin bir sda2'ye sahip olmak mümkündür, ancak sda1'e sahip olmak mümkün değildir. 5 ve üzeri bölüm numaraları, genişletilmiş bir bölümdeki "mantıksal sürücüler" e karşılık gelir ve bunlar her zaman sırayla numaralandırılır, bu nedenle bir sda5'e sahip olmadan da sda6'ya sahip olamazsınız.

GPT bölümleme tablosu olan bir diskte çok daha fazla (genellikle 128'e kadar) bölüm olabilir ve tümü "birincil" dir. Böylece, tek bölümü sda9 olan bir diskiniz olabilir.

Diskte bölüm tablosu yoksa, elbette bölümleme cihazları olmayacaktır.

Eski sistemler - udev tarafından yönetilenlerden ziyade statik / dev kullanan sistemler - bölümlerin gerçekten var olup olmadığına bakılmaksızın, genellikle olası tüm bölüm numaraları için aygıt düğümlerine sahip olacaktır. (Varolmayan bir bölüm için aygıt dosyasını açmaya çalışmak elbette başarısız olacaktır.)


Bölümleme işleminden vazgeçmek ve bir dosya sistemini doğrudan diske koymak mümkündür. Bir blok aygıtı bağladığınızda, dosya sistemi sürücüsü genellikle aygıtın başlangıcından itibaren önceden belirlenmiş bir uzaklıkta bir süper blok arar ve bir bölümün başlangıcı diskin kendisi olmadığından, bir bölümdeki dosya sistemi için süper blok "tüm disk" aygıtında oluşturulan dosya sistemi için disk üzerindeki süper bloktan farklı bir yerde bulunur.

Dolayısıyla, disk sadece bir dosya sistemine sahipse ve daha sonra bölümlenmişse ve bir bölümde bir dosya sistemi oluşturulmuşsa, eski süper blok hala orada olabilir, örneğin ilk bölümün başlangıcından önceki küçük boşlukta. Bu yüzden disk hala hem ham disk aygıtında hem de bölüm aygıtında bir dosya sistemine sahip gibi görünüyor, çünkü hangisini bağlamaya çalışırsanız çalışın, dosya sistemi sürücüsü süper bloğu aramaya başladığında bir tane bulacaktır.

Ancak, her iki dosya sistemini de monte etmek ve kullanmak güvenli değildir, çünkü diskte çakışırlar. Birinin boş alan olduğunu düşündüğü şeyde önemli defter tutma verileri olabilir. Bu nedenle, ham diski bölümlenmiş olana değiştirmek istediğinizde veya tersi olduğunda veya bir bölümde kullanılan dosya sistemi türünü değiştirmek istediğinizde, bir blok aygıtının başlangıcını sıfırlamak, istenmeyen süper blokları kaldırmak iyi bir fikirdir. .


6

Bildiğim kadarıyla, çekirdek bir dissi benzeri (sata dahil) veriyolunda yeni bir blok cihazı tespit ettiğinde /dev, tüm diskin kendisine bir düğüm eklemeye ek olarak , örneğin /dev/sdabir bölüm tablosu olup olmadığını görmeye çalışacaktır. . Okunabilir bölümler varsa, fiziksel veya mantıksal bölümlere bağlı olarak numaralandırılmış bölüm düğümlerini oluşturur (mantıksal bölümlerin # 5'ten başlayacağına inanıyorum).

Herhangi bir bölüm düğümü olmayan bir disk düğümü görürseniz, bu, herhangi bir bölüm algılanmadığı anlamına gelir. Herhangi bir bölüm tablosu olmadan fiziksel cihaza doğrudan yazılan bir dosya sistemi olduğu için fiziksel cihazı bağlayabileceğiniz herhangi bir durumun farkında değilim. Sadece tek bir paritition olduğunda, mountbir mount /dev/sdakomutu anlam olarak yorumlayacak olabilir /dev/sda1, ama bunu hiç test etmedim.


2
Bir disk bölümleme tablosu olmadan doğrudan diskin üzerinde bir dosya sistemine sahip olabilirsiniz . (Disketler genellikle bölümlere
ayrılmadığından

Mükemmel nokta. Bir dizüstü bilgisayara bir usb sürücü yapıştırma ve monte edememe loş bir bellek vardı /dev/sdcama bunu uydurma emin değildi.
büyümek

3

/ dev / sda - ham cihaz

/ dev / sda1 - bölüm gibi 'sanal' aygıt.

İlginç bir fark, bir cihazın bölümleri varsa (MBR verileri veya benzerleri varsa) MBR verileri bir cihazdaki bölümlerin dışında bulunduğundan, sanal cihazların hiçbirinden MBR verilerini okuyamazsınız. MBR, cihazın ilk sektöründe yer almaktadır (CHS: 0 0 1). Bir cihazın başlamasından sonra 1MiB'de ilk bölümü oluşturmak için iyi bir uygulama vardır.

MBR verilerini okumak için ham cihazı (/ dev / sda) kullanmanız gerekir, yani:

dd if=/dev/sda of=mbr.bin bs=512 count=1

0

Bölüm tabloları ve aygıt adları. Onlarla karıştırılmaya hazır olun.

Compaq RAID denetleyicisine sahip bir HP sunucunuz var mı? / Dev / sda yok, / dev / ccsis'e merhaba de.

Eski IDE arabirimine sahip eski bir masaüstü bilgisayarınız mı var? / Dev / sda yok, / dev / hda'ya merhaba de.

/ Dev / sda yazan modern bir sunucunuz var ancak kurulumdan sonra bunu neredeyse hiç göremiyor musunuz? LVM'ye merhaba deyin, işletim sistemi kurulumunuz / dev / sda'nızı LVM fiziksel birimi olarak yaptı, içinde bir birim grubu ve bunun içinde mantıksal bir birim yarattı.

Yani ... / dev / sda1 gibi bir şey görmüyorsanız, kendi "bölümlerini" oluşturan LVM veya benzeri bir kullanımınız olabilir.

Senin soruna cevap verdi mi?

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.