تفاوت میان نسخه‌های «سیستم فایل‌بندی»

جز
←‏جایگزینی با [[وپ:اشتباه|اشتباه‌یاب]]: ازسازگاری⟸از سازگاری، تمامی‌نواحی⟸تمامی نواحی، تمامی‌پرونده‌ها⟸تمامی پرونده‌ها، ستریمینگ⟸ا...
جز (←‏جایگزینی با [[وپ:اشتباه|اشتباه‌یاب]]: ازسازگاری⟸از سازگاری، تمامی‌نواحی⟸تمامی نواحی، تمامی‌پرونده‌ها⟸تمامی پرونده‌ها، ستریمینگ⟸ا...)
 
==== دیسک‌های نوری ====
ایزو 9660 (ISO 9660) و قالب عمومی‌دیسکعمومی دیسک (Universal Disk Format) 2 قالب عمومی‌هستندعمومی هستند که هدفشان [[دیسک‌های فشرده|دیسک‌های فشرده،]] [[دی‌وی‌دی|دی وی دی]] (DVD) و دیسک‌های بلو-ری(blu-ray disks) است. مونت رینیر (Mount Rainier) یک توسعه برای UFD از سری‌های۲٫۶ هستهٔ لینوکس (linux kernel 2.6) و ویندوز ویستا (windows vista) است که تسهیل بازنویسی در دی وی دی‌ها را پشتیبانی می‌کند.
 
=== سیستم پرونده‌ای از نوع فلش ===
* به روزرسانی نقشهٔ استفاده و فهرست راهنما برای اضافه کردن داده.
* و در نهایت پیش برد نوار برای نوشتن داده در مکان صحیح.
در عوض سیستم‌های پرونده‌ای از نوع نوار معمولاً اجازه می‌دهند تا فهرست راهنمای پرونده در نوار بخش و با داده‌ها ترکیب شود، که ستریمینگاستریمینگ (streaming) معرفی شده است، به این ترتیب حرکات زمان بر و تکراری نوار دیگر نیازی به نوشته شدن ندارند.
 
در هر حال، یکی از معایب این طراحی اینست که، خواندن پروندهٔ فهرست راهنمای نوار عموماً نیاز به پیمایش (scan) سراسر نوار برای خواندن همهٔ فهرست راهنماهای ورودی پراکنده(scattered directory entries) دارد. بیشتر نرم‌افزارهای آرشیو داده، که با ذخیره گاه نوار کار می‌کنند، یک کپی محلی از کاتالوگ نوار را در یک سیستم پرونده‌ای از نوع دیسک نگه داری می‌کنند، تا عمل اضافه کردن پرونده‌ها به نوار با سرعت بیشتری و بدون نیاز به پیمایش دوبارهٔ نوار برای رسانه‌ها، انجام شود. کپی محلی از کاتالوگ نوار، عموماً برای مدت زمان معینی کاربرد دارد و در صورت نیاز در آینده مجدداً باید یک پیمایش در نوار صورت بگیرد.
شرکت مایکروسافت اولین بار درVista Windows، یک تراکنش با ویژگی Transactional NTFS، برای پشتیبانی ان تی اف اس ([[ان‌تی‌اف‌اس|NTFS]]) اضافه کرد، ولی در حال حاضر دیگر استفاده‌ای ندارد. یکسری نمونه‌های اولیه از سیستم‌های پرونده‌ای از نوع تراکنشی برای سیستم عامل لینوکس، در دست آزمایش هستند. از جمله این سیستم‌ها می‌توان به سیستم پرونده‌ای ولور (Valor file system)، آمینو (Amino)، ال اف اس (LFS)، سیستم پرونده‌ای ext3 در هستهٔ TxOS، که از نوع تراکنشی است، و همچنین سیستم پرونده‌ای‌هایی که هدفشان سیستم‌های نهفته (embedded systems) است، همانند TFFها.
 
اطمینان ازسازگاریاز سازگاری در سراسر چندین سیستم پرونده‌ای دشوار، ولی بدون تراکنش‌های سیستم پرونده‌ای قابل اجرا است. قفل کردن پرونده‌ها می‌تواند به عنوان یک مکانیزم برای کنترل همروندی برای پرونده‌های مستقل استفاده شود، ولی در حالت کلی از ساختار فهرست راهنما و یا پروندهٔ فرا داده حفاظت نمی‌کند. به عنوان مثال، با قفل کردن پرونده نمی‌توان از مسابقه‌ای که در شرایط زمان بررسی تا زمان استفاده (time of check to time of use ([[زمان بررسی تا زمان استفاده|TOCTTOU]])) در لینک‌های نمادین به وجود می‌آید، جلوگیری به عمل آورد. همچنین با قفل کردن پرونده نمی‌تواند به صورت خودکار یک عملیات ناموفق را پاکسازی کرد، همانند عملیات ارتقای یک نرم‌افزار، که نیاز دارد به صورت خودکار انجام شود.
 
سیستم‌های پرونده‌ای ژورنالی یک روش برای معرفی تراکنش‌ها با سازگاری درجه یک در ساختار سیستم‌های پرونده‌ای هستند. تراکنش‌های ژورنالی به عنوان بخش‌هایی از API (Application Program Interface)های سیستم عامل در معرض دید برنامه‌ها نیستند. آنها فقط برای مصارف داخلی برای حفظ سازگاری در یک سیستم کال واحد استفاده دارند.
در سیستم پرونده‌ای از نوع تخت، هیچ زیر فهرست راهنمایی وجود ندارد، برای همهٔ پرونده‌ها، مداخل فهرست راهنما، در یک فهرست راهنمای یگانه ذخیره می‌شود.
 
وقتی برای اولین بار رسانهٔ فلاپی دیسک در دسترس عموم قرار گرفت، این مدل از سیستم پرونده‌ای به خاطر حجم کوچک موجود در فلاپی دیسک‌ها، کافی بود. ماشین‌های CP/M، شامل سیستم پرونده‌ای تخت بودند که، پرونده‌ها می‌توانستند بهٔ کی از ۱۶ نواحی کاربری (user areas) اختصاص داده شوند و عملیات پرونده‌های عمومی، به جای کارکردن روی تمامی‌نواحی،تمامی نواحی، فقط روی یکی از این نواحی کار می‌کرد. در اصل این نواحی کاربری همان صفت‌ها و ویژگی‌های در ارتباط با پرونده‌ها هستند، بنابراین دیگر نیازی به تعریف هیچ تعرفهٔ خاصی برای هر یک از این نواحی نیست و پرونده‌ها می‌توانند تا وقتی که فضای خالی در ذخیره گاه موجود است، گروهلندی شوند. در اولین دستگاه‌های اپل مکینتاش (Apple Macintosh) نیز از سیستم پرونده‌ای تخت استفاده می‌شد (سیستم پرونده‌ای مکینتاش (Macintash File System)). در این دستگاه برنامه مدیریت پرونده (Macintash Finder) در بالای EMFS، خود یک توهم از سیستم بایگانی تا حدی سلسله مراتبی (partially hierarical filing system) می‌ساخت، که این فرایند عجیبی بود. در این ساختار نیاز بود که هر پرونده اسم منحصر به فردی داشته باشد، حتی اگر دو پرونده در دو پوشهٔ متفاوت باشند. در IBM DOS/360 و OS/360 مدخل‌های تمامی‌پرونده‌هاتمامی پرونده‌ها بر روی یک بستهٔ دیسک (volume) در یک فهرست راهنمای روی همان بسته به نام جدول ظرفیت مطالب (Volume Table of Content (VTOC)) ذخیره می‌شوند.
 
با رشد تعداد پرونده‌ها استفاده از سیستم پرونده‌ای تخت دشوار و توانایی سازماندهی داده‌ها در گروه‌های مرتبط با پرونده‌ها سخت شد.