ในการจัดเก็บข้อมูลคอมพิวเตอร์การกำหนดตัวอักษรไดรฟ์คือกระบวนการกำหนดตัวระบุที่เป็นตัวอักษรให้กับวอลุ่มซึ่งแตกต่างจากแนวคิดของจุดเชื่อมต่อ (mount points ) ในระบบ UNIX ที่วอลุ่มถูกตั้งชื่อและจัดวางอย่างไม่เจาะจงในเนมสเปซแบบลำดับชั้นเดียว การกำหนดตัวอักษรไดรฟ์อนุญาตให้มีเนมสเปซระดับสูงสุดหลายระดับ ดังนั้น การกำหนดตัวอักษรไดรฟ์จึงเป็นกระบวนการใช้ตัวอักษรเพื่อตั้งชื่อรากของ "ป่า" ที่แสดงถึงระบบไฟล์ แต่ละวอลุ่มจะเก็บ "ต้นไม้" ที่เป็นอิสระ (หรือสำหรับระบบไฟล์ที่ไม่เป็นลำดับชั้น จะเป็นรายการไฟล์ที่เป็นอิสระ)

แนวคิดเรื่องตัวอักษรระบุไดรฟ์ (drive letters) ที่ใช้กันอยู่ในปัจจุบัน สันนิษฐานว่ามีต้นกำเนิดมาจากระบบปฏิบัติการตระกูลVMของIBM ซึ่งย้อนกลับไปถึง CP/CMSในปี 1967 (และรุ่นก่อนหน้าคือCP-40 ) ผ่านทางCP/M ของ Digital Research (DRI) แนวคิดนี้ได้พัฒนาผ่านหลายขั้นตอน:

• CP/CMS ใช้ตัวอักษรไดรฟ์เพื่อระบุminidisksที่เชื่อมต่อกับเซสชันของผู้ใช้^{[ 1 ]}การอ้างอิงไฟล์แบบเต็ม ( pathnameในภาษาปัจจุบัน) ประกอบด้วยชื่อไฟล์ประเภทไฟล์และตัวอักษรดิสก์ที่เรียกว่าโหมดไฟล์ (เช่นAหรือB ) minidisks อาจตรงกับไดรฟ์ดิสก์ทางกายภาพ แต่โดยทั่วไปมักหมายถึงไดรฟ์เชิงตรรกะ ซึ่งระบบปฏิบัติการจะแมปไปยังอุปกรณ์ที่ใช้ร่วมกันโดยอัตโนมัติในรูปแบบของชุดกระบอกสูบเสมือน
• CP/CMS เป็นแรงบันดาลใจให้กับระบบปฏิบัติการอื่นๆ อีกมากมาย รวมถึงระบบปฏิบัติการไมโครคอมพิวเตอร์ CP/M ซึ่งใช้ตัวอักษรไดรฟ์เพื่อระบุอุปกรณ์จัดเก็บข้อมูลทางกายภาพ เวอร์ชันแรกๆ ของ CP/M (และระบบปฏิบัติการไมโครคอมพิวเตอร์อื่นๆ) ใช้ระบบไฟล์แบบแบนบนไดรฟ์ดิสก์แต่ละตัว โดยการอ้างอิงไฟล์ที่สมบูรณ์ประกอบด้วยตัวอักษรไดรฟ์เครื่องหมายโคลอนชื่อไฟล์ (ไม่เกินแปดตัวอักษร ) จุด และชนิดไฟล์ (สามตัวอักษร) ตัวอย่างเช่นA:README.TXT(นี่คือยุคของฟลอปปี้ดิสก์ขนาด 8 นิ้วซึ่งเนมสเปซขนาดเล็กเช่นนี้ไม่ได้สร้างข้อจำกัดในทางปฏิบัติ) การใช้งานนี้ได้รับอิทธิพลจากคำนำหน้าอุปกรณ์ที่ใช้ในระบบปฏิบัติการTOPS-10 ของ Digital Equipment Corporation (DEC) ^{[ 2 ]}
• รูปแบบการกำหนดตัวอักษรไดรฟ์ที่เลือกใช้ใน CP/M นั้นได้รับการสืบทอดมาจากระบบปฏิบัติการMS-DOS ของ Microsoftโดยผ่านทาง86-DOS ของ Seattle Computer Products (SCP) และด้วยเหตุนี้จึงถูกนำมาใช้ในเวอร์ชัน OEM ของ IBM คือPC DOS ด้วย เช่นกัน เดิมที ตัวอักษรไดรฟ์จะแทนไดรฟ์ทางกายภาพเสมอ แต่ในที่สุดก็มี การรองรับ ไดรฟ์เชิงตรรกะ
• เนื่องจาก ระบบปฏิบัติการ OS/2และตระกูลMicrosoft Windowsถูกกำหนดให้เป็นผู้สืบทอด DOS แนวคิดเรื่องตัวอักษรไดรฟ์จึงถูกสืบทอดมาด้วยเช่นกัน

ความสามารถที่สำคัญของการสร้างไดเร็กทอรีแบบลำดับชั้นภายในแต่ละไดรฟ์นั้น เดิมทีไม่มีอยู่ในระบบเหล่านี้ นี่เป็นคุณสมบัติหลักของUNIXและระบบปฏิบัติการอื่นๆ ที่คล้ายคลึงกัน ซึ่งฮาร์ดดิสก์ไดรฟ์สามารถจัดเก็บไฟล์ได้หลายพันไฟล์ (แทนที่จะเป็นเพียงหลักสิบหรือหลักร้อย) ความจุในการจัดเก็บข้อมูลของไมโครคอมพิวเตอร์ที่เพิ่มขึ้นนำไปสู่การนำคุณสมบัตินี้มาใช้ และในที่สุดก็มีการใช้ชื่อไฟล์ที่ยาวขึ้นในระบบไฟล์ที่ขาดกลไกการตั้งชื่อดังกล่าว การกำหนดไดรฟ์ด้วยตัวอักษรจึงพิสูจน์แล้วว่าเป็นหลักการจัดระเบียบที่ง่ายและมีประโยชน์

MS-DOS/PC DOS ตั้งแต่เวอร์ชัน 5.0 และระบบปฏิบัติการรุ่นต่อมา จะกำหนดตัวอักษรไดรฟ์ตามอัลกอริทึมต่อไปนี้: ^{[ 4 ]}

1. กำหนดตัวอักษรไดรฟ์A: ให้กับ ไดรฟ์ฟลอปปี้ดิสก์ตัวแรก(ไดรฟ์ 0) และB:ให้กับไดรฟ์ฟลอปปี้ดิสก์ตัวที่สอง (ไดรฟ์ 1) หากมีฟลอปปี้ดิสก์จริงเพียงตัวเดียว ไดรฟ์B:จะถูกกำหนดให้กับฟลอปปี้ดิสก์เสมือนที่แมปกับไดรฟ์จริงเดียวกัน และกำหนดให้กับ A: หรือ B: แบบไดนามิกเพื่อความสะดวกในการใช้งานไฟล์ฟลอปปี้ หากไม่มีฟลอปปี้ดิสก์จริง DOS 4.0 จะกำหนดทั้งA:และB:ให้กับไดรฟ์ที่ไม่มีอยู่จริง ในขณะที่ DOS 5.0 และเวอร์ชันที่สูงกว่าจะยกเลิกตัวอักษรไดรฟ์เหล่านี้ หากมีฟลอปปี้ดิสก์จริงมากกว่าสองตัว เวอร์ชัน DOS ก่อน 5.0 จะกำหนดตัวอักษรไดรฟ์ตามลำดับ ในขณะที่ DOS 5.0 และเวอร์ชันที่สูงกว่าจะแมปไดรฟ์เหล่านี้ใหม่ไปยังตัวอักษรไดรฟ์ที่สูงกว่าในภายหลัง โปรดดูรายละเอียดด้านล่าง
2. กำหนดตัวอักษรไดรฟ์ให้กับพาร์ติชั่น หลักที่ใช้งานอยู่ตัวแรก ที่ตรวจพบในฮาร์ดดิสก์ตัวแรกDOS 5.0 ขึ้นไปจะกำหนดให้เป็นไดรฟ์C:ดังนั้นไดรฟ์สำหรับบูตจะมีไดรฟ์A:หรือC:อย่าง ใดอย่างหนึ่ง
3. กำหนดตัวอักษรไดรฟ์ถัดไปให้กับพาร์ติชั่นหลักแรกบนฮาร์ดดิสก์แต่ละตัว (DOS เวอร์ชันก่อน 5.0 จะตรวจสอบได้เพียงฮาร์ดดิสก์สองตัว ในขณะที่ DOS 5.0 ขึ้นไปรองรับฮาร์ดดิสก์ได้แปดตัว)
4. กำหนดตัวอักษรไดรฟ์ถัดไปให้กับพาร์ติชั่นตรรกะที่รู้จักทั้งหมดในพาร์ติชั่นขยายแรก โดยเริ่มจากฮาร์ดไดรฟ์ตัวแรกและดำเนินการต่อไปตามฮาร์ดไดรฟ์ทางกายภาพตัวถัดไป
5. DOS 5.0 ขึ้นไป: กำหนดตัวอักษรไดรฟ์ให้กับพาร์ติชั่นหลักที่เหลือทั้งหมด โดยเริ่มจากฮาร์ดไดรฟ์ตัวแรกและดำเนินการต่อไปตามฮาร์ดไดรฟ์ทางกายภาพตัวถัดไป
6. DOS 5.0 ขึ้นไป: กำหนดตัวอักษรไดรฟ์ให้กับไดรฟ์ฟลอปปี้ทั้งหมด ยกเว้นไดรฟ์ฟลอปปี้ตัวที่สอง
7. กำหนดตัวอักษรไดรฟ์ถัดไปให้กับไดรเวอร์อุปกรณ์บล็อกใดๆ ที่โหลดไว้ในCONFIG.SYSผ่านคำสั่ง DEVICEเช่นดิสก์ RAM
8. กำหนดตัวอักษรไดรฟ์เพิ่มเติมให้กับไดรฟ์ที่โหลดแบบไดนามิกใดๆ ผ่านคำสั่ง INSTALLในไฟล์ CONFIG.SYS หรือ AUTOEXEC.BAT หรือเวอร์ชัน ที่ใหม่กว่า เช่นไดรฟ์ออปติคัล เพิ่มเติม ( MSCDEXเป็นต้น) ไดรฟ์ PCMCIA / PC Cardไดรฟ์ USB หรือ Firewire หรือไดรฟ์เครือข่าย

• เฉพาะพาร์ติชันที่มีประเภทพาร์ติชัน ที่รู้จักเท่านั้น ที่จะได้รับการกำหนดตัวอักษร โดยเฉพาะอย่างยิ่ง "พาร์ติชันที่ซ่อนอยู่" (พาร์ติชันที่มีรหัสประเภทเปลี่ยนเป็นค่าที่ไม่รู้จัก ซึ่งมักเกิดจากการเพิ่ม10h) จะไม่ได้รับ การกำหนดตัวอักษร

ระบบปฏิบัติการ MS-DOS/PC DOS เวอร์ชัน 4.0 และก่อนหน้านั้น จะกำหนดตัวอักษรให้กับไดรฟ์ฟลอปปี้ทั้งหมดก่อนที่จะพิจารณาฮาร์ดไดรฟ์ ดังนั้นระบบที่มีไดรฟ์ฟลอปปี้สี่ตัวจะเรียกฮาร์ดไดรฟ์ตัวแรกว่าE:แต่ตั้งแต่ DOS 5.0 เป็นต้นไป ระบบจะตรวจสอบให้แน่ใจว่าไดรฟ์C:เป็นฮาร์ดดิสก์เสมอ แม้ว่าระบบจะมีไดรฟ์ฟลอปปี้มากกว่าสองตัวก็ตาม

โดยปกติแล้ว หากไม่ได้ทำการกำหนดตัวอักษรไดรฟ์ใหม่โดยเจตนา การกำหนดตัวอักษรไดรฟ์จะคงที่จนกว่าจะรีบูตเครื่องครั้งถัดไป อย่างไรก็ตามZenith MS-DOS 3.21จะอัปเดตการกำหนดตัวอักษรไดรฟ์เมื่อรีเซ็ตไดรฟ์ ซึ่งอาจทำให้ตัวอักษรไดรฟ์เปลี่ยนแปลงโดยไม่ต้องรีบูตเครื่อง หากมีการเปลี่ยนแปลงการแบ่งพาร์ติชั่นของฮาร์ดดิสก์

ระบบ MS-DOS บนเครื่อง Apricot PCกำหนดตัวอักษรให้กับฮาร์ดไดรฟ์ โดยเริ่มจากA:ก่อนที่จะพิจารณาไดรฟ์ฟลอปปี้ ระบบที่มีไดรฟ์ทั้งสองอย่างละสองตัว จะเรียกฮาร์ดไดรฟ์ว่าA:และB:และเรียกไดรฟ์ฟลอปปี้ว่าC:และD :

ในคอมพิวเตอร์ PC-98 ของญี่ปุ่น หากบูตระบบจากฟลอปปี้ดิสก์ ระบบปฏิบัติการ MS-DOS เวอร์ชันเฉพาะจะกำหนดตัวอักษรให้กับฟลอปปี้ดิสก์ทั้งหมดก่อนที่จะพิจารณาฮาร์ดไดรฟ์ แต่หากบูตจากฮาร์ดไดรฟ์ ระบบจะทำตรงกันข้าม กล่าวคือ หากระบบปฏิบัติการติดตั้งอยู่ในฮาร์ดไดรฟ์ MS-DOS จะกำหนดไดรฟ์นี้เป็นไดรฟ์ "A:" และฟลอปปี้ดิสก์ที่มีอยู่จะเป็นไดรฟ์ "B:" โปรแกรมติดตั้ง Windows 95 เวอร์ชันญี่ปุ่น มีตัวเลือกพิเศษ/ATที่บังคับให้ Windows อยู่ในไดรฟ์ C:

ระบบปฏิบัติการ DOS บางเวอร์ชันจะไม่กำหนดตัวอักษรไดรฟ์ (ขึ้นต้นด้วยC:)ให้กับพาร์ติชันหลักที่ใช้งานอยู่ตัวแรกที่ตรวจพบในฮาร์ดดิสก์ตัวแรก แต่จะกำหนดให้กับพาร์ติชันหลักตัวแรกที่ตรวจพบในฮาร์ดดิสก์ตัวแรก แม้ว่าจะไม่ได้ตั้งค่าให้เป็นพาร์ติชันที่ใช้งานอยู่ก็ตาม

หากมีพาร์ติชันแบบขยายมากกว่าหนึ่งพาร์ติชันในตารางพาร์ติชัน ระบบจะประมวลผลเฉพาะไดรฟ์เชิงตรรกะในประเภทพาร์ติชันแบบขยายที่ตรวจพบเป็นอันดับแรกเท่านั้น

DR-DOS IBMBIO.COM เวอร์ชันใหม่ๆ บางเวอร์ชันมีโครงสร้างการกำหนดค่าก่อนบูต ซึ่งเก็บค่าบิตแฟล็กเพื่อเลือก (นอกเหนือจากค่าอื่นๆ) ระหว่างกลยุทธ์การกำหนดตัวอักษรไดรฟ์ต่างๆ กลยุทธ์เหล่านี้สามารถเลือกได้ล่วงหน้าโดยผู้ใช้หรือ OEM หรือสามารถเปลี่ยนแปลงได้โดยบูตโหลดเดอร์ในขณะที่กำลังเรียกใช้ DR-DOS ในกรณีเหล่านี้ ไดรฟ์สำหรับบูตอาจแตกต่างจากA:หรือC:ก็ได้

ลำดับตัวอักษรไดรฟ์อาจขึ้นอยู่กับว่าดิสก์นั้นถูกจัดการโดยไดรเวอร์ที่โหลดในระหว่างการบูตหรือโดยไดรเวอร์ที่โหลดแบบไดนามิก ตัวอย่างเช่น หากฮาร์ดดิสก์ตัวที่สองหรือสามเป็นแบบ SCSI และบน DOS จำเป็นต้องใช้ไดรเวอร์ที่โหลดผ่าน ไฟล์ CONFIG.SYS (เช่น การ์ดควบคุมไม่มี BIOS ในตัว หรือการใช้ BIOS นั้นไม่สะดวก) พาร์ติชั่นหลัก SCSI ตัวแรกจะปรากฏขึ้นหลังจากพาร์ติชั่น IDE ทั้งหมดบน DOS ดังนั้น DOS และ OS/2 อาจมีตัวอักษรไดรฟ์ที่แตกต่างกัน เนื่องจาก OS/2 โหลดไดรเวอร์ SCSI ก่อน วิธีแก้ปัญหาคือการไม่ใช้พาร์ติชั่นหลักบนฮาร์ดดิสก์ดังกล่าว

ในWindows NTและOS/2ระบบปฏิบัติการจะใช้อัลกอริทึมที่กล่าวถึงข้างต้นเพื่อกำหนดตัวอักษรให้กับไดรฟ์ฟลอปปี้ดิสก์ไดรฟ์ออปติคัลดิสก์ดิสก์บูตและไดรฟ์อื่นๆ ที่รู้จักโดยอัตโนมัติ ซึ่งไม่ได้ถูกสร้างขึ้นโดยผู้ดูแลระบบภายในระบบปฏิบัติการ ไดรฟ์ที่สร้างขึ้นภายในระบบปฏิบัติการจะถูกกำหนดด้วยตนเอง และตัวอักษรไดรฟ์อัตโนมัติบางส่วนสามารถเปลี่ยนแปลงได้ ไดรฟ์ที่ไม่รู้จักจะไม่ได้รับการกำหนดตัวอักษร และโดยปกติระบบปฏิบัติการจะไม่แตะต้อง

ปัญหาทั่วไปที่เกิดขึ้นกับการกำหนดตัวอักษรไดรฟ์คือ ตัวอักษรที่กำหนดให้กับไดรฟ์เครือข่ายอาจไปรบกวนตัวอักษรของไดรฟ์ภายในเครื่อง (เช่น ไดรฟ์ CD/DVD ที่ติดตั้งใหม่หรือแฟลชไดรฟ์ USB) ตัวอย่างเช่น หากไดรฟ์ภายในเครื่องตัวสุดท้ายคือไดรฟ์D:และไดรฟ์เครือข่ายถูกกำหนดให้เป็นE:แล้วอุปกรณ์จัดเก็บข้อมูล USB ที่เชื่อมต่อใหม่ก็จะถูกกำหนดให้เป็นไดรฟ์E: เช่นกัน ทำให้สูญเสียการเชื่อมต่อกับทั้งเครือข่ายหรืออุปกรณ์ USB ผู้ใช้ที่มีสิทธิ์ผู้ดูแลระบบสามารถกำหนดตัวอักษรไดรฟ์ด้วยตนเองเพื่อแก้ไขปัญหานี้ได้^{[ 5 ]} อีกเงื่อนไขหนึ่งที่อาจทำให้เกิดปัญหาในWindows XPคือ เมื่อมีการกำหนดไดรฟ์เครือข่าย แต่มีข้อผิดพลาด (เช่นเดียวกับในแล็ปท็อปที่ทำงานนอกเครือข่าย) แม้ว่าไดรฟ์เครือข่ายที่ไม่ได้เชื่อมต่อจะไม่ใช่ตัวอักษรไดรฟ์ที่ว่างอยู่ถัดไป Windows XP ก็อาจไม่สามารถแมปไดรฟ์ได้ และข้อผิดพลาดนี้อาจป้องกันการติดตั้งอุปกรณ์ USB ได้เช่นกัน

การนำรูปแบบที่กล่าวถึงข้างต้นไปใช้กับระบบปฏิบัติการ Windows ที่ค่อนข้างทันสมัย ​​มักจะส่งผลให้มีการกำหนดตัวอักษรไดรฟ์ดังต่อไปนี้:

• A: — ไดรฟ์ฟลอปปี้ดิสก์ 3 ตัว+1/2 นิ้วหรือ 5​+ขนาด 1/4 นิ้วและอาจรวมถึงไดรฟ์ดิสก์ประเภทอื่นๆ ด้วย หากมีอยู่
• B: — สงวนไว้สำหรับไดรฟ์ฟลอปปี้ตัวที่สอง (ซึ่งมีอยู่ในพีซีหลายเครื่อง)
• C: — พาร์ติชั่น แรก ของฮาร์ดดิสก์ไดรฟ์
• D:ถึงZ: — พาร์ติชั่นดิสก์อื่นๆ จะถูกกำหนดชื่อไว้ที่นี่ Windows จะกำหนดตัวอักษรไดรฟ์ว่างถัดไปให้กับไดรฟ์ถัดไปที่พบขณะที่กำลังตรวจสอบไดรฟ์ในระบบ ไดรฟ์สามารถแบ่งพาร์ติชั่นได้ ซึ่งจะสร้างตัวอักษรไดรฟ์เพิ่มขึ้น นี่ใช้ได้กับ MS-DOS เช่นเดียวกับระบบปฏิบัติการ Windows ทั้งหมด Windows มีวิธีอื่นๆ ในการเปลี่ยนตัวอักษรไดรฟ์ ไม่ว่าจะเป็นผ่านทางส่วนเสริม Disk Management หรือ ส่วนdiskpartMS-DOS มักใช้พารามิเตอร์ในบรรทัดที่โหลดไดรเวอร์อุปกรณ์ภายในไฟล์CONFIG.SYS

ตัวอักษรระบุไดรฟ์เฉพาะกรณี:

• F: — ไดรฟ์เครือข่ายตัวแรก หากใช้Novell NetWare
• G: — "Google Drive File Stream" หากใช้งานGoogle Drive
• H: — โฟลเดอร์ "Home" บนเซิร์ฟเวอร์เครือข่าย
• L: — ไดรฟ์โหลด ที่กำหนดแบบไดนามิก ภายใต้ Concurrent DOS, Multiuser DOS, System Manager และ REAL/32 ^{[ 6 ] [ 7 ]}
• M: — ตัวอักษรไดรฟ์สำหรับไดรฟ์หน่วยความจำ เสริม MDISK ภายใต้ Concurrent DOS ^{[ 6 ]}
• N: , O: , P: — ไดรฟ์ลอยตัว ที่กำหนดได้ ภายใต้ CP/M-86 4.x, Personal CP/M-86 2.x, DOS Plus 1.1-2.1 (ผ่านการเรียก BDOS 0Fh) ซึ่งเป็นแนวคิดที่ต่อมาขยายไปยังตัวอักษรไดรฟ์ที่ไม่ได้ใช้งานใด ๆ ภายใต้ Concurrent DOS, Multiuser DOS, System Manager, REAL/32 และ DR DOS จนถึงเวอร์ชัน 6.0 ^{[ 6 ] [ 7 ]}
• ถาม: — การจำลองเสมือนของ Microsoft Office Click-to-Run
• U: — ระบบไฟล์รวมแบบ Unix ที่มีไดเร็กทอรีเสมือน\DEVสำหรับ^ไฟล์อุปกรณ์ภายใต้MiNT , MagiCและMultiTOS ^{[ 8 ] [ 9} ]
• X: — ไดรฟ์ RAMหากใช้ Windows XP หรือเวอร์ชันที่สูงกว่า
• Z: — ไดรฟ์เครือข่ายตัวแรกหากใช้Banyan VINESและตัวอักษรไดรฟ์เริ่มต้นที่กำหนดให้กับเครือข่ายดิสก์เสมือนใน โปรแกรมจำลอง DOSBox x86นอกจากนี้ยังเป็นตัวอักษรแรกที่ Windows เลือกสำหรับทรัพยากรเครือข่าย เนื่องจากจะเลือกโดยอัตโนมัติจากZ:ลงมา โดยค่าเริ่มต้นWineจะแมปZ:ไปยังรากของโครงสร้างไดเร็กทอรี UNIX ^{[ 10 ]}

เมื่อไม่มีไดรฟ์ฟลอปปี้ดิสก์ตัวที่สอง ไดรฟ์B:สามารถใช้เป็นไดรฟ์ฟลอปปี้เสมือนที่แมปกับไดรฟ์A:ได้ โดยผู้ใช้จะได้รับแจ้งให้สลับฟลอปปี้ทุกครั้งที่ต้องการอ่านหรือเขียนข้อมูลไปยังไดรฟ์A:หรือB: ที่ใช้งานล่าสุดน้อยที่สุด วิธีนี้ช่วยให้คอมพิวเตอร์ที่มีไดรฟ์ฟลอปปี้เพียงตัวเดียวสามารถทำงานได้เกือบทุกอย่างเหมือนกับมีไดรฟ์ฟลอปปี้สองตัว แนวคิดของการใช้ตัวอักษรไดรฟ์หลายตัวร่วมกันบนอุปกรณ์ทางกายภาพเดียว (โดยอาจมี "มุมมอง" ที่แตกต่างกัน) ไม่ได้จำกัดเฉพาะไดรฟ์ฟลอปปี้ตัวแรกเท่านั้น แต่ยังสามารถใช้กับไดรฟ์อื่นๆ ได้ด้วยการตั้งค่าอุปกรณ์บล็อกเพิ่มเติมสำหรับไดรฟ์เหล่านั้นโดยใช้ไฟล์DOS DRIVER.SYSในCONFIG.SYS

โดยทั่วไปแล้ว ไดรฟ์เครือข่ายมักได้รับตัวอักษรที่อยู่ท้ายๆ ของลำดับตัวอักษร ซึ่งมักทำเพื่อแยกความแตกต่างจากไดรฟ์ภายในเครื่อง: การใช้ตัวอักษรที่อยู่ท้ายๆ จะช่วยลดความเสี่ยงของการเกิดข้อขัดแย้งในการกำหนดชื่อไดรฟ์ โดยเฉพาะอย่างยิ่งเมื่อการกำหนดชื่อไดรฟ์ทำโดยอัตโนมัติผ่านเครือข่าย (โดยปกติจะทำผ่านสคริปต์การล็อกอิน)

ในระบบ DOS ส่วนใหญ่ ไม่สามารถมีไดรฟ์ที่เชื่อมต่อได้มากกว่า 26 ตัว Atari GEMDOS รองรับตัวอักษรไดรฟ์เพียง 16 ตัว คือA:ถึงP:เท่านั้น ส่วน PalmDOS PCMCIA driver stack รองรับตัวอักษรไดรฟ์0: , 1: , 2: , ... เพื่อระบุตำแหน่งของช่องเสียบไดรฟ์ PCMCIA

ไดรเวอร์เครือข่าย Novell บางตัวสำหรับ DOS รองรับตัวอักษรไดรฟ์ได้สูงสุด 32 ตัว ภายใต้เวอร์ชัน DOS ที่เข้ากันได้ นอกจากนี้ Novell DOS 7, OpenDOS 7.01 และ DR-DOS 7.02 ยังรองรับLASTDRIVE=32คำสั่ง CONFIG.SYS อย่างแท้จริง เพื่อจัดสรรตัวอักษรไดรฟ์ได้สูงสุด 32 ตัว โดยตั้งชื่อว่าA:ถึงZ: , [: , \: , ]: , ^: , _:และ`: (DR-DOS 7.02-7.07 ยังรองรับHILASTDRIVEคำLASTDRIVEHIGHสั่งเพื่อย้ายโครงสร้างไดรฟ์ไปยังหน่วยความจำส่วนบนด้วย) โปรแกรมแอปพลิเคชัน DOS บางโปรแกรมไม่คาดหวังตัวอักษรไดรฟ์ที่เกินกว่าZ:และจะไม่ทำงานกับตัวอักษรเหล่านั้น ดังนั้นจึงแนะนำให้ใช้ตัวอักษรเหล่านั้นสำหรับวัตถุประสงค์พิเศษหรือไดรฟ์ค้นหาเท่านั้น

โปรแกรมประมวลผลบรรทัดคำสั่ง 4DOSของ JP Software รองรับตัวอักษรไดรฟ์ที่มากกว่าZ:โดยทั่วไป แต่เนื่องจากตัวอักษรบางตัวขัดแย้งกับส่วนขยายทางไวยากรณ์ของโปรแกรมประมวลผลบรรทัดคำสั่งนี้ จึงจำเป็นต้องใช้เครื่องหมายหลีกเลี่ยง (escape) เพื่อใช้เป็นตัวอักษรไดรฟ์

Windows 9x (MS-DOS 7.0/MS-DOS 7.1) เพิ่มการรองรับสำหรับLASTDRIVE=32และLASTDRIVEHIGH=32ด้วยเช่นกัน

หาก จำเป็นต้องเข้าถึงระบบไฟล์มากกว่าZ: ภายใต้ Windows NT จะต้องใช้Volume Mount Points ^{[ 11 ]}อย่างไรก็ตาม เป็นไปได้ที่จะเมานต์ไดรฟ์ที่ไม่ใช่ตัวอักษร เช่น1: , 2:หรือ!:โดยใช้ยูทิลิตี้บรรทัดคำสั่งSUBSTใน Windows XP หรือเวอร์ชันที่ใหม่กว่า (เช่นSUBST 1: C:\TEMP) แต่ไม่ได้รับการสนับสนุนอย่างเป็นทางการและอาจทำให้โปรแกรมที่ถือว่าไดรฟ์ทั้งหมดเป็นตัวอักษรA:ถึงZ:เสียหาย ได้

ตัวอักษรไดรฟ์ไม่ใช่เพียงวิธีเดียวในการเข้าถึงไดรฟ์ต่างๆDOSมี คำสั่ง JOINที่อนุญาตให้เข้าถึงไดรฟ์ที่กำหนดผ่านไดเร็กทอรีใดๆ ก็ได้ คล้ายกับ คำสั่ง mountของ Unix นอกจากนี้ยังมี คำสั่ง SUBSTที่อนุญาตให้กำหนดตัวอักษรไดรฟ์ให้กับไดเร็กทอรี คำสั่งเหล่านี้บางส่วนถูกลบออกไปในระบบรุ่นหลังๆ เช่นOS/2หรือWindows NTแต่เริ่มตั้งแต่Windows 2000 เป็นต้นไป ทั้งสองคำสั่งก็กลับมาใช้งานได้อีกครั้ง: คำสั่ง SUBST ยังคงมีอยู่เช่นเดิม ในขณะที่ฟังก์ชันการทำงานของ JOIN ถูกรวมอยู่ในLINKD (ส่วนหนึ่งของ Windows Resource Kit ) ในWindows Vista สามารถใช้ คำสั่งใหม่MKLINKเพื่อจุดประสงค์นี้ได้ นอกจากนี้ Windows 2000 และรุ่นต่อมายังรองรับจุดเชื่อมต่อ (mount points) ซึ่งสามารถเข้าถึงได้จากแผง ควบคุม

ระบบปฏิบัติการหลายระบบที่พัฒนาโดย Digital Research มีวิธีการกำหนดไดรฟ์สำรองโดยปริยาย ซึ่งเรียกว่าไดรฟ์ลอยตัวในศัพท์ของ DRI โดยใช้คำสั่ง CD/CHDIR ในรูปแบบไวยากรณ์ต่อไปนี้:

ซีดี N:=C:\SUBDIR 

DOS Plusรองรับไดรฟ์ตัวอักษรN: , O:และP:คุณสมบัตินี้ยังมีอยู่ในConcurrent DOS , Multiuser DOS , System Manager 7 และREAL/32 ด้วย อย่างไรก็ตาม ระบบเหล่านี้ขยายแนวคิดไปยังไดรฟ์ตัวอักษรที่ไม่ได้ใช้งานทั้งหมดตั้งแต่ A: ถึง Z: ยกเว้นไดรฟ์ตัวอักษรที่สงวนไว้ L: ^{[ 7 ]} DR DOS 3.31 - 6.0 (จนถึงการอัปเดต 1992-11 ที่ใช้ BDOS 6.7 เท่านั้น) ก็รองรับคุณสมบัตินี้เช่นกัน รวมถึงไดรฟ์ตัวอักษร L: คุณสมบัตินี้ไม่มีใน DR DOS 6.0 (อัปเกรดปี 1992), PalmDOS 1.0, Novell DOS 7, OpenDOS 7.01, DR-DOS 7.02 และเวอร์ชันที่สูงกว่า ไดรฟ์แบบลอยตัวถูกนำไปใช้ในเคอร์เนลของ BDOS ไม่ใช่ในเชลล์บรรทัดคำสั่ง ดังนั้นจึงสามารถใช้งานและกำหนดได้จากภายในแอปพลิเคชันเมื่อใช้การเรียกใช้ระบบ "เปลี่ยนไดเร็กทอรี" อย่างไรก็ตาม แอปพลิเคชัน DOS ส่วนใหญ่ไม่รู้จักส่วนขยายนี้ และจะถือว่าเส้นทางไดเร็กทอรีดังกล่าวไม่ถูกต้อง โปรแกรมแปลคำสั่งบรรทัด 4DOS ของ JP Software รองรับไดรฟ์ลอยบนระบบปฏิบัติการที่รองรับเช่นกัน

ในคุณสมบัติที่คล้ายกัน Concurrent DOS, Multiuser DOS, System Manager และ REAL/32 จะกำหนดตัวอักษรไดรฟ์L:ให้กับเส้นทางการโหลดของแอปพลิเคชันที่โหลดแบบไดนามิก ทำให้แอปพลิเคชันสามารถอ้างอิงถึงไฟล์ที่อยู่ในไดเร็กทอรีการโหลดภายใต้ตัวอักษรไดรฟ์มาตรฐานแทนที่จะใช้เส้นทางสัมบูรณ์^{[ 7 ]} คุณสมบัติ ไดรฟ์การโหลดนี้ทำให้การย้ายการติดตั้งซอฟต์แวร์บนและระหว่างดิสก์ทำได้ง่ายขึ้นโดยไม่ต้องปรับเส้นทางไปยังโอเวอร์เลย์ ไฟล์การกำหนดค่า หรือข้อมูลผู้ใช้ที่จัดเก็บไว้ในไดเร็กทอรีการโหลดหรือไดเร็กทอรีที่ตามมา (ด้วยเหตุผลที่คล้ายคลึงกัน ส่วนต่อท้ายของบล็อกสภาพแวดล้อมที่เกี่ยวข้องกับแอปพลิเคชันที่โหลดภายใต้ DOS 3.0 (และสูงกว่า) จะมีการอ้างอิงถึงเส้นทางการโหลดของไฟล์ปฏิบัติการด้วยเช่นกัน อย่างไรก็ตาม วิธีนี้ใช้หน่วยความจำหลักมากกว่า และเพื่อให้สามารถใช้ประโยชน์จากมันได้ ต้องมีการเขียนโค้ดสนับสนุนลงในไฟล์ปฏิบัติการ ในขณะที่โซลูชันของ DRI สามารถใช้งานได้กับแอปพลิเคชันทุกประเภทและโปร่งใสต่อผู้ใช้อย่างสมบูรณ์) ใน DR-DOS บางเวอร์ชัน เส้นทางการโหลดที่อยู่ในส่วนต่อท้ายของสภาพแวดล้อมที่ส่งไปยังไดรเวอร์สามารถย่อให้สั้นลงเป็นไดรฟ์ทดแทนชั่วคราว (เช่นSUBST B: C:\DIR) ผ่านตัวเลือกINSTALL[HIGH]/ (สำหรับแทนที่จะเป็น เช่น ) ซึ่งสามารถใช้เพื่อลด การใช้หน่วยความจำของไดรเวอร์ให้น้อยที่สุดหากไฟล์ปฏิบัติการอยู่ในไดเร็กทอรีย่อยที่ลึก และไดรเวอร์หลักไม่จำเป็นต้องใช้เส้นทางการโหลดหลังจากการติดตั้งอีกต่อไป^{[ 12 ] [ 13 ] [ 14 ] [ 15 ]}LOADHIGH/D[:loaddrive]B:TSR.COMC:\DIR\TSR.COM

• การทำแผนที่ไดรฟ์
• ชื่อไฟล์
• net (คำสั่ง)เป็นคำสั่งใน Microsoft Windows ที่ใช้สำหรับดู/ควบคุมการกำหนดตัวอักษรไดรฟ์สำหรับไดรฟ์เครือข่าย
• แอปพลิเคชันแบบพกพา

• เปลี่ยนตัวอักษรไดรฟ์ใน Windows 8
• เคล็ดลับสำหรับปัญหาเกี่ยวกับตัวอักษรไดรฟ์ USB (เก็บถาวรเมื่อ 18 ตุลาคม 2007 ที่Wayback Machine)