เหตุใดระบบไฟล์ของ Linux จึงถูกออกแบบเป็นแผนผังไดเรกทอรีเดียว?

ทุกคนสามารถอธิบายได้หรือไม่ว่าทำไมลีนุกซ์จึงถูกออกแบบให้เป็นแผนผังไดเรกทอรีเดียว?

ในขณะที่ Windows เราสามารถมีไดรฟ์ได้หลายแบบC:\และD:\มีรูทเดียวใน Unix มีเหตุผลเฉพาะเจาะจงหรือไม่

เนื่องจากระบบไฟล์ Unix ถือกำเนิด Windows มาเป็นเวลาหลายปีอาจมีคนถามคำถามอีกครั้งว่า "เพราะเหตุใด Windows จึงใช้ตัวออกแบบแยกต่างหากสำหรับแต่ละอุปกรณ์"

ระบบไฟล์แบบลำดับชั้นมีข้อดีที่สามารถพบไฟล์หรือไดเรกทอรีใด ๆ ที่เป็นลูกของไดเรกทอรีราก หากคุณต้องการย้ายข้อมูลไปยังอุปกรณ์ใหม่หรืออุปกรณ์เครือข่ายตำแหน่งในระบบไฟล์จะยังคงเหมือนเดิมและแอปพลิเคชันจะไม่เห็นความแตกต่าง

สมมติว่าคุณมีระบบที่ระบบปฏิบัติการคงที่และมีแอปพลิเคชันที่มีความต้องการ I / O สูง คุณสามารถเมานต์ / usr อ่านอย่างเดียวและใส่ / เลือก (หากแอพอยู่ที่นั่น) ลงในไดรฟ์ SSD ลำดับชั้นของระบบไฟล์จะไม่เปลี่ยนแปลง ใน Windows นี่เป็นเรื่องยากมากโดยเฉพาะอย่างยิ่งกับแอปพลิเคชันที่ยืนยันการใช้งานภายใต้ C: \ Program Files \

นี่เป็นส่วนหนึ่งสำหรับเหตุผลทางประวัติศาสตร์และส่วนหนึ่งเป็นเพราะมันสมเหตุสมผลกว่าในลักษณะนี้

Multics

Multicsเป็นระบบปฏิบัติการแรกที่แนะนำระบบไฟล์แบบลำดับชั้นที่เรารู้จักในทุกวันนี้ด้วยไดเรกทอรีที่สามารถมีไดเรกทอรีได้ อ้างถึง“ ระบบไฟล์อเนกประสงค์สำหรับการจัดเก็บสำรอง”โดย RC Daley และ PG Neumann:

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

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

ณ เวลาใดเวลาหนึ่งผู้ใช้จะถูกพิจารณาว่าทำงานในบางไดเรกทอรีเดียวเรียกว่าไดเรกทอรีทำงานของเขา เขาสามารถเข้าถึงไฟล์ที่ชี้ไปยังรายการในไดเรกทอรีทำงานของเขาได้อย่างมีประสิทธิภาพเพียงแค่ระบุชื่อรายการ ผู้ใช้มากกว่าหนึ่งรายอาจมีไดเรกทอรีการทำงานเหมือนกันในคราวเดียว

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

Multics ยังปฏิบัติตามหลักการของการมีพูลหน่วยเก็บข้อมูลเดียว กระดาษไม่ได้อาศัยอยู่ในด้านนี้ พูลหน่วยเก็บข้อมูลเดียวนั้นเข้ากันได้ดีกับฮาร์ดแวร์ของเวลา: ไม่มีอุปกรณ์เก็บข้อมูลแบบถอดได้อย่างน้อยก็ไม่มีใครที่ผู้ใช้จะสนใจ Multics มีพูลหน่วยเก็บข้อมูลสำรองแยกต่างหาก แต่ผู้ใช้นั้นโปร่งใส

ยูนิกซ์

Unix ใช้แรงบันดาลใจมากมายจาก Multics แต่มุ่งเน้นที่ความเรียบง่ายในขณะที่ Multics มุ่งเน้นไปที่ความยืดหยุ่น

ระบบไฟล์แบบลำดับชั้นเดียวที่เหมาะสมกับระบบปฏิบัติการยูนิกซ์ เช่นเดียวกับ Multics พูลหน่วยเก็บข้อมูลมักไม่เกี่ยวข้องกับผู้ใช้ อย่างไรก็ตามมีอุปกรณ์แบบถอดได้และ Unix ได้เปิดเผยให้ผู้ใช้ผ่านทางmountและumountคำสั่ง (สงวนไว้กับ "ผู้ใช้ super" เช่นผู้ดูแลระบบ) ใน“ ระบบการแบ่งปันเวลา UNIX”เดนนิสริตชี่และเคนทอมป์สันอธิบาย:

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

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

ของ windows

Windows สืบเชื้อสายมาจากเชื้อสายสองสาย: VMSซึ่งเป็นระบบปฏิบัติการที่ออกแบบมาสำหรับVAX minicomputer และCP / Mซึ่งเป็นระบบปฏิบัติการที่ออกแบบสำหรับไมโครคอมพิวเตอร์รุ่นแรกของ Intel

VMS มีระบบแฟ้มลำดับชั้นกระจายไฟล์-11 ใน Files-11 พา ธ แบบเต็มไปยังไฟล์มีชื่อโหนดการกำหนดบัญชีบนโหนดนั้นชื่ออุปกรณ์เส้นทางต้นไม้ไดเรกทอรีชื่อไฟล์ประเภทไฟล์และหมายเลขเวอร์ชัน VMS มีคุณสมบัติชื่อโลจิคัลที่มีประสิทธิภาพซึ่งอนุญาตให้ใช้ทางลัดไปยังไดเรกทอรีที่เฉพาะเจาะจงดังนั้นผู้ใช้จึงไม่ค่อยต้องใส่ใจกับตำแหน่ง "ของจริง" ของไดเรกทอรี

CP / M ได้รับการออกแบบสำหรับคอมพิวเตอร์ที่มี RAM 64kB และฟลอปปี้ไดรฟ์ดังนั้นมันจึงใช้งานได้ง่าย ไม่มีไดเรกทอรี แต่การอ้างอิงไฟล์อาจมีตัวบ่งชี้ไดรฟ์ ( A:หรือB:)

เมื่อMS-DOS 2.0 แนะนำไดเร็กตอรี่, มันทำเช่นนั้นด้วยซินแท็กซ์ที่เข้ากันได้กับ MS-DOS 1 ซึ่งตัวเองตามมาด้วย CP / M ดังนั้นเส้นทางจึงถูกรูทที่ไดรฟ์ที่มีชื่อตัวอักษรเดียว (นอกจากนี้ยังใช้อักขระเครื่องหมายทับ/ใน VMS และ CP / M เพื่อเริ่มตัวเลือกบรรทัดคำสั่งดังนั้นจึงต้องใช้อักขระอื่นเป็นตัวคั่นไดเรกทอรีนี่คือเหตุผลที่ DOS และ Windows รุ่นหลังใช้แบ็กสแลช )

Windows ยังคงใช้งานร่วมกันได้กับ DOS และ VMS ดังนั้นมันจึงรักษาแนวคิดของตัวอักษรไดรฟ์แม้ว่าจะมีความเกี่ยวข้องน้อยลง วันนี้ภายใต้ประทุน Windows ใช้เส้นทางUNC ( พัฒนาโดย Microsoft และ IBM สำหรับOS / 2ของบรรพบุรุษที่เกี่ยวข้อง) แม้ว่าสิ่งนี้สงวนไว้สำหรับผู้ใช้ระดับสูง (อาจเป็นเพราะน้ำหนักของประวัติ) แต่ Windows อนุญาตให้ทำการติดตั้งผ่านจุดแยกวิเคราะห์ใหม่ได้

ไม่มีข้อกังวลด้านความปลอดภัยที่มีไดเรกทอรีต้นไม้เดียว

พวกที่ออกแบบ Unix นั้นมีประสบการณ์มากมายเกี่ยวกับระบบปฏิบัติการที่ต้องการให้ผู้ใช้รู้ว่าอุปกรณ์ทางกายภาพนั้นมีทรัพยากรอะไรบ้าง เนื่องจากส่วนหนึ่งของวัตถุประสงค์ของระบบปฏิบัติการคือการสร้างเครื่องนามธรรมบนฮาร์ดแวร์จริงพวกเขาคิดว่ามันง่ายกว่ามากในการจัดการกับทรัพยากรตามที่ตั้งทางกายภาพของพวกเขาและตัดสินใจที่จะใส่ทุกอย่างไว้ในชื่อต้นไม้ต้นเดียว

นี้เป็นเพียงส่วนหนึ่งของความเป็นอัจฉริยะที่อยู่เบื้องหลังการออกแบบของระบบปฏิบัติการยูนิกซ์

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

dvdrom:/path/to/file.aviระบบแฟ้มดำเนินการอย่างถูกที่สนับสนุนรากหลายจะช่วยให้การตั้งชื่อโดยพลสำหรับปริมาณเช่น เช่นระบบจะกำจัดปัญหาส่วนติดต่อผู้ใช้ที่น่าหัวเราะที่ทำให้เกิดภัยพิบัติ Windows ตัวอย่างเช่นหากคุณเสียบอุปกรณ์เช่นกล้อง Windows Explorer UI จะทำให้คุณเชื่อว่ามีอุปกรณ์ที่เรียกว่ากล้อง (หรืออะไรก็ตาม) และคุณมีเส้นทางเช่นComputer\Camera\DCIM\...นั้น อย่างไรก็ตามหากคุณตัดและวางเวอร์ชันต้นฉบับของพา ธ นี้ออกจาก Explorer จะไม่สามารถใช้งานได้จริง ๆ เนื่องจากส่วนประกอบพา ธ บางส่วนเป็นส่วนต่อประสานผู้ใช้ที่ไม่รู้จักกับระบบปฏิบัติการพื้นฐาน ในระบบที่มีการใช้งานอย่างถูกต้องและมีหลายรูตก็จะใช้ได้: จะมีcamera:\DCIM\...เส้นทางที่ได้รับการยอมรับอย่างสม่ำเสมอในทุกระดับในระบบ นอกจากนี้ถ้าคุณรังเพลิงกว่าฮาร์ดไดรฟ์เก่าจาก PC เก่าคุณจะไม่ได้รับการติดอยู่กับชื่ออักษรไดรฟ์บางคนชอบแต่คุณจะสามารถที่จะตั้งชื่อมันว่าสิ่งที่คุณต้องการเช่นF:old-disk:

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

ดังนั้นทำไม Unix จึงไม่มีการใช้งานแบบหลายคนที่มีเหตุผล อาจเป็นเพราะความเรียบง่าย จุดเมานท์ให้ฟังก์ชั่นทั้งหมดของความสามารถในการเข้าถึงไดรฟ์ผ่านชื่อ ไม่จำเป็นต้องขยายเนมสเปซด้วยไวยากรณ์คำนำหน้าเพิ่มเติม

การพูดทางคณิตศาสตร์กราฟต้นไม้ที่แยกออกจากกัน ("ฟอเรสต์") สามารถเข้าร่วมได้โดยการเพิ่มโหนดรูทและทำให้ชิ้นส่วนแยกออกจากกัน

ยิ่งไปกว่านั้นมันมีความยืดหยุ่นมากขึ้นโดยที่ปริมาณไม่จำเป็นต้องอยู่ที่ระดับรูต เนื่องจากไม่มีไวยากรณ์พิเศษที่แสดงถึงปริมาณ (มันเป็นเพียงองค์ประกอบของเส้นทาง) จุดเชื่อมต่อสามารถอยู่ที่ใดก็ได้ หากคุณนำมาในสามดิสก์เก่าไปยังเครื่องของคุณคุณสามารถมีพวกเขาเป็น/old-disk/one, /old-disk/twoฯลฯ คุณสามารถจัดระเบียบดิสก์ แต่คุณต้องการวิธีการที่คุณจัดระเบียบไฟล์และไดเรกทอรี

แอ็พพลิเคชันสามารถเขียนได้ซึ่งขึ้นอยู่กับพา ธ และความถูกต้องของพา ธ สามารถคงไว้ได้เมื่ออุปกรณ์หน่วยเก็บข้อมูลถูกกำหนดค่าใหม่ ยกตัวอย่างเช่นการใช้งานสามารถใช้เส้นทางที่รู้จักกันดีเช่นและ/var/log /var/libมันขึ้นอยู่กับคุณไม่ว่าจะเป็น/var/logและ/var/libอยู่ในดิสก์ไดรฟ์เดียวกันหรือแยกต่างหาก คุณสามารถโอนย้ายระบบไปยังทอพอโลยีหน่วยเก็บข้อมูลใหม่ในขณะที่รักษาพา ธ

จุดเมานต์เป็นความคิดที่ดีซึ่งเป็นสาเหตุที่ Windows มีมาตั้งแต่รอบ Windows 2000

จุดเชื่อมต่อไดรฟ์ข้อมูลมีความทนทานต่อการเปลี่ยนแปลงของระบบที่เกิดขึ้นเมื่อมีการเพิ่มหรือเอาอุปกรณ์ออกจากคอมพิวเตอร์ Microsoft Technet

ทั้ง * nix และ Windows ติดตั้งไดรฟ์ ใน Windows สิ่งเหล่านี้จะถูกเมาท์โดยอัตโนมัติในจุดเมานท์ซึ่งตามค่าเริ่มต้นจะเรียงตามตัวอักษรจากน้อยไปมาก ค่าเริ่มต้นเหล่านี้คือ:

• A:และB:=> floppies
• C: => พาร์ทิชันแรกของฮาร์ดไดรฟ์แรก
• D: => พาร์ติชั่นถัดไปหรือฮาร์ดไดรฟ์ถัดไปหรือไดรฟ์ CD / DVD หากไม่มีพาร์ติชั่นอื่นอยู่

แต่ละจุดเชื่อมต่อเหล่านี้เป็นไดเรกทอรี

ใน * ระวังจุดเชื่อมต่อจะถูกกำหนดโดยผู้ใช้ ตัวอย่างเช่นผมได้หนึ่งพาร์ทิชันติดตั้งเป็นและอีกคนหนึ่งเป็น/ /homeดังนั้น/homeเป็นไดรฟ์ที่แยกต่างหากมันจะเทียบเท่ากับพูดE:บน Windows

ในทั้งสองกรณี Windows และ * ระวังจุดเชื่อมต่อเป็นไดเรกทอรีที่แยกกัน ข้อแตกต่างเพียงอย่างเดียวคือใน * nix ไดเรกทอรีแยกเหล่านี้เป็นไดเรกทอรีย่อย/ของC:ในขณะที่ใน Windows ทุกจุดเชื่อมต่อจะถูกติดตั้งโดยตรงภาย/ใต้ภายใต้My Computerสมมติว่า

จากมุมมองของผู้ใช้ข้อได้เปรียบหลักคือการเมาท์มีความโปร่งใสอย่างสมบูรณ์ ฉันไม่จำเป็นต้องรู้ว่าไดเรกทอรี/homeนั้นอยู่ในพาร์ติชันแยกต่างหาก ฉันสามารถใช้มันเป็นไดเรกทอรีปกติได้ แต่ใน DOS ฉันจะต้องเรียกมันอย่างชัดเจนด้วยชื่อของจุดต่อเชื่อมพูดE:\home

ไดรฟ์ภายนอกได้รับการติดตั้งด้วยวิธีเดียวกันในทั้งสองระบบ พูดD:สำหรับ Windows และ/mnt/cdromสำหรับ Linux แต่ละรายการเป็นไดเรกทอรีฉันไม่เห็นความแตกต่าง เมื่อคุณใส่ CDROM ลงในไดรฟ์ของคุณภายใต้ Windows ดิสก์จะถูกเมาท์D:เหมือนกับใน Linux

ฉันเห็นด้วยกับคำตอบข้างต้นโดยเฉพาะคำตอบของ Doug O'Neal แต่ฉันคิดว่าพวกเขาทุกคนคิดถึงบางสิ่งเล็กน้อยเช่นเดียวกับจุดยึดอุปกรณ์ที่ชัดเจนเช่น MS-DOS "C:" หรือ "A:"

Rob Pike เขียนThe Hideous Nameเกี่ยวกับไวยากรณ์ของชื่อ แต่ Russ Cox ได้ต้มมันลง :

พื้นที่ชื่อ ... มีประสิทธิภาพมากที่สุดเมื่อสามารถเพิ่มซีแมนทิกส์ใหม่ได้โดยไม่ต้องเพิ่มไวยากรณ์ใหม่

พื้นที่ชื่อเดียวที่สามารถติดตั้งอุปกรณ์โดยพลการช่วยให้การดำเนินงานมีความยืดหยุ่น ฉันใช้/mnt/sdb1และ/mnt/cdromวางดิสก์หรือซีดีที่ไม่ได้ใช้ในปัจจุบันลงในระบบไฟล์โดยรวมเป็นการชั่วคราว ไม่ใช่เรื่องแปลกอะไรเลยที่จะมีโฮมไดเร็กตอรี่บนเซิร์ฟเวอร์ NFS ดังนั้นไม่ว่าคุณจะลงชื่อเข้าใช้เครื่องใดคุณจะได้สิ่งนั้นเหมือนกัน$HOMEทุกที่

มันลงมาที่นี่: การมีไวยากรณ์พิเศษสำหรับสิ่งพิเศษทำให้มีข้อ จำกัด ที่ชัดเจนเกี่ยวกับสิ่งที่คุณสามารถทำได้ หากคุณสามารถเมานต์ดิสก์หรือซีดีหรือดีวีดีที่ไม่ได้ใช้หรือระบบไฟล์เครือข่าย / "แชร์" บน "E:" หรือ "W:" หรืออะไรก็ตามคุณจะมีความยืดหยุ่นน้อยลง

นี่มันโง่ Windows ยังมีจุดลำดับชั้นเดียว แต่มันถูกซ่อนอยู่และไม่ได้มาตรฐาน เป็นหน้าต่างสิ่งต่าง ๆ ส่วนใหญ่

ในกรณีนี้มันเป็นแนวคิด "My Computer" นั่นคือเทียบเท่าของราก (/) ในระบบปฏิบัติการยูนิกซ์ จำไว้ว่ารูทนั้นเป็นแนวคิดที่มีอยู่ในเคอร์เนล คุณชอบหรือไม่ เหมือนกับหน้าต่างที่ใช้กับ "My Computer" แน่นอนคุณสามารถติดตั้งพาร์ติชันบนรูทในยูนิกซ์และนั่นคือสิ่งที่คนส่วนใหญ่ทำ และหลายสิ่งหลายอย่างจะดูที่เส้นทางที่เฉพาะเจาะจงสำหรับสิ่งต่าง ๆ (เช่น / etc /) แต่คุณไม่ได้ถูก จำกัด ด้วยมัน ให้ติดตั้งไดรฟ์ของคุณใน / C: / คุณไม่ได้รับอนุญาตให้ทำเช่นนั้นในยูนิกซ์

C: \ ไม่ใช่รูทใน windows มันเป็นจุดเชื่อมต่อของพาร์ติชันเดียว สิ่งที่จะต้องอยู่ในระดับสูงสุด "คอมพิวเตอร์ของฉัน" ในขณะที่อยู่ในยูนิกซ์คุณสามารถติดตั้งพาร์ติชั่นภายใต้ต้นไม้อื่น ดังนั้นลินุกซ์คุณสามารถติดตั้ง C: ใน/ขณะที่คุณติดตั้ง D: ติดตั้งใน/mnt/d/... หรือแม้กระทั่งติดตั้งด้วย/แต่นั่นก็เป็นเรื่องที่ยุ่งยากและขึ้นอยู่กับว่าระบบไฟล์ทั้งสองทำงานอย่างไรเมื่อติดตั้งบนเส้นทางที่ติดตั้งแล้ว

ดังนั้นคุณจะได้รับสิ่งที่เหมือนกันกับที่คุณมีกับ windows โดย "บังคับ" ตัวคุณเองให้ทำตามข้อ จำกัด ที่เหมือนกัน windows จะสุ่มให้คุณ

/ (treat this as "My Computer")
/c/ (mount your first data partition here)
/d/ (mount your second data partition here)

จากนั้นคุณจะต้องผ่านตัวเลือกการเมานท์บนตัวเลือกการบูต เนื่องจากคุณจะไม่มี / etc / ... แต่มันก็จำลองหน้าต่างข้อ จำกัด ที่กำหนดเช่นเดียวกับสิ่งที่มันทำ

เหตุผลที่ Windows มีตัวอักษรไดรฟ์อาจกลับไปไกลกว่า Microsoft และ DOS การกำหนดตัวอักษรให้กับไดรฟ์แบบถอดได้นั้นเป็นเรื่องปกติในระบบ IBM ดังนั้น Microsoft อาจเพิ่งทำตามคำแนะนำของ IBM โดยการคัดลอก CP / M ตอนแรก DOS ไม่มีไดเรกทอรีอยู่แล้ว

เมื่อ MS-DOS ทำงานบนคอมพิวเตอร์ที่มีดิสก์แบบถอดได้หนึ่งหรือสองแผ่นและไม่มีสื่อบันทึกถาวรคุณไม่จำเป็นต้องใช้ระบบไฟล์ที่มีไดเรกทอรี ด้วยหนึ่งหรือสองดิสก์ 180 กิโลไบต์คุณไม่เคยมีไฟล์เพียงพอที่จะมีปัญหาในการจัดระเบียบ

https://en.wikipedia.org/wiki/Drive_letter_assignment

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

ในอีกด้านหนึ่งตัวอักษรของ DOS สำหรับไดรฟ์นั้นออกแบบมาอย่างดีสำหรับพีซีที่มีฟลอปปี้ 1 หรือ 2 สถานีและดิสก์ไดรฟ์เดี่ยว บิ๊กฟลอปปี้ 5,25 'อยู่เสมอ A:, เล็ก ๆ น้อย ๆ 3,5' อยู่เสมอ B: และดิสก์ไดรฟ์อยู่เสมอ C: คุณรู้อยู่เสมอว่าคุณคัดลอกไฟล์ไปยังฟลอปปี้หรือที่อื่น ๆ ในดิสก์ คุณไม่ต้องการความยืดหยุ่นใด ๆ หากคุณไม่สามารถเชื่อมต่อฟล็อปปี้ไดรฟ์มากกว่า 2 ตัวและฮาร์ดดิสก์ 2 (หรือ 4) ได้

การออกแบบ DOS นั้นใช้งานง่ายกว่าในขณะที่การออกแบบ Unix นั้นเป็นมิตรกับผู้ดูแลระบบ ตอนนี้อักษรไดรฟ์เป็นภาระสำหรับ Windows ผู้ใช้พึ่งพาการเปิดหน้าต่าง explorer โดยอัตโนมัติด้วยเนื้อหาของไดรฟ์แบบถอดได้มากกว่าการรู้ตัวอักษรว่า ... Ubuntu ทำเช่นเดียวกันจริง ๆ แล้ว

นั่นไม่จริงจริง Windows ใช้รูปแบบพา ธ อื่น (ดีไม่เหมือนกัน)

"Unit Letters" เป็นเพียงสิ่งที่ต้องจดจำเส้นทางดิสก์และพาร์ติชันได้อย่างง่ายดาย

พา ธ ARC กำหนดพา ธ ของไฟล์ใน windows (แต่ผู้ใช้สามารถมองเห็นได้เฉพาะตอนบูท):

http://support.microsoft.com/kb/102873

https://serverfault.com/questions/5910/how-do-i-determine-the-arc-path-for-a-particular-drive-letter-in-windows

ใน Windows NT ไม่มีความสัมพันธ์ระหว่างดิสก์พาร์ติชั่นและตัวอักษรหน่วย: คุณสามารถ "ใส่" ไดรฟ์ข้อมูลทั้งหมดในโฟลเดอร์ (เช่น: c: \ myseconddisk อาจเป็นดิสก์ทางกายภาพทั้งหมด!)

สองสิ่งที่ฉันต้องการชี้ให้เห็น -

1. ฮาร์ดไดรฟ์ใน linux นั้นเป็นตัวอักษร / ชื่อที่กำหนดเช่น / dev / sdb1 แต่พวกเขาสามารถติดตั้งได้ทุกที่ที่จะเข้าถึงจากโครงสร้างเดียว / ราก
2. สาเหตุที่พบบ่อยที่สุดที่ผู้คน (รวมถึงตัวฉันเองในอดีต) มีไดรฟ์แยกต่างหากใน Windows คือการเก็บเอกสารเพลงโปรแกรม ฯลฯ เพื่อที่เมื่อ Windows จำเป็นต้องมีการติดตั้งหรือเปลี่ยนใหม่อย่างหลีกเลี่ยงไม่ได้ ความล้มเหลวของระบบไฟล์ยังคงมีการเข้าถึงไฟล์เหล่านั้น ฉันไม่ได้มีปัญหานี้ใน linux - ระบบไฟล์มีความน่าเชื่อถือมากขึ้นระบบปฏิบัติการไม่แตกออกเว้นแต่ว่าจะมีการกระทำหรือข้อผิดพลาดโดยตรงในส่วนของฉัน (ooh! repo edge ที่มีเลือดไหลลองเลย!) และการอัพเกรด ไกลง่ายกว่า และในกรณีที่หายากฉันต้องติดตั้งใหม่เนื่องจากซอฟต์แวร์ทั้งหมดมีให้ผ่าน repos หรือ ppa's ที่ฉันเพิ่ม (และฉันสามารถคัดลอก dir บ้านของฉันกับดิสก์สด)

หากคุณมองย้อนกลับไปในประวัติศาสตร์คุณจะเห็นว่า Unix เริ่มต้นในเวลาที่ระบบเทปแทร็ก 8 แทร็กสำหรับเสียงและ 9 แทร็กระบบข้อมูล IBM (8 แทร็ก / 8 บิตสำหรับข้อมูลหนึ่งสำหรับพาริตี้) ในทางเทคนิคมากเหมือนกัน

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

ฉันเชื่อว่าคุณอาจมีมุมมองว่ามันเริ่มต้นก่อนหน้านี้และการตัดสินใจที่อยู่เบื้องหลังพื้นที่ MS Dos (CP / M) และต่อมา Windows NT นั้นเกี่ยวข้องกับตัวอักษรไดรฟ์เมนเฟรมของ VM แทนการเข้าเพียงจุดเดียวเพราะในเวลานั้น ทันสมัยกว่าจำนวนข้อมูลวันนี้ไม่มีอยู่และพวกเขาไม่คิดว่าในที่สุดคุณก็จะมีตัวอักษรไดรฟ์ไม่เพียงพอหรือว่ามันจะรกเกินไป

การกำหนด 9-Track-DriveและDrive Letter