Sürücü harfi ataması - Drive letter assignment

Image
Geçerli çalışma dizininin bir parçası olarak sürücü harfi C olan MS-DOS komut istemi .
Image
C sürücüsünün içeriğini görüntüleyen Dosya Yöneticisi .

Gelen bilgisayar veri depolama , sürücü harfi ataması alfabetik tanımlayıcılar atama işlemidir hacimleri . Birimlerin rastgele olarak tek bir hiyerarşik ad alanında adlandırıldığı ve yerleştirildiği UNIX bağlama noktaları kavramının aksine , sürücü harfi ataması birden çok en üst düzey ad alanına izin verir. Bu nedenle, sürücü harfi ataması, dosya sistemini temsil eden "ormanın" köklerini adlandırmak için harfleri kullanma işlemidir; her birim bağımsız bir "ağaç" (veya hiyerarşik olmayan dosya sistemleri için bağımsız bir dosya listesi) tutar.

Menşei

Kullanılmış bugünden olarak sürücü harfleri kavramı, muhtemelen olan kökeni borçludur IBM'in 'ın VM için geri kalma, işletim sistemlerinin ailesi CP / CMS 1967 yılında (ve araştırma öncelini CP-40 yolu ile,) Dijital Araştırma ler (' DRI) CP/M . Konsept birkaç adımda gelişti:

  • CP/CMS, bir kullanıcı oturumuna bağlı mini diskleri tanımlamak için sürücü harflerini kullanır . Tam bir dosya başvurusu ( bugünkü tabirle yol adı ) bir dosya adından , bir dosya türünden ve dosya kipi olarak adlandırılan bir disk harfinden (örneğin A veya B ) oluşur. Mini diskler, fiziksel disk sürücülerine karşılık gelebilir, ancak daha tipik olarak, işletim sistemi tarafından sanal silindir kümeleri olarak paylaşılan aygıtlara otomatik olarak eşlenen mantıksal sürücülere atıfta bulunur .
  • CP/CMS, fiziksel bir depolama aygıtını belirtmek için bir sürücü harfi kullanan CP/M mikrobilgisayar işletim sistemi de dahil olmak üzere çok sayıda başka işletim sistemine ilham verdi. CP / M (ve diğer mikrobilgisayar işletim sistemleri) erken sürümleri bir uygulamaya düz dosya sistemini komple dosya referansı bir oluşmaktadır her disk sürücüsü, üzerinde sürücü harfi , bir kolon, bir dosya adı (en fazla sekiz karakterden ) ve bir filetype (üç karakterler); örneğin A:README.TXT. (Bu, bu tür küçük ad alanlarının pratik kısıtlamalar getirmediği 8 inçlik disketler dönemiydi .) Bu kullanım, Digital Equipment Corporation'ın (DEC) TOPS-10 işletim sisteminde kullanılan aygıt öneklerinden etkilenmiştir .
  • CP/M için seçilen sürücü harfi sözdizimi , Seattle Computer Products ' (SCP) 86-DOS ve dolayısıyla IBM'in OEM sürümü PC DOS yoluyla MS-DOS işletim sistemi için Microsoft tarafından devralındı . Başlangıçta, sürücü harfleri her zaman fiziksel birimleri temsil ediyordu, ancak sonunda mantıksal birimler için destek ortaya çıktı.
  • DOS ardılı olarak belirlenmiş konumları sayesinde, sürücü harfleri kavramı OS/2 ve Microsoft Windows ailesi tarafından da miras alındı .

Her sürücü harfi içindeki hiyerarşik dizinlerin önemli yeteneği , başlangıçta bu sistemlerde yoktu. Bu, sabit disk sürücülerinin binlerce (onlarca veya yüzlerce) dosya tuttuğu UNIX ve diğer benzer işletim sistemlerinin önemli bir özelliğiydi . Artan mikrobilgisayar depolama kapasiteleri, bunların tanıtılmasına ve ardından uzun dosya adlarına yol açtı . Bu tür adlandırma mekanizmalarından yoksun dosya sistemlerinde, sürücü harfi ataması yararlı, basit bir düzenleme ilkesi olduğunu kanıtladı.

Sürücü harfi atamasını kullanan işletim sistemleri

atama sırası

Sürüm 5.0'dan bu yana MS-DOS/PC DOS ve sonraki işletim sistemleri, sürücü harflerini aşağıdaki algoritmaya göre atar:

  1. A: sürücü harfini ilk disket sürücüsüne (sürücü 0) ve B: ikinci disket sürücüsüne (sürücü 1) atayın . Yalnızca bir fiziksel disket varsa, B: sürücüsü aynı fiziksel sürücüyle eşlenen bir hayali disket sürücüsüne atanacak ve daha kolay disket dosyası işlemleri için dinamik olarak A: veya B:'ye atanacaktır. Hiçbir fiziksel disket sürücü varsa, DOS 4.0 hem atayacaktır : A ve B: varolmayan sürücüye, DOS 5.0 ve üstü Bu sürücü harfleri geçersiz kılar ise. İkiden fazla fiziksel disket sürücüsü varsa, 5.0'dan önceki DOS sürümleri sonraki sürücü harflerini atayacaktır, oysa DOS 5.0 ve üstü bu sürücüleri daha sonraki bir aşamada daha yüksek sürücü harfleriyle yeniden eşleştirecektir; aşağıya bakınız.
  2. İlk fiziksel sabit diskte tanınan ilk etkin birincil bölüme bir sürücü harfi atayın . DOS 5.0 ve üstü, C: sürücüsü olmasını sağlar , böylece önyükleme sürücüsünde A: veya C: sürücüsü bulunur .
  3. Birbirini izleyen her fiziksel sabit disk sürücüsünde sonraki sürücü harflerini ilk birincil bölüme atayın (5.0'dan önceki DOS sürümleri yalnızca iki fiziksel sabit diski incelerken, DOS 5.0 ve üstü sekiz fiziksel sabit diski destekler).
  4. İlk sabit sürücüden başlayarak ve ardışık fiziksel sabit disk sürücülerinden geçerek, ilk genişletilmiş bölümde bulunan tanınan her mantıksal bölüme sonraki sürücü harflerini atayın.
  5. DOS 5.0 ve üstü: İlk sabit sürücüden başlayarak ve ardışık fiziksel sabit disk sürücülerinden geçerek, kalan tüm birincil bölümlere sürücü harflerini atayın.
  6. DOS 5.0 ve üstü: İkinci fiziksel disket sürücüsünün ötesindeki tüm fiziksel disket sürücülerine sürücü harfleri atayın.
  7. CONFIG.SYS'ye yüklenen herhangi bir blok aygıt sürücüsüne DEVICE deyimleri aracılığıyla sonraki sürücü harflerini atayın , örneğin RAM diskleri .
  8. CONFIG.SYS üzerinden herhangi dinamik olarak yüklenen sürücülere atama müteakip sürücü harfleri ifadeleri INSTALL içinde, AUTOEXEC.BAT ya da geç, yani ek optik disk sürücüleri ( MSCDEX vs.), PCMCIA / PC Kartı sürücüleri, USB veya Firewire sürücüler, veya ağ sürücüleri .
  • Yalnızca tanınan bölüm türlerinin bölümlerine harfler atanır. Özellikle, "gizli bölümler" (tür kimlikleri genellikle eklenerek tanınmayan bir değere değiştirilenler 10h) değildir.

MS-DOS/PC DOS 4.0 ve önceki sürümleri, sabit sürücüleri dikkate almadan önce tüm disket sürücülerine harfler atar, böylece dört disket sürücüsü olan bir sistem ilk sabit sürücüyü E: olarak adlandırır . DOS 5.0 ile başlayarak , sistem ikiden fazla fiziksel disket sürücüsüne sahip olsa bile, C: sürücüsünün her zaman bir sabit disk olmasını sağlar .

Kasıtlı olarak yeniden eşleme yapılmadığı halde, sürücü harfi atamaları genellikle bir sonraki yeniden başlatmaya kadar sabitlenir, ancak Zenith MS-DOS 3.21 , bir sürücüyü sıfırlarken sürücü harfi atamalarını güncelleyecektir. Bu, sabit diskin bölümlenmesi değiştirilmişse sürücü harflerinin yeniden başlatılmadan değişmesine neden olabilir.

Kayısı PC'deki MS-DOS, disket sürücüleri dikkate almadan önce A: ile başlayarak sabit sürücülere harfler atar . Her sürücüden ikişer tane olan bir sistem, sabit sürücüleri A: ve B: ve disketleri C: ve D: olarak adlandırır .

DOS'un bazı sürümleri, C: ile başlayan sürücü harfini, ilk fiziksel sabit diskte tanınan ilk etkin birincil bölüme değil, etkin olarak ayarlanmamış olsa bile, ilk sabit diskin tanınan ilk birincil bölümüne atar. .

Bir bölüm tablosunda birden fazla genişletilmiş bölüm varsa, yalnızca tanınan ilk genişletilmiş bölüm türündeki mantıksal sürücüler işlenir.

DR-DOS IBMBIO.COM'un bazı son sürümleri, çeşitli sürücü harfi atama stratejileri arasında seçim yapmak için (diğerlerinin yanında) bit bayraklarını tutan bir önyükleme öncesi yapılandırma yapısı sağlar. Bu stratejiler, bir kullanıcı veya OEM tarafından önceden seçilebilir veya DR-DOS başlatılırken anında bir önyükleyici tarafından değiştirilebilir. Bu sorunlar altında, önyükleme sürücüsü A: veya C:' den de farklı olabilir .

Sürücü harfi sırası, belirli bir diskin bir önyükleme zamanı sürücüsü tarafından mı yoksa dinamik olarak yüklenen bir sürücü tarafından mı yönetildiğine bağlı olabilir. Örneğin, ikinci veya üçüncü sabit disk SCSI türündeyse ve DOS'ta CONFIG.SYS dosyası aracılığıyla sürücülerin yüklenmesini gerektiriyorsa (örneğin, denetleyici kartı yerleşik BIOS sunmuyor veya bu BIOS'u kullanmak pratik değil), o zaman ilk SCSI birincil bölümü, DOS'taki tüm IDE bölümlerinden sonra görünecektir. Bu nedenle, OS/2, SCSI sürücüsünü daha önce yüklediğinden, DOS ve örneğin OS/2 farklı sürücü harflerine sahip olabilir. Çözüm, bu tür sabit disklerde birincil bölümleri kullanmamaktı.

In Windows NT ve OS / 2 işletim sistemi otomatik olarak atama harflere yukarıda belirtilen algoritma kullanır disk sürücüleri disket , optik disk sürücüleri , önyükleme diski ve aksi bir tarafından oluşturulmaz diğer tanınmış hacimleri yönetici işletim sistemi içinde. İşletim sistemi içinde oluşturulan birimler manuel olarak belirlenir ve bazı otomatik sürücü harfleri değiştirilebilir. Tanınmayan birimlere harf atanmaz ve genellikle işletim sistemi tarafından dokunulmaz.

Sürücü harfi atamasıyla ilgili yaygın bir sorun, ağ sürücüsüne atanan harfin yerel birimin harfiyle (yeni yüklenen bir CD/DVD sürücüsü veya bir USB çubuğu gibi) çakışabilmesidir. Örneğin, son yerel sürücü D: sürücüsüyse ve bir ağ sürücüsü E: olarak atanmışsa , yeni eklenen bir USB yığın depolama aygıtına da E: sürücüsü atanır ve bu da ağ paylaşımıyla veya USB aleti. Yönetici ayrıcalıklarına sahip kullanıcılar, bu sorunun üstesinden gelmek için sürücü harflerini manuel olarak atayabilir. Windows XP'de sorunlara neden olabilecek başka bir koşul, tanımlanmış ağ sürücülerinin olması, ancak hata durumunda olmasıdır (ağ dışında çalışan bir dizüstü bilgisayarda olacağı gibi). Bağlı olmayan ağ sürücüsü bir sonraki kullanılabilir sürücü harfi olmasa bile, Windows XP bir sürücüyü eşleyemeyebilir ve bu hata USB aygıtının takılmasını da engelleyebilir.

Ortak görevler

Yukarıda tartışılan şemanın oldukça modern bir Windows tabanlı sistemde uygulanması, genellikle aşağıdaki sürücü harfi atamalarıyla sonuçlanır:

  • A: — Disket sürücüleri , 3+1 ⁄ 2 ″ veya 5+1 ⁄ 4 ″ ve varsa diğer disk sürücüleri türleri.
  • B: — İkinci bir disket sürücü için ayrılmıştır (birçok bilgisayarda mevcuttu).
  • C: — İlk sabit disk bölümü.
  • D: to Z: – Diğer disk bölümleri burada etiketlenir. Windows, sistemdeki disk sürücülerini numaralandırırken karşılaştığı bir sonraki sürücüye bir sonraki boş sürücü harfini atar. Sürücüler bölümlenebilir, böylece daha fazla sürücü harfi oluşturulur. Bu, MS-DOS ve tüm Windows işletim sistemleri için geçerlidir. Windows, Disk Yönetimi ek bileşeni veya diskpart. MS-DOS genellikle CONFIG.SYS dosyasının içindeki aygıt sürücülerini yükleme satırındaki parametreleri kullanır .

Duruma özel sürücü harfleri:

  • F: — Novell NetWare kullanılıyorsa ilk ağ sürücüsü .
  • G: - "Google Drive Dosya Akım" kullanılıyorsa Google Drive'ı .
  • H: — Bir ağ sunucusundaki "Ev" dizini.
  • L: — Eşzamanlı DOS, Çok Kullanıcılı DOS, Sistem Yöneticisi ve REAL/32 altında dinamik olarak atanan yük sürücüsü .
  • M: — Eşzamanlı DOS altında isteğe bağlı olarak bellek sürücüsü MDISK için sürücü harfi.
  • N: , O: , P: — CP/M-86 4.x, Kişisel CP/M-86 2.x, DOS Plus 1.1-2.1 (BDOS çağrısı 0Fh aracılığıyla) altında atanabilir yüzer sürücüler , daha sonra herhangi bir 6.0'a kadar Eşzamanlı DOS, Çok Kullanıcılı DOS, Sistem Yöneticisi, REAL/32 ve DR DOS altında kullanılmayan sürücü harfleri.
  • S: — Microsoft Office Tıkla-Çalıştır sanallaştırma.
  • U: — MiNT , MagiC ve MultiTOS altındaki aygıt dosyaları için sanal dizine sahip Unix benzeri birleşik dosya sistemi .\DEV
  • Z: — Banyan VINES kullanılıyorsa ilk ağ sürücüsü ve DOSBox x86 öykünücüsünde sanal disk ağı için ilk sürücü harfi ataması . Aynı zamanda, otomatik olarak Z:'den aşağıya doğru seçildiğinden, ağ kaynakları için Windows tarafından seçilen ilk harftir . Varsayılan olarak Wine , Z:' yi UNIX dizin ağacının köküne eşler .

İkinci bir fiziksel disket sürücüsü olmadığında, B: sürücüsü, A: fiziksel sürücüsüne eşlenen "sanal" bir disket sürücüsü olarak kullanılabilir; bu sayede, kullanıcıdan, hangisi için bir okuma veya yazma gerektiğinde her seferinde disketleri değiştirmesi istenir. en son kullanılan A: veya B: . Bu, yalnızca bir tane olan bir bilgisayarda iki disket sürücüsünün işlevselliğinin çoğuna izin verir. Tek bir fiziksel aygıtı (isteğe bağlı olarak farklı "görünümleri" olan) paylaşan bu birden çok sürücü harfi kavramı, ilk disket sürücüyle sınırlı değildir, ancak standart ile onlar için ek blok aygıtları kurarak diğer sürücüler için de kullanılabilir. CONFIG.SYS içindeki DOS DRIVER.SYS .

Ağ sürücülerine genellikle alfabenin sonuna doğru harfler atanır. Bu genellikle onları yerel sürücülerden ayırt etmek için yapılır: harfleri sonuna doğru kullanmak atama çakışması riskini azaltır. Atama bir ağ üzerinden otomatik olarak yapıldığında (genellikle bir oturum açma komut dosyasıyla) özellikle doğrudur.

Çoğu DOS sisteminde, 26'dan fazla monte edilmiş sürücüye sahip olmak mümkün değildir. Atari GEMDOS, yalnızca A: ila P: arasındaki 16 sürücü harfini destekler . PalmDOS PCMCIA sürücü yığını, PCMCIA sürücü yuvalarını adreslemek için 0: , 1: , 2: , ... sürücü harflerini destekler .

DOS için bazı Novell ağ sürücüleri, uyumlu DOS sürümleri altında 32 adede kadar sürücü harfini destekler. Ayrıca, Novell DOS 7, OpenDOS 7.01 ve DR-DOS 7.02 LASTDRIVE=32, A: to Z: , [: , \: , ]: , ^: adlı 32 sürücü harfine kadar atamak için bir CONFIG.SYS yönergesini gerçekten destekler : , _: ve `: . (DR-DOS 7.02-7.07 ayrıca sürücü yapılarını üst belleğe taşımak için destekler HILASTDRIVEve LASTDRIVEHIGHyönergeler sunar.) Bazı DOS uygulama programları Z:'nin ötesinde sürücü harflerini beklemez ve onlarla çalışmaz, bu nedenle özel amaçlar için kullanılması önerilir. amaçlar veya arama sürücüleri.

JP Software'in 4DOS komut satırı işlemcisi, genel olarak Z: ötesindeki sürücü harflerini destekler , ancak bazı harfler bu komut satırı işlemcisinin sözdizimsel uzantılarıyla çatıştığından, bunları sürücü harfi olarak kullanmak için çıkış yapılması gerekir.

Windows 9x (MS-DOS 7.0/MS-DOS 7.1) LASTDRIVE=32ve LASTDRIVEHIGH=32ayrıca için destek ekledi .

Windows NT altında Z:' den daha fazla dosya sistemine erişim gerekiyorsa, Birim Bağlama Noktaları kullanılmalıdır. Ancak, Windows XP veya sonraki sürümlerde komut satırı yardımcı programını kullanarak 1: , 2: veya !: gibi harf olmayan sürücüleri takmak mümkündür SUBST(yani SUBST 1: C:\TEMP), ancak resmi olarak desteklenmez ve aşağıdakileri varsayan programları bozabilir: tüm sürücüler A: ila Z: harfleridir .

DOS ve Windows'ta ASSIGN, JOIN ve SUBST

Sürücü harfleri, farklı ciltlere erişmenin tek yolu değildir. DOS , Unix mount komutuna benzer şekilde, rastgele bir dizin aracılığıyla atanmış bir birime erişime izin veren bir JOIN komutu sunar . Ayrıca bir sürücü harfinin bir dizine atanmasına izin veren bir SUBST komutu da sunar . Bu komutlardan biri veya her ikisi OS/2 veya Windows NT gibi sonraki sistemlerde kaldırılmıştır , ancak Windows 2000'den başlayarak her ikisi de yeniden desteklenmektedir: SUBST komutu eskisi gibi mevcuttur, JOIN'in işlevselliği LINKD'de (Windows Resource'un bir parçası) toplanmıştır. Kiti ). In Windows Vista , yeni komut mklink bu amaçla kullanılabilir. Ayrıca, Windows 2000 ve sonraki sürümleri, Denetim Masası'ndan erişilebilen bağlama noktalarını destekler .

Digital Research kaynaklı birçok işletim sistemi , aşağıdaki sözdiziminde CD/CHDIR komutunu kullanarak DRI terminolojisinde kayan sürücüler olarak adlandırılan yedek sürücüleri örtük olarak atamak için araçlar sağlar : 

CD N:=C:\SUBDIR

DOS Plus bunu N: , O: ve P: sürücü harfleri için destekler . Bu özellik Concurrent DOS , Multiuser DOS , System Manager 7 ve REAL/32'de de mevcuttur , ancak bu sistemler konsepti, ayrılmış sürücü harfi L: dışında A:'dan Z:'ye kadar tüm kullanılmayan sürücü harflerine kadar genişletir. DR DOS 3.31 - 6.0 (yalnızca BDOS 6.7 ile 1992-11 güncellemelerine kadar) ayrıca L: sürücü harfi dahil bunu destekler. Bu özellik DR DOS 6.0 (1992 yükseltmesi), PalmDOS 1.0, Novell DOS 7, OpenDOS 7.01, DR-DOS 7.02 ve üzeri sürümlerde mevcut değildir. Kayan sürücüler komut satırı kabuğunda değil, BDOS çekirdeğinde uygulanır, bu nedenle "dizin değiştir" sistem çağrısını kullandıklarında uygulamalar içinden de kullanılabilir ve atanabilirler. Ancak, çoğu DOS uygulaması bu uzantının farkında değildir ve sonuç olarak bu tür dizin yollarını geçersiz olarak atar. JP Software'in komut satırı yorumlayıcısı 4DOS, onu destekleyen işletim sistemlerindeki kayan sürücüleri de destekler.

Benzer bir özellikte, Eşzamanlı DOS, Çok Kullanıcılı DOS, Sistem Yöneticisi ve REAL/32, yüklenen bir uygulamanın yük yoluna dinamik olarak bir sürücü harfi L: atayacak ve böylece uygulamaların standart bir sürücü altında kendi yük dizinlerinde bulunan dosyalara başvurmasına izin verecektir. mutlak bir yol yerine harf. Bu yük sürücü özelliği, yükleme dizininde veya sonraki dizinlerde depolanan bindirmelere, yapılandırma dosyalarına veya kullanıcı verilerine giden yolları uyarlamak zorunda kalmadan yazılım kurulumlarını diskler üzerinde ve arasında taşımayı kolaylaştırır. (Benzer nedenlerle, DOS 3.0 (ve üstü) altında yüklenen uygulamalarla ilişkili ortam bloğunun eki, yürütülebilir dosyanın yükleme yoluna bir başvuru da içerir, ancak bu, daha fazla yerleşik bellek tüketir ve bundan yararlanmak için, desteği yürütülebilir dosyaya kodlanmalıdır, oysa DRI'nin çözümü her türlü uygulamayla çalışır ve kullanıcılar için de tamamen şeffaftır.) DR-DOS'un bazı sürümlerinde, ortama ekte yer alan yükleme yolu sürücülere aktarılır. / seçeneği ( örneğin , yerine, için SUBST B: C:\DIR) aracılığıyla geçici bir yedek sürücününkine (örneğin ) kısaltılabilir . Bu, yürütülebilir dosya derin bir alt dizinde bulunuyorsa ve yerleşik sürücü yüklemeden sonra artık yükleme yoluna ihtiyaç duymuyorsa, sürücünün etkin bellek ayak izini en aza indirmek için kullanılabilir. INSTALL[HIGH]LOADHIGH/D[:loaddrive]B:TSR.COMC:\DIR\TSR.COM

Ayrıca bakınız

Referanslar

Dış bağlantılar