ระบบไฟล์เป็นส่วนหนึ่งของระบบปฏิบัติการหรือไม่?

ฉันสงสัยว่าระบบไฟล์ในอุปกรณ์จัดเก็บข้อมูลเป็นส่วนหนึ่งของระบบปฏิบัติการหรือไม่?

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

อย่างไรก็ตามในWikipedia :

ระบบปฏิบัติการส่วนใหญ่มีระบบไฟล์เนื่องจากระบบไฟล์เป็นส่วนสำคัญของระบบปฏิบัติการที่ทันสมัย

สำหรับ LVM มันเป็นส่วนหนึ่งของระบบปฏิบัติการหรือไม่? ถ้าใช่แล้วระบบไฟล์เสมือนที่สร้างขึ้นบน LVM เป็นส่วนหนึ่งของระบบปฏิบัติการหรือไม่

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

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

ตัวจัดการไดรฟ์ข้อมูลของ Windows คือดิสก์แบบไดนามิกและบางคนที่กล้าได้กล้าเสียได้สร้างไดรเวอร์ Linux สำหรับการเข้าถึง

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

ไดรเวอร์ที่จำเป็นในการแปลความหมายของรูปแบบการจัดเก็บก็มักจะเป็น "ในระบบปฏิบัติการ" แต่รูปแบบการจัดเก็บจริงตัวเองไม่ได้คิดว่าจะเป็น

ฉันตอบนี้ไปบน ServerFault นี่คือคำตอบอีกครั้ง:

ปัญหาที่นี่คือคำว่า "ระบบไฟล์" ในโลก POSIX / Unix / Linux มันถูกใช้เพื่อหมายถึงหลายสิ่งที่แตกต่างกัน

1. "ระบบไฟล์" เป็นบางครั้งทั้งระบบของไฟล์, รูท/และตามที่แสดงในแอปพลิเคชันซอฟต์แวร์โดยเคอร์เนลระบบปฏิบัติการ ด้วยความหมายนี้ผู้คนจึงพูดถึงระบบปฏิบัติการ POSIX ที่มี " tree filesystem tree " เป็นต้น
2. A "ระบบแฟ้ม" เป็นบางครั้งหนึ่ง (หรือมากกว่า) ชิ้น (s)ของ (หรือหลาย ๆ คน) อุปกรณ์โดยตรงเข้าถึงที่จัดเก็บ (s) หรือ DASD (s) - หนึ่งหรือคอลเลกชันมากขึ้นของภาคดิสก์ที่ต่อเนื่องกันในรูปแบบที่เป็นหนึ่งเดียวปริมาณด้วย รูปแบบที่กำหนด - แบ่งเขตตามรูปแบบการแบ่งดิสก์บางส่วน ด้วยความหมายนี้ผู้คนพูดถึง "รูปแบบ/usrระบบไฟล์ของฉัน"
3. "ระบบแฟ้ม" บางครั้งก็เป็นต้นไม้ที่รวมกันได้ของไฟล์และไดเรกทอรีนำเสนอโดยไดรเวอร์ระบบไฟล์ (เช่นเลเยอร์ VFS) ไปยังส่วนที่เหลือของระบบ ด้วยความหมายนี้ผู้คนพูดถึง "ติดตั้งระบบไฟล์ procบน/proc"

ร้อยแก้วของ Wikipedia มีความหมาย # 1 นี่คือส่วนหนึ่งของระบบปฏิบัติการเนื่องจากเป็นระบบปฏิบัติการที่ให้มาและเฉพาะระบบปฏิบัติการโดยเฉพาะซึ่งเป็นนามธรรมให้กับซอฟต์แวร์แอปพลิเคชันที่ทำงานบนระบบปฏิบัติการ

ความหมาย # 2 ไม่ได้เป็นส่วนหนึ่งของระบบปฏิบัติการ มันเป็นโครงสร้างข้อมูลบนดิสก์ที่ระบบปฏิบัติการอย่างน้อยหนึ่งระบบสามารถเข้าใจได้ โครงสร้างข้อมูลบนดิสก์สำหรับ LVM โดยเฉพาะให้วิธีในการแบ่ง DASD หนึ่งรายการขึ้นไปเป็นไดรฟ์ข้อมูลหนึ่งรายการขึ้นไป พวกเขาไม่ได้เป็นส่วนหนึ่งของระบบปฏิบัติการต่อ (แต่ในทำนองเดียวกัน "LVM" มีความหมายหลายอย่างและอาจหมายถึงไดรเวอร์ LVM และยูทิลิตี้ในระบบปฏิบัติการเท่าที่มันสามารถหมายถึงโครงสร้างข้อมูลบนดิสก์ที่ไดรเวอร์และยูทิลิตี้เหล่านั้นจัดการเช่น "ฉันวิ่งLVMจาก แผ่นกู้ภัย ")

ความหมาย # 3 เป็นนามธรรมเฉพาะระบบปฏิบัติการที่จัดทำโดยไดรเวอร์ระบบแฟ้มเฉพาะระบบปฏิบัติการ ไดรเวอร์ระบบแฟ้มเป็นจริงส่วนหนึ่งของระบบปฏิบัติการแม้ว่าพวกเขามักจะแตกต่างกันและแยกออกจากระบบปฏิบัติการเคอร์เนล

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

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

ฉันได้รับการดูแลเสมอว่า DOS ไม่ใช่ระบบปฏิบัติการจริง - งานของระบบปฏิบัติการคือการทำให้เป็นนามธรรมและจำลองเสมือนฮาร์ดแวร์และการจัดการทรัพยากรฮาร์ดแวร์ DOS ไม่ได้ทำสิ่งนั้นเป็นหลัก

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

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

การใช้งานเฉพาะเป็นส่วนหนึ่งของระบบปฏิบัติการ แนวคิดนามธรรมข้อมูลจำเพาะและข้อมูลที่เก็บไว้ไม่ใช่

ดิสก์ไดรฟ์และอุปกรณ์ที่คล้ายดิสก์ไดรฟ์นั้น "โง่" คุณถามหา LBA มันให้คุณกลับ 512, 2048 หรือ 4096 ไบต์ที่มันมี; ในทางกลับกันสำหรับการเขียน

เลเยอร์ระบบไฟล์ช่วยให้คุณพูดว่า "ฉันต้องการ c: \ users \ public \ documents \ Anything.doc" และดำเนินการสตรีมมิ่งบน (เปิดอ่านอ่านเขียนค้นหาปิด) - มันแปลจากตำแหน่งที่อยู่ชื่อเป็นชุด ของคำขอที่จะอ่าน / เขียน LBAs

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

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

มีปัญหาไก่และไข่เล็กน้อยกับการบูทเนื่องจากไฟล์ระบบปฏิบัติการถูกเก็บไว้ในระบบไฟล์ แต่จะโหลดอย่างไรถ้าเลเยอร์ระบบไฟล์ยังไม่ทำงาน? Linux แก้ไขปัญหานี้ด้วยดิสก์ RAM เริ่มต้นหรือโดยการสร้างในรหัสระบบแฟ้มซึ่งเป็นส่วนหนึ่งของเคอร์เนล Windows แก้ไขปัญหานี้โดยให้ความสามารถในการ bootloader ของ Windows เพื่ออ่านพาร์ติชัน FAT และ NTFS Bootloaders สามารถเป็นใบ้ได้เช่น bootloaders BIOS แบบคลาสสิกส่วนใหญ่ซึ่งโหลด LBA 0 เท่านั้นและเรียกใช้งานและคาดหวังว่ารหัสนั้นจะรับหลังจากนั้นหรือค่อนข้างฉลาดและมีระบบไฟล์เล็ก ๆ ของตนเองเช่น UEFI, U-boot เป็นต้น

LVM ไม่ใช่ระบบไฟล์ ใช้เวลาหนึ่งหรือมากกว่าอุปกรณ์บล็อกและนามธรรมเป็นอุปกรณ์บล็อก "เสมือน" อื่น (ใน/dev/mapper- อะไรใน/dev/mapperเป็นอุปกรณ์บล็อกเสมือน) คุณวางระบบไฟล์ "ที่ด้านบนของ" LVM ในลักษณะเดียวกับที่คุณวางระบบไฟล์ "ที่ด้านบนของ" พาร์ติชัน LVM เป็นอีกเลเยอร์หนึ่งระหว่างไดรเวอร์อุปกรณ์หนึ่งตัวหรือมากกว่าและระบบไฟล์แปลงการอ่านและเขียนไปยัง LBAs บนอุปกรณ์บล็อกเสมือนเป็นอุปกรณ์บล็อกอื่น ๆ ใช่ LVM สามารถเป็นอุปกรณ์บล็อกเสมือนและคุณสามารถเรียงซ้อนของอุปกรณ์เหล่านั้นได้