جدول تخصيص الملفات

الموسوعة الحرة

سمين
المطور(ون)مايكروسوفت ، NCR ، SCP ، IBM ، Compaq ، Digital Research ، Novell ، Caldera
الاسم الكاملجدول تخصيص الملفات
المتغيرات8 بت FAT، FAT12، FAT16، FAT16B، FAT32، exFAT ، FATX، FAT+
قدَّم1977 مع قرص مستقل BASIC-80 ( 1977 )
معرفات القسمMBR / EBR :
  • FAT12:  ea (السمة الممتدة)0x01
  • FAT16:  كل0x040x060x0E
  • FAT32:  كل0x0B0x0C
  • ب د ب :EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
الهياكل
محتويات الدليلطاولة
تخصيص الملفاتالقائمة المرتبطة
كتل سيئةوسم المجموعة
الحدود
الحد الأقصى لحجم الصوت
  • FAT12: 32  ميجابايت (256 ميجابايت لمجموعات 64 كيلو بايت)
  • FAT16: 2 جيجابايت (4 جيجابايت لمجموعات 64 كيلوبايت)
  • FAT32: 2  تيرابايت (16 تيرابايت لقطاعات 4 كيلوبايت )
الحد الأقصى لحجم الملف4,294,967,295 بايت (4  جيجابايت − 1) بنظامي FAT16B وFAT32 [1]
الحد الأقصى لعدد الملفات
  • FAT12: 4,068  لمجموعات 8 كيلوبايت
  • FAT16: 65,460 لمجموعات 32 كيلو بايت
  • FAT32: 268,173,300 لمجموعات 32 كيلو بايت
الحد الأقصى لطول اسم الملف8.3 اسم الملف ، أو 255 حرف UCS-2 عند استخدام LFN [nb 1]
سمات
التواريخ المسجلة
  • تاريخ/وقت التعديل، تاريخ/وقت الإنشاء (DOS 7.0 والإصدارات الأحدث فقط)،
  • تاريخ الوصول (متاح فقط مع تمكين ACCDATE )، [2]
  • تاريخ/وقت الحذف (فقط مع DELWATCH 2)
نطاق التاريخ1980-01-01 إلى 2099-12-31 ( 2107-12-31 )
قرار التاريخ
  • ثانيتين لوقت التعديل الأخير،
  • 10 مللي ثانية لوقت الإنشاء،
  • يوم واحد لتاريخ الوصول،
  • ثانيتان لوقت الحذف
شوكليس أصليا
صفاتللقراءة فقط، مخفي، نظام، مجلد، دليل، أرشيف

أذونات نظام الملفات

ضغط شفاف

تشفير شفاف
  • FAT12/FAT16: لكل مجلد فقط مع DR-DOS
  • FAT32: لا

جدول تخصيص الملفات ( FAT ) هو نظام ملفات تم تطويره لأجهزة الكمبيوتر الشخصية وكان نظام الملفات الافتراضي لأنظمة التشغيل MS-DOS و Windows 9x . [ بحاجة لمصدر ] تم تطويره في الأصل عام 1977 للاستخدام على الأقراص المرنة ، وتم تكييفه للاستخدام على الأقراص الصلبة والأجهزة الأخرى. أدت الزيادة في سعة محرك الأقراص بمرور الوقت إلى تعديلات على التصميم أسفرت عن الإصدارات: FAT12 وFAT16 وFAT32 و exFAT . تم استبدال FAT بنظام NTFS كنظام ملفات افتراضي على أنظمة تشغيل Microsoft بدءًا من Windows XP . [3] ومع ذلك، لا يزال FAT مستخدمًا بشكل شائع في تقنيات تخزين الحالة الصلبة ذات السعة الصغيرة نسبيًا مثل بطاقة SD وبطاقة الوسائط المتعددة (MMC) و eMMC نظرًا لتوافقه وسهولة تنفيذه. [4]

الاستخدامات

تاريخي

تم استخدام نظام الملفات FAT على الأقراص الصلبة في عصر DOS و Windows 9x . قدمت شركة Microsoft نظام الملفات NTFS مع نظام التشغيل Windows NT في عام 1993، ولكن نظام الملفات FAT ظل هو النظام القياسي للمستخدم المنزلي حتى تقديم نظام التشغيل Windows XP في عام 2001. وكان نظام التشغيل Windows Me هو الإصدار الأخير من Windows الذي يستخدم نظام الملفات FAT كنظام ملفات افتراضي.

بالنسبة للأقراص المرنة، تم توحيد نظام FAT على أنه ECMA -107 [5] و ISO / IEC  9293:1994 [6] (يحل محل ISO 9293:1987 [7] ). تغطي هذه المعايير FAT12 وFAT16 مع دعم أسماء الملفات القصيرة 8.3 فقط ؛ تم تسجيل براءة اختراع جزئية لأسماء الملفات الطويلة مع VFAT. [8] بينما يتم استخدام FAT12 على الأقراص المرنة، فإن FAT16 وFAT32 يوجدان عادةً على الوسائط الأكبر.

حديث

يتم استخدام FAT داخليًا لقسم نظام EFI في مرحلة التمهيد لأجهزة الكمبيوتر المتوافقة مع EFI . [9] تُستخدم أيضًا أنظمة الملفات FAT المخفية في قسم تمهيد UEFI على أجهزة الكمبيوتر الحديثة.

لا يزال نظام الملفات FAT مستخدمًا في محركات الأقراص التي من المتوقع أن تستخدمها أنظمة تشغيل متعددة، مثل بيئات Windows و Linux وDOS المشتركة. بالإضافة إلى ذلك، يأتي نظام التشغيل Microsoft Windows مزودًا بأداة مثبتة مسبقًا لتحويل نظام الملفات FAT إلى NTFS مباشرةً دون الحاجة إلى إعادة كتابة جميع الملفات، على الرغم من أنه لا يمكن عكس ذلك بسهولة. [10] يتم استخدام نظام الملفات FAT في الوسائط القابلة للإزالة مثل الأقراص المرنة والأقراص المرنة الفائقة والذاكرة وبطاقات الذاكرة الفلاشية أو محركات أقراص فلاش USB . يدعم نظام الملفات FAT الأجهزة المحمولة مثل أجهزة المساعد الرقمي الشخصي والكاميرات الرقمية وكاميرات الفيديو ومشغلات الوسائط والهواتف المحمولة. [ بحاجة لمصدر ]

يحدد نظام الملفات DCF الذي تبنته جميع الكاميرات الرقمية تقريبًا منذ عام 1998 نظام ملفات منطقيًا يحتوي على 8.3 اسم ملف ويجعل استخدام FAT12 أو FAT16 أو FAT32 أو exFAT إلزاميًا لطبقته المادية من أجل التوافق. [11]

التفاصيل الفنية

يستخدم نظام الملفات جدول فهرس مخزن على الجهاز لتحديد سلاسل مناطق تخزين البيانات المرتبطة بملف، جدول تخصيص الملفات ( FAT ). يتم تخصيص FAT بشكل ثابت في وقت التنسيق. الجدول عبارة عن قائمة مرتبطة بالإدخالات لكل مجموعة ، وهي منطقة متجاورة من مساحة تخزين القرص. يحتوي كل إدخال إما على رقم المجموعة التالية في الملف، أو علامة تشير إلى نهاية الملف، أو مساحة القرص غير المستخدمة، أو مناطق محجوزة خاصة من القرص. يحتوي الدليل الجذر للقرص على رقم المجموعة الأولى لكل ملف في هذا الدليل. يمكن لنظام التشغيل بعد ذلك اجتياز FAT، والبحث عن رقم المجموعة لكل جزء متتالي من ملف القرص كسلسلة مجموعات حتى الوصول إلى نهاية الملف. يتم تنفيذ الدلائل الفرعية كملفات خاصة تحتوي على إدخالات الدليل الخاصة بملفاتها الخاصة.

كل مدخل في قائمة FAT المرتبطة هو عدد ثابت من البتات: 12 أو 16 أو 32. الحد الأقصى لحجم الملف أو محرك الأقراص الذي يمكن الوصول إليه هو حاصل ضرب أكبر عدد يمكن تخزينه في المدخلات (ناقص بعض القيم المحجوزة للإشارة إلى المساحة غير المخصصة أو نهاية القائمة) وحجم مجموعة الأقراص. حتى إذا كانت هناك حاجة إلى بايت واحد فقط من التخزين لتوسيع ملف، فيجب تخصيص مجموعة كاملة له. ونتيجة لذلك، يمكن أن تؤدي الأعداد الكبيرة من الملفات الصغيرة إلى تخصيص مجموعات قد تحتوي في الغالب على بيانات "فارغة" لتلبية الحد الأدنى لحجم المجموعة.

تم تصميم نظام الملفات FAT في الأصل كنظام ملفات مكون من 8 بتات، ويجب زيادة الحد الأقصى لعدد المجموعات مع زيادة سعة محرك الأقراص، وبالتالي زاد عدد البتات المستخدمة لتحديد كل مجموعة. تم تسمية المتغيرات الرئيسية المتعاقبة لنظام الملفات FAT على اسم عدد بتات عناصر الجدول: 12 (FAT12)، و16 (FAT16)، و32 (FAT32).

المتغيرات

هناك عدة أشكال مختلفة لنظام الملفات FAT (على سبيل المثال FAT12 وFAT16 وFAT32). يشير FAT16 إلى كل من المجموعة الأصلية لأنظمة الملفات FAT ذات إدخالات المجموعة بعرض 16 بت وكذلك إلى الأشكال اللاحقة. "VFAT" هو امتداد اختياري لأسماء الملفات الطويلة، والذي يمكن أن يعمل فوق أي نظام ملفات FAT. يمكن أيضًا قراءة المجلدات التي تستخدم أسماء الملفات الطويلة VFAT بواسطة أنظمة التشغيل التي لا تدعم امتداد VFAT.

FAT الأصلي 8 بت

8 بت FAT
المطور(ون)مايكروسوفت ، NCR ، SCP
الاسم الكاملجدول تخصيص الملفات 8 بت
قدَّم
الحدود
الحد الأقصى لحجم الملف8 ميجا بايت
حجم الملف الحبيبيحبيبات التسجيل (128 بايت) [12] [13]
الحد الأقصى لطول اسم الملف6.3 اسم الملف (الملفات الثنائية)، 9 أحرف (ملفات ASCII) [12] [13]
أقصى عمق للدليللا يوجد أدلة فرعية

أحرف اسم الملف المسموح بها		ASCII ( 0x00وليس 0xFFمسموحًا به في الحرف الأول) [12] [13]
سمات
التواريخ المسجلةلا
صفاتمحمي ضد الكتابة، تحويل EBCDIC ، القراءة بعد الكتابة، ثنائي (ملف عشوائي وليس متسلسل) [12] [13]

تم تصميم نظام الملفات FAT الأصلي (أو بنية FAT ، كما تم تسميته في البداية) وتنفيذه بواسطة مارك ماكدونالد ، [14] بناءً على سلسلة من المناقشات بين ماكدونالد وبيل جيتس . [14] تم تقديمه مع عناصر جدول مكونة من 8 بتات [12] [13] [14] (وأرقام مجموعة بيانات صالحة تصل إلى 0xBF[12] [13] ) في مقدمة لـ Standalone Disk BASIC-80 من Microsoft لخليفة قائم على 8080 [nb 2] لمحطة إدخال البيانات NCR 7200 طراز VI ، والمجهزة بأقراص مرنة مقاس 8 بوصات (200 مم)، في عام 1977 [15] أو 1978. [nb 2] في عام 1978، تم نقل Standalone Disk BASIC-80 إلى 8086 باستخدام محاكي على DEC PDP-10 ، [16] حيث لم تكن أنظمة 8086 الحقيقية متاحة في هذا الوقت. تم استخدام نظام الملفات FAT أيضًا في MDOS/MIDAS من Microsoft ، [14] وهو نظام تشغيل لمنصات 8080/Z80 كتبه McDonald منذ عام 1979. يدعم إصدار Standalone Disk BASIC ثلاثة أنظمة FAT، [12] [13] [17] بينما كان هذا أحد معلمات MIDAS. وبحسب ما ورد، تم إعداد MIDAS أيضًا لدعم متغيرات FAT ذات 10 بت و12 بت و16 بت. بينما كان حجم إدخالات الدليل 16 بايت في Standalone Disk BASIC ، [12] [13] احتل MIDAS بدلاً من ذلك 32 بايت لكل إدخال.

تم تقديم تيم باترسون من شركة سياتل كومبيوتر بروداكتس (SCP) لأول مرة إلى بنية FAT الخاصة بشركة مايكروسوفت عندما ساعد بوب أورير في تكييف منفذ محاكي Standalone Disk BASIC-86 على النموذج الأولي للوحة وحدة المعالجة المركزية S-100 bus 8086 الخاصة بشركة SCP خلال أسبوع ضيف في مايكروسوفت في مايو 1979. [16] تم عرض المنتج النهائي في جناح Lifeboat Associates في المؤتمر الوطني للكمبيوتر في نيويورك [16] في الفترة من 4 إلى 7 يونيو 1979، حيث تعلم باترسون عن تنفيذ FAT الأكثر تطورًا في MDOS / MIDAS [14] وتحدث ماكدونالد معه عن تصميم نظام الملفات. [15]

فات12

فات12
المطور(ون)SCP ، مايكروسوفت ، IBM ، البحث الرقمي ، Novell
الاسم الكاملجدول تخصيص الملفات 12 بت
قدَّم
معرفات القسمMBR / EBR :
  • FAT12: كل0x01
  • ب د ب :EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
الحدود
الحد الأقصى لحجم الصوت
  • 16 ميجا بايت (مع مجموعات بحجم 4 كيلوبايت)
  • 32 ميجا بايت (مع مجموعات بحجم 8 كيلوبايت)
الحد الأقصى لحجم الملفمحدودة بحجم الصوت
حجم الملف الحبيبي1 بايت
الحد الأقصى لعدد الملفات4,068 لمجموعات 8 كيلوبايت
الحد الأقصى لطول اسم الملف8.3 اسم الملف مع أحرف OEM ،
255 حرف UCS-2 [nb 1] عند استخدام LFN
أقصى عمق للدليل32 مستوى أو 66 حرفًا (مع CDS )،
60 مستوى أو أكثر (بدون CDS)
سمات
التواريخ المسجلة
  • تاريخ التعديل (ليس مع 86-DOS قبل 0.42)،
  • وقت التعديل (ليس مع PC DOS 1.0 و86-DOS)، وتاريخ/وقت الإنشاء (DOS 7.0 والإصدارات الأحدث فقط)،
  • تاريخ الوصول (متاح فقط مع تمكين ACCDATE )، [2]
  • تاريخ/وقت الحذف (فقط مع DELWATCH 2)
نطاق التاريخ1980-01-01 إلى 2099-12-31 ( 2107-12-31 )
قرار التاريخ
  • ثانيتين لوقت التعديل الأخير،
  • 10 مللي ثانية لوقت الإنشاء،
  • يوم واحد لتاريخ الوصول،
  • ثانيتان لوقت الحذف
صفاتللقراءة فقط (منذ DOS 2.0)، مخفي ، نظام ، وحدة تخزين (منذ MS-DOS 1.28 و PC DOS 2.0 )، دليل (منذ MS-DOS 1.40 وPC DOS 2.0)، أرشيف (منذ DOS 2.0)

أذونات نظام الملفات

ضغط شفاف		لكل مجلد، SuperStor ، Stacker ، DoubleSpace ، DriveSpace

تشفير شفاف		لكل مجلد فقط مع DR-DOS

بين أبريل وأغسطس 1980، أثناء استعارة مفهوم FAT لنظام التشغيل 8086 الخاص بشركة SCP QDOS 0.10 ، [16] قام تيم باترسون بتوسيع عناصر الجدول إلى 12 بت ، [18] وخفض عدد عناصر FAT إلى اثنين، وأعاد تعريف دلالات بعض قيم المجموعة المحجوزة، وعدل تخطيط القرص، بحيث أصبح الدليل الجذر الآن موجودًا بين FAT ومنطقة البيانات لتنفيذه لنظام FAT12 . كما زاد باترسون من حد طول اسم الملف المكون من تسعة أحرف (6.3) [12] [13] إلى أحد عشر حرفًا لدعم أسماء الملفات على غرار CP/M و File Control Blocks . لم يدعم QDOS التنسيق المستخدم في سلف نظام الملفات 8 بت الخاص بـ Microsoft Standalone Disk BASIC . بحلول أغسطس 1980، تمت إعادة تسمية QDOS إلى 86-DOS . [19] بدءًا من 86-DOS 0.42 ، تم تغيير حجم وتخطيط إدخالات الدليل من 16 بايت إلى 32 بايت [20] لإضافة طابع تاريخ الملف [20] وزيادة حد حجم الملف النظري إلى ما بعد الحد السابق البالغ 16 ميجا بايت. [20] أصبح 86-DOS 1.00 متاحًا في أوائل عام 1981. وفي وقت لاحق من عام 1981، تطور 86-DOS إلى MS-DOS و IBM PC DOS من Microsoft . [14] [18] [21] تم إسقاط القدرة على قراءة وحدات التخزين المنسقة مسبقًا بإدخالات دليل بحجم 16 بايت [20] مع MS-DOS 1.20 .

استخدم نظام FAT12 إدخالات مكونة من 12 بتًا لعناوين المجموعة؛ وتم حجز بعض القيم لتمييز نهاية سلسلة من المجموعات، أو لتمييز المناطق غير القابلة للاستخدام في القرص، أو لأغراض أخرى، لذا كان الحد الأقصى لعدد المجموعات محدودًا بـ 4078. [22] [23] وللحفاظ على مساحة القرص، استخدم إدخالان FAT مكونان من 12 بتًا ثلاثة بايتات متتالية مكونة من 8 بتات على القرص، مما يتطلب معالجة لفك ضغط القيم المكونة من 12 بت. وكان هذا كافيًا لمحركات الأقراص المرنة الأصلية، والأقراص الصلبة الصغيرة التي تصل سعتها إلى 32 ميجا بايت. وكان إصدار FAT16B المتوفر مع DOS 3.31 يدعم أرقام القطاعات المكونة من 32 بت ، وبالتالي زاد من حد حجم وحدة التخزين.

تتناسب جميع هياكل التحكم داخل المسار الأول، لتجنب حركة الرأس أثناء عمليات القراءة والكتابة. أي قطاع تالف في منطقة هياكل التحكم من شأنه أن يجعل القرص غير قابل للاستخدام. رفضت أداة تنسيق DOS مثل هذه الأقراص تمامًا. لم يُسمح بالقطاعات التالفة إلا في منطقة بيانات الملف. تم وضع علامة على المجموعات التي تحتوي على قطاعات تالفة على أنها غير قابلة للاستخدام بالقيمة المحجوزة 0xFF7في FAT.

بينما دعم 86-DOS ثلاثة تنسيقات للقرص (250.25 كيلوبايت و616 كيلوبايت و1232 كيلوبايت، مع معرفات FAT 0xFF و 0xFE) على محركات الأقراص المرنة مقاس 8 بوصات (200 مم)، دعم IBM PC DOS 1.0 ، الذي تم إصداره مع الكمبيوتر الشخصي الأصلي لشركة IBM في عام 1981، تنسيق قرص مرن مكون من 8 قطاعات فقط بسعة تنسيق 160 كيلوبايت (FAT ID 0xFE) لمحركات الأقراص المرنة أحادية الجانب مقاس 5.25 بوصة، وأضاف PC DOS 1.1 دعمًا لتنسيق ثنائي الجانب بسعة 320 كيلوبايت (FAT ID 0xFF). قدم PC DOS 2.0 دعمًا لتنسيقات الأقراص المرنة المكونة من 9 قطاعات بسعة 180 كيلوبايت (FAT ID 0xFC) و360 كيلوبايت (FAT ID 0xFD).

كانت إدخالات الدليل في نظامي التشغيل 86-DOS 1.00 وPC DOS 1.0 تتضمن تاريخًا واحدًا فقط، وهو تاريخ آخر تعديل. أما نظام التشغيل PC DOS 1.1 فقد أضاف تاريخ آخر تعديل. وكانت سمات الملف في نظام التشغيل PC DOS 1.x تتضمن بتًا مخفيًا وبتًا للنظام، مع عدم تحديد البتات الستة المتبقية. وفي ذلك الوقت، لم يكن نظام التشغيل DOS يدعم الدلائل الفرعية، ولكن كان هناك عادةً بضع عشرات من الملفات على القرص المرن .

كان جهاز PC XT هو أول جهاز كمبيوتر مزود بمحرك أقراص ثابت مزود من IBM، وكان نظام التشغيل PC DOS 2.0 يدعم هذا المحرك الثابت بنظام FAT12 ( FAT ID 0xF8 ). وقد أدى الافتراض الثابت المتمثل في وجود 8 قطاعات لكل مجموعة على الأقراص الصلبة إلى الحد من حجم القسم الأقصى إلى 16 ميجا بايت لقطاعات 512 بايت ومجموعات 4 كيلوبايت.

تم تقديم كتلة معلمات BIOS ( BPB ) مع نظام التشغيل PC DOS 2.0 أيضًا، وقد أضاف هذا الإصدار أيضًا بتات القراءة فقط والأرشيف وعلامة المجلد وسمات الدليل للدلائل الفرعية الهرمية. [24]

قدم نظام التشغيل MS-DOS 3.0 الدعم للأقراص المرنة عالية الكثافة بحجم 1.2 ميجابايت وقياس 5.25 بوصة (مُوصَّف الوسائط 0xF9)، والتي كان بها بشكل ملحوظ 15 قطاعًا لكل مسار، وبالتالي مساحة أكبر لملفات FAT.

يظل نظام FAT12 قيد الاستخدام على جميع الأقراص المرنة الشائعة ، بما في ذلك الأقراص بحجم 1.44 ميجابايت وأقراص 2.88 ميجابايت الأحدث (بايت واصف الوسائط 0xF0).

FAT16 الأولي

فات 16
المطور(ون)مايكروسوفت ، آي بي إم ، الأبحاث الرقمية ، نوفيل
الاسم الكاملجدول تخصيص الملفات 16 بت
(مع إدخالات القطاعات 16 بت)
قدَّم14-08-1984 (بيسي دوس 3.0)
08-1984 (MS-DOS 3.0)
معرفات القسمMBR / EBR :
  • FAT16:  كل0x04
  • ب د ب :EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
الحدود
الحد الأقصى لحجم الملف4,294,967,295 بايت (4 جيجابايت − 1)
حجم الملف الحبيبي1 بايت
الحد الأقصى لعدد الملفات65,536 لمجموعات 32 كيلو بايت
الحد الأقصى لطول اسم الملف8.3 اسم الملف مع أحرف OEM ، 255  حرف UCS-2 [nb 1] عند استخدام LFN
أقصى عمق للدليل32 مستوى أو 66 حرفًا (مع CDS )،
60 مستوى أو أكثر (بدون CDS)
سمات
التواريخ المسجلة
  • تاريخ/وقت التعديل، تاريخ/وقت الإنشاء (DOS 7.0 والإصدارات الأحدث فقط)،
  • تاريخ الوصول (متاح فقط مع تمكين ACCDATE )، [2]
  • تاريخ/وقت الحذف (فقط مع DELWATCH 2)
نطاق التاريخ1980-01-01 إلى 2099-12-31 ( 2107-12-31 )
قرار التاريخ
  • ثانيتين لوقت التعديل الأخير،
  • 10 مللي ثانية لوقت الإنشاء،
  • يوم واحد لتاريخ الوصول،
  • ثانيتان لوقت الحذف
صفاتللقراءة فقط ، مخفي ، نظام ، مجلد ، دليل ، أرشيف

أذونات نظام الملفات

ضغط شفاف		لكل مجلد، SuperStor ، Stacker ، DoubleSpace ، DriveSpace

تشفير شفاف		لكل مجلد فقط مع DR-DOS

في عام 1984، أصدرت شركة IBM جهاز PC AT ، والذي يتطلب نظام التشغيل PC DOS 3.0 للوصول إلى القرص الصلب الذي تبلغ مساحته 20 ميجابايت. [25] [26] قدمت شركة Microsoft نظام MS-DOS 3.0 بالتوازي. تمت زيادة عناوين المجموعة إلى 16 بت، مما يسمح بما يصل إلى 65526 ​​مجموعة لكل وحدة تخزين. ومع ذلك، لم يتغير الحد الأقصى لعدد القطاعات والحد الأقصى لحجم القسم البالغ 32 ميجابايت. على الرغم من أن عناوين المجموعة كانت 16 بت، إلا أن هذا التنسيق لم يكن ما يُفهم اليوم عادةً على أنه FAT16 . يشير نوع القسم 0x04 إلى هذا الشكل من FAT16 بأقل من 65536 قطاعًا (أقل من 32 ميجابايت لحجم القطاع 512). كانت فائدة FAT16 هي استخدام مجموعات أصغر، مما يجعل استخدام القرص أكثر كفاءة، خاصة بالنسبة للأعداد الكبيرة من الملفات التي يبلغ حجمها بضع مئات من البايتات فقط.

نظرًا لأن MS-DOS 3.0 قام بتنسيق جميع الأقسام التي تتراوح سعتها بين 16 ميجابايت و32 ميجابايت بتنسيق FAT16، فإن القرص الصلب الذي تبلغ سعته 20 ميجابايت والمُنسق بموجب MS-DOS 3.0 لم يكن متاحًا لنظام MS-DOS 2.0. [27] لا يزال بإمكان MS-DOS 3.0 إلى MS-DOS 3.30 الوصول إلى أقسام FAT12 التي تقل عن 15 ميجابايت، لكنه يتطلب أن تكون جميع الأقسام التي تتراوح سعتها بين 16 ميجابايت و32 ميجابايت بتنسيق FAT16، وبالتالي لا يمكنه الوصول إلى أقسام MS-DOS 2.0 في نطاق الحجم هذا. يمكن لنظام MS-DOS 3.31 والإصدارات الأحدث الوصول إلى أقسام FAT12 التي تتراوح سعتها بين 16 ميجابايت و32 ميجابايت مرة أخرى.

FAT القطاعي المنطقي

لم تتمكن تطبيقات MS-DOS وPC DOS من الوصول إلى أقسام القرص التي يزيد حجمها عن 32 ميجا بايت. وقد طورت العديد من الشركات المصنعة إصدارات FAT الخاصة بها ضمن إصدارات OEM من MS-DOS. [28]

دعم بعض البائعين ( AST و NEC [28] ) ثمانية إدخالات قسم أساسية بدلاً من أربعة إدخالات قياسية في سجل التمهيد الرئيسي الموسع المخصص ( MBR )، كما قاموا بتكييف MS-DOS لاستخدام أكثر من قسم أساسي واحد.

وقد عمل بائعون آخرون على تجاوز حدود حجم وحدة التخزين التي فرضتها إدخالات القطاعات ذات 16 بت من خلال زيادة الحجم الظاهري للقطاعات التي يعمل عليها نظام الملفات. وكانت هذه القطاعات المنطقية أكبر (حتى 8192 بايت) من حجم القطاع المادي (ما زال 512 بايت) على القرص. ثم يقوم نظام BIOS الخاص بنظام DOS أو BIOS النظام بدمج قطاعات مادية متعددة في قطاعات منطقية ليعمل نظام الملفات معها.

كانت هذه التغييرات واضحة لتطبيق نظام الملفات في نواة DOS. حيث قام نظام BIOS الأساسي DOS بترجمة هذه القطاعات المنطقية إلى قطاعات مادية وفقًا لمعلومات التقسيم والهندسة المادية للمحرك.

كان العيب في هذا النهج هو زيادة الذاكرة المستخدمة لتخزين القطاعات وإزالة الحجب. نظرًا لأن إصدارات DOS الأقدم لا يمكنها استخدام قطاعات منطقية كبيرة، فقد قدمت الشركات المصنعة للمعدات الأصلية معرفات أقسام جديدة لمتغيرات FAT الخاصة بها من أجل إخفائها من المشكلات الجاهزة لـ MS-DOS وPC DOS. تتضمن معرفات الأقسام المعروفة لأنظمة FAT ذات القطاعات المنطقية ما يلي: 0x08( Commodore MS-DOS 3.x)، 0x11( Leading Edge MS-DOS 3.x)، 0x14(AST MS-DOS 3.x)، 0x24(NEC MS-DOS 3.30 [28] )، 0x56( AT&T MS-DOS 3.x)، 0xE5( Tandy MS-DOS)، 0xF2( Sperry IT MS-DOS 3.x، Unisys MS-DOS 3.3 - يستخدمه أيضًا Digital Research DOS Plus 2.1). [29] من المعروف أيضًا أن إصدارات OEM مثل Toshiba MS-DOS وWyse MS-DOS 3.2 و3.3، [30] بالإضافة إلى Zenith MS-DOS تستخدم أيضًا التجزئة المنطقية. [31]

على الرغم من أنها غير قياسية وغير مثالية، فإن هذه المتغيرات FAT صالحة تمامًا وفقًا لمواصفات نظام الملفات نفسه. [ بحاجة لمصدر ] لذلك، حتى لو لم تتمكن المشكلات الافتراضية في MS-DOS وPC DOS من التعامل معها، يمكن تثبيت معظم متغيرات FAT12 وFAT16 الخاصة بالبائعين بواسطة تنفيذات أنظمة ملفات أكثر مرونة في أنظمة التشغيل مثل DR-DOS، وذلك ببساطة عن طريق تغيير معرف القسم إلى أحد الأنواع المعترف بها. [nb 3] أيضًا، إذا لم تعد هناك حاجة إلى التعرف عليها بواسطة أنظمة التشغيل الأصلية الخاصة بها، يمكن "تحويل" الأقسام الموجودة إلى وحدات تخزين FAT12 وFAT16 أكثر توافقًا مع إصدارات MS-DOS/PC DOS 4.0–6.3، والتي لا تدعم أحجام قطاعات مختلفة عن 512 بايت، [32] عن طريق التبديل إلى BPB مع إدخال 32 بت لعدد القطاعات، كما تم تقديمه منذ DOS 3.31 (انظر FAT16B أدناه)، مع الحفاظ على حجم المجموعة وتقليل حجم القطاع المنطقي في BPB إلى 512 بايت، وفي نفس الوقت زيادة عدد القطاعات المنطقية لكل مجموعة، والقطاعات المنطقية المحجوزة، والقطاعات المنطقية الإجمالية، والقطاعات المنطقية لكل FAT بنفس العامل.

كان التطور الموازي في MS-DOS / PC DOS والذي سمح بزيادة الحد الأقصى الممكن لحجم FAT هو تقديم أقسام FAT متعددة على القرص الصلب. للسماح باستخدام المزيد من أقسام FAT بطريقة متوافقة، تم تقديم نوع قسم جديد في PC DOS 3.2 (1986)، القسم الممتد (EBR)، [14] وهو حاوية لقسم إضافي يسمى محرك الأقراص المنطقي . منذ PC DOS 3.3 (أبريل 1987)، يوجد قسم ممتد آخر اختياري يحتوي على محرك الأقراص المنطقي التالي ، وهكذا. يمكن لـ MBR للقرص الصلب إما تعريف ما يصل إلى أربعة أقسام أساسية، أو قسم ممتد بالإضافة إلى ما يصل إلى ثلاثة أقسام أساسية.

FAT16 النهائي

FAT16B
المطور(ون)كومباك ، ديجيتال ريسيرش ، آي بي إم ، مايكروسوفت ، نوفيل
الاسم الكاملجدول تخصيص الملفات 16 بت
(مع إدخالات قطاع 32 بت)
قدَّم
معرفات القسمMBR / EBR :
  • FAT16B:  ( LBA )، كل منها0x060x0E
  • ب د ب :EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
الحدود
الحد الأدنى لحجم الصوت
الحد الأقصى لحجم الصوت
  • 2  جيجابايت (مع مجموعات بحجم 32  كيلوبايت )
  • 4 جيجابايت (مع مجموعات 64 كيلوبايت) (NT 4، PTS-DOS، EDR-DOS)
  • 8 جيجابايت (مع مجموعات بحجم 128 كيلوبايت وقطاعات بحجم 1 أو 2 كيلوبايت) (NT 4 وEDR-DOS فقط)
  • 8 جيجابايت (مع مجموعات بحجم 128 كيلوبايت وقطاعات بحجم 512 بايت) (EDR-DOS فقط)
  • 16 جيجابايت (مع مجموعات بحجم 256 كيلوبايت وقطاعات بحجم 2 أو 4 كيلوبايت) (NT 4 فقط)
الحد الأقصى لحجم الملف
  • 2,147,483,647 بايت (2 جيجابايت − 1) (بدون LFS )
  • 4,294,967,295 بايت (4 جيجابايت − 1) (مع LFS )
  • يقتصر على حجم المجلد فقط (مع FAT16+ [33] )
حجم الملف الحبيبي1 بايت
الحد الأقصى لعدد الملفات65,460 لمجموعات 32 كيلوبايت
الحد الأقصى لطول اسم الملف8.3 اسم الملف مع أحرف OEM ،
255 حرف UCS-2 [nb 1] عند استخدام LFN
أقصى عمق للدليل32 مستوى أو 66 حرفًا (مع CDS )،
60 مستوى أو أكثر (بدون CDS)
سمات
التواريخ المسجلة
  • تاريخ/وقت التعديل، تاريخ/وقت الإنشاء (DOS 7.0 والإصدارات الأحدث فقط)،
  • تاريخ الوصول (متاح فقط مع تمكين ACCDATE )، [2]
  • تاريخ/وقت الحذف (فقط مع DELWATCH 2)
نطاق التاريخ1980-01-01 إلى 2099-12-31 ( 2107-12-31 )
قرار التاريخ
  • ثانيتين لوقت التعديل الأخير،
  • 10 مللي ثانية لوقت الإنشاء،
  • يوم واحد لتاريخ الوصول،
  • ثانيتان لوقت الحذف
صفاتللقراءة فقط ، مخفي ، نظام ، مجلد ، دليل ، أرشيف

أذونات نظام الملفات

ضغط شفاف		لكل مجلد، SuperStor ، Stacker ، DoubleSpace ، DriveSpace

تشفير شفاف		لكل مجلد فقط مع DR-DOS

في نوفمبر 1987، قدم جهاز الكمبيوتر الشخصي Compaq DOS 3.31 (إصدار OEM معدّل من MS-DOS 3.3 أصدرته شركة Compaq مع أجهزتها) ما يُعرف اليوم ببساطة بتنسيق FAT16 ، مع توسيع عدد قطاعات القرص 16 بت إلى 32 بت في BPB. وعلى الرغم من أن التغييرات الموجودة على القرص كانت طفيفة، فقد كان لا بد من تحويل برنامج تشغيل قرص DOS بالكامل لاستخدام أرقام قطاعات 32 بت، وهي مهمة معقدة بسبب حقيقة أنه تم كتابته بلغة التجميع 16 بت . كانت النتيجة تسمى في البداية نظام الملفات الكبير DOS 3.31 . تشير أداة MicrosoftDSKPROBE إلى النوع 0x06باسم BigFAT ، [34]FDISK بينما وصفته بعض الإصدارات الأقدم من نظام الملفات باسم BIGDOS . يُعرف تقنيًا باسم FAT16B .

نظرًا لأن الإصدارات الأقدم من نظام التشغيل DOS لم تكن مصممة للتعامل مع أكثر من 65535 قطاعًا، فقد كان من الضروري تقديم نوع قسم جديد لهذا التنسيق لإخفائه من مشكلات ما قبل الإصدار 3.31 من نظام التشغيل DOS. كان للشكل الأصلي لنظام FAT16 (الذي يحتوي على أقل من 65536 قطاعًا) نوع قسم 0x04 . للتعامل مع الأقراص الأكبر من هذا، 0x06تم تقديم النوع للإشارة إلى 65536 قطاعًا أو أكثر. بالإضافة إلى ذلك، تم توسيع برنامج تشغيل القرص للتعامل مع أكثر من 65535 قطاعًا أيضًا. والفرق الوحيد الآخر بين نظام FAT16 الأصلي ونظام FAT16B الأحدث هو استخدام تنسيق BPB الأحدث مع إدخال قطاع 32 بت. لذلك، يمكن لأنظمة التشغيل الأحدث التي تدعم تنسيق FAT16B أيضًا التعامل مع تنسيق FAT16 الأصلي دون أي تغييرات ضرورية.

إذا كان من الضروري إنشاء أقسام لاستخدامها بواسطة إصدارات ما قبل DOS 3.31 من DOS باستخدام أدوات حديثة، فإن المعيار الوحيد الضروري نظريًا هو عدد قطاعات أقل من 65536، واستخدام معرف القسم القديم ( 0x04). ومع ذلك، في الممارسة العملية، لا ينبغي أن توجد أقسام النوع 0x01والأساسية 0x04فعليًا خارج أول 32 ميجا بايت من القرص، بسبب القيود الأخرى في MS-DOS 2.x، والتي لا يمكنها التعامل معها بخلاف ذلك.

في عام 1988، أصبح تحسين FAT16B متاحًا بشكل عام من خلال DR DOS  3.31 وPC DOS 4.0 و OS/2  1.1 وMS-DOS 4.0. تم تحديد الحد الأقصى لحجم القسم من خلال عدد القطاعات الموقّعة بـ 8 بت لكل مجموعة، والتي كانت في الأصل ذات قيمة قصوى لقوة اثنين 64. مع حجم قطاع القرص الصلب القياسي البالغ 512 بايت، فإن هذا يعطي الحد الأقصى لحجم المجموعة 32 كيلوبايت، وبالتالي تحديد الحد "النهائي" لحجم قسم FAT16 عند 2 جيجابايت لحجم القطاع 512. على الوسائط المغناطيسية الضوئية ، والتي يمكن أن يكون لها قطاعات بحجم 1 أو 2 كيلوبايت بدلاً من 0.5 كيلوبايت، يكون حد الحجم هذا أكبر نسبيًا.

بعد ذلك بوقت طويل، زاد Windows NT الحد الأقصى لحجم المجموعة إلى 64 كيلوبايت، من خلال اعتبار عدد القطاعات لكل مجموعة غير موقّع. ومع ذلك، لم يكن التنسيق الناتج متوافقًا مع أي تنفيذ آخر لنظام FAT في ذلك الوقت، وقد أدى ذلك إلى تجزئة داخلية أكبر . كما دعمت أنظمة Windows 98 وSE وME أيضًا قراءة وكتابة هذا المتغير، لكن أدوات القرص الخاصة به لم تعمل معه وبعض خدمات FCB غير متوفرة لمثل هذه المجلدات. وهذا يساهم في حدوث موقف توافق مربك.

قبل عام 1995، كانت إصدارات DOS تصل إلى القرص عبر عنونة CHS فقط. عندما قدم Windows 95 (MS-DOS 7.0) الوصول إلى القرص LBA ، يمكن أن تبدأ الأقسام في التواجد فعليًا خارج أول 8 جيجابايت من هذا القرص وبالتالي خارج نطاق مخطط عنونة CHS التقليدي. لذلك كان لا بد من إخفاء الأقسام الموجودة جزئيًا أو كليًا خارج حاجز CHS عن أنظمة التشغيل غير الممكّنة بـ LBA باستخدام نوع القسم الجديد 0x0Eفي جدول الأقسام بدلاً من ذلك. تسمى أقسام FAT16 التي تستخدم نوع القسم هذا أيضًا FAT16X . [35] الفرق الوحيد، مقارنة بأقسام FAT16 السابقة، هو حقيقة أن بعض إدخالات الهندسة المتعلقة بـ CHS في سجل BPB، وهي عدد القطاعات لكل مسار وعدد الرؤوس، قد لا تحتوي على قيم أو قيم مضللة ولا ينبغي استخدامها.

يتم تحديد عدد إدخالات الدليل الجذر المتاحة لنظامي التشغيل FAT12 وFAT16 عند تنسيق المجلد وتخزينه في حقل مكون من 16 بت. بالنسبة لعدد معين RDEوحجم قطاع SS، يكون عدد RDSقطاعات الدليل الجذر هو RDS = ceil((RDE × 32) / SS)، ويتم RDEاختياره عادةً لملء هذه القطاعات، أي، RDE × 32 = RDS × SS. تستخدم وسائط FAT12 وFAT16 عادةً 512 إدخال دليل جذر على وسائط غير مرنة. تسمح بعض أدوات الطرف الثالث، مثل mkdosfs، للمستخدم بتعيين هذه المعلمة. [36]

نظام الملفات FAT32

نظام الملفات FAT32
المطور(ون)مايكروسوفت ، كالديرا
قدَّمأغسطس 1996 ( Windows 95 OSR2 )
معرفات القسمMBR / EBR :
الحدود
الحد الأدنى لحجم الصوت
الحد الأقصى لحجم الصوت
  • 2  تيرابايت (مع قطاعات 512 بايت)
  • 8 تيرابايت (مع قطاعات بحجم 2 كيلوبايت ومجموعات بحجم 32 كيلوبايت)
  • 16 تيرابايت (مع قطاعات بحجم 4 كيلوبايت ومجموعات بحجم 64 كيلوبايت)
الحد الأقصى لحجم الملف
  • 2,147,483,647 بايت (2 جيجابايت − 1 بايت) (بدون LFS )
  • 4,294,967,295 بايت (4 جيجابايت − 1 بايت) [1] (مع LFS )
  • 274,877,906,943 بايت (256 جيجابايت − 1 بايت) (فقط مع FAT32+ [33] )
حجم الملف الحبيبي1 بايت
الحد الأقصى لعدد الملفات268,173,300 لمجموعات 32 كيلوبايت
الحد الأقصى لطول اسم الملف8.3 اسم الملف مع أحرف OEM ،
255 حرف UCS-2 [nb 1] عند استخدام LFN
أقصى عمق للدليل32 مستوى أو 66 حرفًا (مع CDS )،
60 مستوى أو أكثر (بدون CDS)
سمات
التواريخ المسجلة
  • تاريخ/وقت التعديل، تاريخ/وقت الإنشاء (DOS 7.0 والإصدارات الأحدث فقط)،
  • تاريخ الوصول (متاح فقط مع تمكين ACCDATE )، [2]
  • تاريخ/وقت الحذف (فقط مع DELWATCH 2)
نطاق التاريخ1980-01-01 إلى 2099-12-31 ( 2107-12-31 )
قرار التاريخ
  • ثانيتين لوقت التعديل الأخير،
  • 10 مللي ثانية لوقت الإنشاء،
  • يوم واحد لتاريخ الوصول،
  • ثانيتان لوقت الحذف
صفاتللقراءة فقط ، مخفي ، نظام ، مجلد ، دليل ، أرشيف

أذونات نظام الملفات		جزئيًا، فقط مع DR-DOS و REAL/32 و 4690 OS

ضغط شفاف		نعم

من أجل التغلب على حد حجم وحدة التخزين في نظام FAT16، وفي الوقت نفسه السماح لكود الوضع الحقيقي لنظام DOS بالتعامل مع التنسيق، صممت Microsoft إصدارًا جديدًا لنظام الملفات، FAT32 ، والذي يدعم عددًا متزايدًا من المجموعات المحتملة، ولكن يمكنه إعادة استخدام معظم التعليمات البرمجية الموجودة، بحيث زادت مساحة الذاكرة التقليدية بأقل من 5 كيلوبايت في نظام DOS. [37] يتم تمثيل قيم المجموعة بأرقام مكونة من 32 بت ، منها 28 بتًا تستخدم لحمل رقم المجموعة.

الأحجام القصوى

يستخدم قطاع التمهيد FAT32 حقلًا مكونًا من 32 بتًا لعدد القطاعات، مما يحد من الحد الأقصى لحجم وحدة تخزين FAT32 إلى 2  تيرابايت بحجم قطاع 512  بايت . الحد الأقصى لحجم وحدة تخزين FAT32 هو 16 تيرابايت بحجم قطاع 4096 بايت. [38] [39] تدعم أداة تنسيق قرص غلاف Windows المضمنة في Windows NT بشكل تعسفي أحجام وحدات تخزين تصل إلى 32 جيجابايت فقط، [nb 4] ولكن Windows يدعم القراءة والكتابة إلى وحدات تخزين FAT32 الأكبر حجمًا الموجودة مسبقًا، ويمكن إنشاؤها باستخدام موجه الأوامر أو PowerShell أو أدوات الطرف الثالث، [41] أو عن طريق تنسيق وحدة التخزين على نظام غير Windows أو على نظام Windows 9x مع دعم FAT32 ثم نقلها إلى نظام Windows NT. بعد 30 عامًا، زادت Microsoft من FAT32 32 جيجابايت إلى 2 تيرابايت. [42]

الحد الأقصى لحجم الملف على وحدة تخزين FAT32 هو 4  جيجابايت ناقص 1 بايت، أو 4,294,967,295 (2 32  − 1) بايت. هذا الحد هو نتيجة لطول الملف البالغ 4 بايت في جدول الدليل وسوف يؤثر أيضًا على أقسام FAT16 الضخمة نسبيًا التي يتم تمكينها بواسطة حجم قطاع كافٍ.

مثل FAT12 وFAT16، لا يتضمن FAT32 دعمًا مدمجًا مباشرًا لأسماء الملفات الطويلة، ولكن يمكن لمجلدات FAT32 الاحتفاظ بشكل اختياري بأسماء ملفات VFAT طويلة بالإضافة إلى أسماء الملفات القصيرة بنفس الطريقة تمامًا كما تم تنفيذ أسماء الملفات الطويلة VFAT بشكل اختياري لمجلدات FAT12 وFAT16.

تطوير

تم تقديم نظام FAT32 مع Windows 95 OSR2 (MS-DOS 7.1) في عام 1996، على الرغم من ضرورة إعادة التنسيق لاستخدامه، ولم يدعمه DriveSpace 3 (الإصدار الذي جاء مع Windows 95 OSR2 وWindows 98). قدم Windows 98 أداة لتحويل الأقراص الصلبة الموجودة من FAT16 إلى FAT32 دون فقد البيانات.

في سلسلة Windows NT، وصل الدعم الأصلي لنظام FAT32 في Windows 2000. وكان برنامج تشغيل FAT32 المجاني لنظام Windows NT 4.0 متاحًا من Winternals ، وهي شركة استحوذت عليها Microsoft لاحقًا. لم يعد الحصول على برنامج التشغيل من مصادر رسمية ممكنًا. منذ عام 1998، أصبح من الممكن استخدام برنامج تشغيل DRFAT32 القابل للتحميل ديناميكيًا من Caldera لتمكين دعم FAT32 في DR-DOS. [43] [44] كان الإصدار الأول من DR-DOS لدعم الوصول إلى FAT32 وLBA هو OEM DR-DOS 7.04 في عام 1999. وفي نفس العام قدمت شركة IMS دعم FAT32 الأصلي مع REAL/32 7.90، وأضاف نظام التشغيل IBM 4690 دعم FAT32 مع الإصدار 2. [45] قدمت شركة Ahead Software برنامج تشغيل FAT32.EXE آخر قابل للتحميل ديناميكيًا لنظام DR-DOS 7.03 مع Nero Burning ROM في عام 2004. قدمت شركة IBM دعم FAT32 الأصلي مع OEM PC DOS 7.1 في عام 1999.

تم حجز نوعين من الأقسام لأقسام FAT32، 0x0Bو 0x0C. يُطلق على النوع الأخير أيضًا اسم FAT32X للإشارة إلى استخدام وصول قرص LBA بدلاً من CHS. [43] [46] [47] [48] [49] في مثل هذه الأقسام، قد لا تحتوي إدخالات الهندسة المتعلقة بـ CHS، وهي عناوين قطاع CHS في MBR بالإضافة إلى عدد القطاعات لكل مسار وعدد الرؤوس في سجل EBPB، على قيم مضللة أو لا ينبغي استخدامها. [50] [48] [49]

الإضافات

السمات الممتدة

يعتمد نظام التشغيل OS/2 بشكل كبير على السمات الممتدة (EAs) ويخزنها في ملف مخفي يسمى " EA␠DATA.␠SF" في الدليل الجذر لمجلد FAT12 أو FAT16. يتم فهرسة هذا الملف بواسطة بايتين محجوزين مسبقًا في إدخال دليل الملف (أو الدليل) عند الإزاحة 0x14. [51] في تنسيق FAT32، تحتوي هذه البايتات على 16 بتًا علويًا من رقم المجموعة الأولية للملف أو الدليل، مما يجعل من المستحيل تخزين السمات الممتدة لنظام التشغيل OS/2 على FAT32 باستخدام هذه الطريقة.

ومع ذلك، فإن برنامج تشغيل نظام الملفات القابل للتثبيت FAT32 (IFS) التابع لجهة خارجية FAT32.IFS الإصدار 0.70 وما بعده من Henk Kelder & Netlabs لنظام التشغيل OS/2 و eComStation و ArcaOS يخزن السمات الممتدة في ملفات إضافية مع إضافة السلسلة " ␠EA.␠SF" إلى اسم الملف العادي للملف الذي تنتمي إليه. كما يستخدم برنامج التشغيل البايت عند الإزاحة 0x0Cفي إدخالات الدليل لتخزين بايت علامة خاص يشير إلى وجود سمات ممتدة للمساعدة في تسريع الأمور. [52] [53] (هذا الامتداد غير متوافق بشكل خطير مع طريقة FAT32+ لتخزين الملفات التي يزيد حجمها عن 4 جيجابايت ناقص 1 على وحدات تخزين FAT32.) [33]

يمكن الوصول إلى السمات الممتدة عبر سطح مكتب Workplace Shell ، ومن خلال نصوص REXX ، والعديد من أدوات واجهة المستخدم الرسومية للنظام وأدوات سطر الأوامر (مثل 4OS2 ). [54]

لاستيعاب نظام التشغيل الفرعي OS/2 ، يدعم Windows NT التعامل مع السمات الممتدة في HPFS و NTFS وFAT12 وFAT16. فهو يخزن EAs على FAT12 وFAT16 وHPFS باستخدام نفس المخطط تمامًا مثل OS/2، ولكنه لا يدعم أي نوع آخر من ADS كما هو الحال في وحدات تخزين NTFS. إن محاولة نسخ ملف يحتوي على أي ADS بخلاف EAs من وحدة تخزين NTFS إلى وحدة تخزين FAT أو HPFS يعطي رسالة تحذير بأسماء ADS التي سيتم فقدها. وهو لا يدعم طريقة FAT32.IFS لتخزين EAs على وحدات تخزين FAT32.

يعمل نظام التشغيل Windows 2000 وما بعده تمامًا مثل نظام التشغيل Windows NT، إلا أنه يتجاهل EAs عند النسخ إلى FAT32 دون أي تحذير (ولكنه يعرض التحذير لإعلانات ADS الأخرى، مثل "Macintosh Finder Info" و"Macintosh Resource Fork").

يستخدم CygwinEA␠DATA.␠SF ملفات " " أيضًا.

أسماء الملفات الطويلة

كان أحد أهداف تجربة المستخدم بالنسبة لمصممي Windows 95 هو القدرة على استخدام أسماء ملفات طويلة (LFNs—حتى 255 وحدة ترميز UTF-16 طويلة)، [nb 1] بالإضافة إلى أسماء ملفات 8.3 الكلاسيكية (SFNs). لتحقيق التوافق مع الإصدارات السابقة والأمامية ، تم تنفيذ LFNs كملحق اختياري أعلى هياكل نظام الملفات FAT الحالية باستخدام حل بديل في طريقة تخطيط إدخالات الدليل.

تُعرف هذه الطريقة الشفافة لتخزين أسماء الملفات الطويلة في أنظمة ملفات FAT الموجودة دون تغيير هياكل البيانات الخاصة بها عادةً باسم VFAT (لـ "Virtual FAT") بعد برنامج تشغيل الجهاز الظاهري في نظام التشغيل Windows 95. [nb 5]

لا يزال بإمكان أنظمة التشغيل غير المتوافقة مع VFAT الوصول إلى الملفات الموجودة تحت اسم الملف القصير الخاص بها دون قيود؛ ومع ذلك، قد يتم فقد أسماء الملفات الطويلة المرتبطة بها عند نسخ الملفات ذات الأسماء الطويلة في أنظمة التشغيل غير المتوافقة مع VFAT.

في نظام التشغيل Windows NT، بدأ دعم أسماء الملفات الطويلة VFAT مع الإصدار 3.5 .

يوفر Linux برنامج تشغيل لنظام الملفات VFAT للعمل مع وحدات تخزين FAT ذات أسماء ملفات VFAT الطويلة. لفترة من الوقت، كان برنامج تشغيل UVFAT متاحًا لتوفير الدعم المشترك لأذونات نمط UMSDOS مع أسماء ملفات VFAT الطويلة.

أضاف نظام التشغيل OS/2 دعم أسماء الملفات الطويلة إلى نظام FAT باستخدام السمات الممتدة (EA) قبل تقديم نظام VFAT. وبالتالي، فإن أسماء الملفات الطويلة في نظام VFAT غير مرئية لنظام OS/2، وأسماء الملفات الطويلة في نظام EA غير مرئية لنظام Windows؛ وبالتالي، سيتعين على المستخدمين المتمرسين لنظامي التشغيل إعادة تسمية الملفات يدويًا.

يدعم Human68K ما يصل إلى 18.3 اسم ملف و ( Shift JIS ) أحرف كانجي في متغير نظام الملفات FAT الخاص.

من أجل دعم تطبيقات Java ، قدم نظام التشغيل IBM 4690 OS الإصدار 2 المستند إلى FlexOS بنية نظام الملفات الافتراضي (VFS) الخاصة به لتخزين أسماء الملفات الطويلة في نظام الملفات FAT بطريقة متوافقة مع الإصدارات السابقة. إذا تم تمكين ذلك، فإن أسماء الملفات الافتراضية (VFN) متاحة تحت أحرف محرك منطقية منفصلة، ​​بينما تظل أسماء الملفات الحقيقية (RFN) متاحة تحت أحرف محرك الأقراص الأصلية. [55]

الشوكات وتدفقات البيانات البديلة

لم يتم تصميم نظام الملفات FAT لدعم تدفقات البيانات البديلة (ADS)، ولكن بعض أنظمة التشغيل التي تعتمد عليها بشكل كبير ابتكرت طرقًا مختلفة للتعامل معها على وحدات تخزين FAT. تعمل هذه الطرق إما على تخزين المعلومات الإضافية في ملفات وأدلة إضافية ( نظام التشغيل Mac OS الكلاسيكي و macOS )، أو إعطاء دلالات جديدة للحقول غير المستخدمة سابقًا في هياكل بيانات FAT الموجودة على القرص ( OS/2 و Windows NT ).

يقوم نظام Mac OS باستخدام PC Exchange بتخزين تواريخه المختلفة وسمات ملفاته وأسماء الملفات الطويلة في ملف مخفي يسمى " FINDER.DAT"، وشوك الموارد (ADS شائعة في نظام Mac OS) في دليل فرعي يسمى " RESOURCE.FRK"، في كل دليل يتم استخدامه فيه. بدءًا من PC Exchange 2.1 فصاعدًا، يتم تخزين أسماء الملفات الطويلة لنظام Mac OS كأسماء ملفات طويلة قياسية بتنسيق FAT وتحويل أسماء الملفات بتنسيق FAT التي يزيد طولها عن 31 حرفًا إلى أسماء ملفات فريدة مكونة من 31 حرفًا، والتي يمكن بعد ذلك جعلها مرئية لتطبيقات Macintosh.

يخزن macOS شوك الموارد والبيانات الوصفية (سمات الملف، وADS الأخرى) باستخدام تنسيق AppleDouble في ملف مخفي باسم تم إنشاؤه من اسم ملف المالك مسبوقًا بـ " ._"، ويخزن Finder بعض بيانات التعريف للمجلد والملف في ملف مخفي يسمى " .DS_Store" (ولكن لاحظ أن Finder يستخدم .DS_Storeحتى على نظام الملفات الأصلي في macOS، HFS+ ).

أذونات UMSDOS وأسماء الملفات

دعمت توزيعات لينكس المبكرة أيضًا تنسيقًا يُعرف باسم UMSDOS ، وهو أحد أشكال FAT مع سمات ملفات يونكس (مثل اسم الملف الطويل وأذونات الوصول) المخزنة في ملف منفصل يسمى " --linux-.---". سقط UMSDOS في حالة من عدم الاستخدام بعد إصدار VFAT ولم يتم تمكينه افتراضيًا في Linux من الإصدار 2.5.7 فصاعدًا. [56] لبعض الوقت، قدم Linux أيضًا دعمًا مشتركًا لأذونات على غرار UMSDOS وأسماء ملفات VFAT الطويلة من خلال UVFAT .

الدهون +

في عام 2007 اقترح مشروع FAT+ المفتوح كيفية تخزين ملفات أكبر حجمًا يصل إلى 256 جيجابايت ناقص 1 بايت، أو 274,877,906,943 (2 38  − 1) بايت، على وحدات تخزين FAT32 معدلة قليلاً ومتوافقة مع الإصدارات السابقة، [33] ولكنها تفرض خطرًا يتمثل في أن أدوات القرص أو تطبيقات FAT32 التي لا تدرك هذا الامتداد قد تقوم بقص أو حذف الملفات التي تتجاوز حد حجم ملف FAT32 الطبيعي. يقتصر دعم FAT32+ و FAT16+ على بعض إصدارات DR-DOS ولا يتوفر في أنظمة التشغيل الرئيسية. [57] (هذا الامتداد غير متوافق بشكل حاسم مع /EASخيار طريقة FAT32.IFS لتخزين سمات OS/2 الموسعة على وحدات تخزين FAT32.)

المشتقات

توربو فات

في نظام الملفات NetWare ( NWFS )، قامت Novell بتنفيذ نسخة معدلة بشكل كبير من نظام الملفات FAT لنظام التشغيل NetWare . بالنسبة للملفات الأكبر حجمًا، استخدمت ميزة أداء تسمى Turbo FAT .

فاتكس

FATX هي عائلة من أنظمة الملفات المصممة لمحركات الأقراص الصلبة وبطاقات الذاكرة الخاصة بوحدة تحكم ألعاب الفيديو Xbox من Microsoft ، [58] [59] تم تقديمها في عام 2001.

على الرغم من تشابهها مع أفكار التصميم الأساسية نفسها مثل FAT16 وFAT32، فإن هياكل القرص FATX16 و FATX32 مبسطة، ولكنها غير متوافقة بشكل أساسي مع أنظمة الملفات FAT16 وFAT32 العادية، مما يجعل من المستحيل على برامج تشغيل نظام الملفات FAT العادية تحميل مثل هذه المجلدات.

يبلغ حجم قطاع superblock غير القابل للتمهيد 4 كيلوبايت ويحمل بنية تشبه BPB بحجم 18 بايتًا مختلفة تمامًا عن BPBs العادية . يبلغ حجم العناقيد عادةً 16 كيلوبايت ولا يوجد سوى نسخة واحدة من FAT على Xbox. يبلغ حجم إدخالات الدليل 64 بايتًا بدلاً من 32 بايتًا العادية . يمكن أن تحتوي الملفات على أسماء ملفات يصل طولها إلى 42 حرفًا باستخدام مجموعة أحرف OEM ويمكن أن يصل حجمها إلى 4 جيجابايت ناقص 1 بايت. تحتوي الطوابع الزمنية الموجودة على القرص على تواريخ وأوقات الإنشاء والتعديل والوصول ولكنها تختلف عن FAT: في FAT، يكون العصر 1980 ؛ في FATX، يكون العصر 2000. على Xbox 360 ، يكون العصر 1980. [60]

إكسفات

exFAT هو نظام ملفات تم تقديمه مع Windows Embedded CE 6.0 في نوفمبر 2006 وتم تقديمه إلى عائلة Windows NT مع Vista Service Pack 1 و Windows XP Service Pack 3 (أو التثبيت المنفصل لتحديث Windows XP KB955704). وهو يعتمد بشكل فضفاض على بنية جدول تخصيص الملفات، ولكنه غير متوافق ومملوك ومحمي ببراءات اختراع. [61]

تم تصميم exFAT للاستخدام على محركات أقراص فلاش وبطاقات الذاكرة مثل SDXC و Memory Stick XC ، حيث يتم استخدام FAT32. عادةً ما يقوم البائعون بتنسيق بطاقات SDXC مسبقًا باستخدامه. تتمثل فائدته الرئيسية في تجاوز حد حجم الملف البالغ 4 جيجابايت، حيث يتم تخزين مراجع حجم الملف بثمانية بايتات بدلاً من أربعة، مما يزيد الحد إلى 2 64  − 1 بايت.

تقدم أدوات التنسيق GUI وسطر الأوامر من Microsoft هذا كبديل لنظام NTFS (وللأقسام الأصغر، لـ FAT16B وFAT32). نوع قسم MBR هو (نفس النوع المستخدم لـ IFS و HPFS وNTFS). يتم تخزين معلومات الهندسة المنطقية الموجودة في VBR بتنسيق لا يشبه أي نوع من BPB. 0x07

في أوائل عام 2010، قام معهد SANS بإجراء هندسة عكسية لنظام الملفات . [62] في 28 أغسطس 2019، نشرت Microsoft المواصفات الفنية لنظام exFAT حتى يمكن استخدامه في نواة Linux وأنظمة التشغيل الأخرى. [63]

براءات الاختراع

تقدمت شركة مايكروسوفت بطلب للحصول على سلسلة من براءات الاختراع لأجزاء رئيسية من نظام الملفات FAT في منتصف تسعينيات القرن العشرين، وحصلت عليها بالفعل. وتتعلق جميع البراءات الأربع بامتدادات أسماء الملفات الطويلة لنظام الملفات FAT التي ظهرت لأول مرة في نظام التشغيل Windows 95 : براءة اختراع أمريكية رقم 5,579,517، [64] براءة اختراع أمريكية رقم 5,745,902، [65] براءة اختراع أمريكية رقم 5,758,352، [66] براءة اختراع أمريكية رقم 6,286,013 (انتهت صلاحيتها جميعًا منذ عام 2013). [67]

في 3 ديسمبر 2003، أعلنت شركة مايكروسوفت [68] أنها ستقدم تراخيص لاستخدام مواصفات FAT الخاصة بها و"الملكية الفكرية المرتبطة بها"، بتكلفة 0.25 دولار أمريكي لكل وحدة مباعة، مع حد أقصى للملكية يبلغ 250.000 دولار أمريكي لكل اتفاقية ترخيص. [69] ولتحقيق هذه الغاية، استشهدت شركة مايكروسوفت بأربع براءات اختراع على نظام الملفات FAT كأساس لمطالباتها بالملكية الفكرية.

في مواصفات EFI FAT32، [9] تمنح شركة Microsoft على وجه التحديد عددًا من الحقوق، والتي فسرها العديد من القراء على أنها تسمح لبائعي أنظمة التشغيل بتنفيذ FAT. [70] تتضمن براءات الاختراع غير التابعة لشركة Microsoft والتي تؤثر على FAT ما يلي: براءة الاختراع الأمريكية رقم 5,367,671، الخاصة بسمات الكائن الممتدة لنظام التشغيل OS/2 (انتهت صلاحيتها في عام 2011). [71]

التحديات والدعاوى القضائية

قدمت مؤسسة براءات الاختراع العامة (PUBPAT) أدلة إلى مكتب براءات الاختراع والعلامات التجارية الأمريكي (USPTO) في عام 2004 تشكك في صحة براءة الاختراع الأمريكية 5,579,517، [64] بما في ذلك مراجع الفن السابق من Xerox و IBM. [72] فتح مكتب براءات الاختراع والعلامات التجارية الأمريكي تحقيقًا واختتم برفض جميع المطالبات في براءة الاختراع. [73] في العام التالي، أعلن مكتب براءات الاختراع والعلامات التجارية الأمريكي أنه بعد عملية إعادة الفحص، أكد رفض '517 ووجد أيضًا أن براءة الاختراع الأمريكية 5,758,352 [66] غير صالحة على أساس أن براءة الاختراع كان لها متنازلون غير صحيحين.

ومع ذلك، في عام 2006، حكم مكتب براءات الاختراع والعلامات التجارية الأمريكي بأن ميزات تنفيذ مايكروسوفت لنظام FAT كانت "جديدة وغير واضحة"، مما عكس القرارين السابقين وترك براءات الاختراع صالحة. [74]

في فبراير 2009، رفعت شركة مايكروسوفت دعوى انتهاك براءة اختراع ضد شركة توم توم زاعمة أن منتجات الشركة المصنعة للجهاز تنتهك براءات الاختراع المتعلقة بأسماء الملفات الطويلة VFAT. ونظرًا لأن بعض منتجات توم توم تعتمد على لينكس ، فقد كانت هذه هي المرة الأولى التي تحاول فيها مايكروسوفت فرض براءات اختراعها ضد منصة لينكس. [75] وتمت تسوية الدعوى خارج المحكمة في الشهر التالي باتفاق يقضي بمنح مايكروسوفت حق الوصول إلى أربع براءات اختراع لشركة توم توم، وأن توم توم ستتخلى عن دعم أسماء الملفات الطويلة VFAT من منتجاتها، وفي المقابل لن تسعى مايكروسوفت إلى اتخاذ إجراء قانوني ضد توم توم طوال مدة اتفاقية التسوية التي تبلغ خمس سنوات. [76]

في أكتوبر 2010، رفعت شركة مايكروسوفت دعوى قضائية ضد موتورولا بتهمة انتهاك براءة اختراع ، زاعمة أن العديد من براءات الاختراع (بما في ذلك براءتي اختراع VFAT) لم يتم ترخيصها للاستخدام في نظام التشغيل أندرويد . [77] كما قدموا شكوى إلى لجنة التجارة الدولية . [78] صمم مطورو برامج مفتوحة المصدر أساليب تهدف إلى التحايل على براءات اختراع مايكروسوفت. [79] [80]

في عام 2013، تم إبطال براءة الاختراع EP0618540 "مساحة الاسم المشتركة لأسماء الملفات الطويلة والقصيرة" (انتهت صلاحيتها منذ عام 2014 [81] ) في ألمانيا. [82] وبعد سحب الاستئناف، أصبح هذا الحكم نهائيًا في 28 أكتوبر 2015. [83]

انظر أيضا

ملحوظات

  1. ^ abcdef منذ Windows 2000 ، يستخدم Microsoft Windows UTF-16 بدلاً من UCS-2 لـ "Unicode" الداخلي . في UTF-16، قد يشغل "الحرف" (نقطة الرمز) وحدتي رمز.
  2. ^ ab تختلف المصادر فيما يتعلق بأول محطة إدخال بيانات NCR تدمج دعم نظام الملفات FAT. وفقًا لستيفن مانيس وبول أندروز، "جيتس"، كان التطوير لـ NCR 8200 في أواخر عام 1977، والذي تم تصنيفه بشكل غير صحيح على أنه ترقية تعتمد على القرص المرن لـ NCR 7200 ، والذي تم إصداره في الفترة من 1975 إلى 1911 ( الطرازان I و IV ) وتم بناؤه حول معالج Intel 8080 8 بت، ولكنه كان يعتمد على الكاسيت فقط. ومع ذلك، كان NCR Century 8200 عبارة عن كمبيوتر صغير 16 بت، يمكن توصيل العديد من محطات إدخال البيانات به. حتى أن مارك ماكدونالد يتذكر NCR 8500 ، وهو حاسب مركزي من سلسلة Criterion، والذي يمكن استبعاده أيضًا. تم الإعلان عن ذلك في عام 1977-10 للشحن في عام 1978-02، كما قدمت شركة NCR سلسلة NCR I-8100 بما في ذلك طرازي NCR I-8130 و NCR I-8150 المستندين إلى 8080 لأنظمة الأعمال الصغيرة التي تتميز بأقراص مرنة مزدوجة. تشير مصادر أخرى إلى أن سلسلة NCR 7200 نفسها أو السلسلة اللاحقة كانت المنصة المستهدفة الفعلية. أصبح نظام NCR Basic Plus 6 (المستند إلى Microsoft Extended BASIC-80 ) متاحًا لطراز NCR 7200 المستند إلى الكاسيت VI في الربع الأول من عام 1977. تم إصدار سلسلة NCR 7500 في عام 1978، استنادًا إلى أجهزة 8080 مماثلة، ولكنها الآن تتضمن طرازي NCR 7520 و 7530 المزودين بأقراص مرنة مقاس 8 بوصات. كان NCR Basic +6 ، وهو إصدار سابق أو مقتبس من Standalone Disk BASIC-80، متاحًا لهم على الأقل منذ عام 1979. يزعم أحد المصادر أن طراز NCR 7200 الخاص مزود بقرصين مرنين مقاس 8 بوصات وMicrosoft BASIC كان موجودًا وتم استيراده بواسطة NCR Sydney إلى أستراليا على الأقل.
  3. ^ DR-DOS قادر على التمهيد من وسائط القطاع المنطقي FAT12/FAT16 ذات أحجام القطاعات المنطقية التي تصل إلى 1024 بايت.
  4. ^ كان هذا قرارًا اتخذه المطور المعني، والذي افترض أن قراره سيتم مراجعته لاحقًا، وهو أمر لم يحدث أبدًا. [40]
  5. ^ ظهر برنامج تشغيل باسم VFAT قبل نظام التشغيل Windows 95 ، في Windows for Workgroups 3.11، ولكن هذا الإصدار الأقدم كان يستخدم فقط لتنفيذ الوصول إلى الملفات ذات 32 بت ولم يكن يدعم أسماء الملفات الطويلة .

مراجع

  1. ^ ab "File Systems". Microsoft TechNet . 2001. مؤرشف من الأصل في 2011-08-12 . تم الاسترجاع في 2011-07-31 .
  2. ^ abcde Microsoft (2006-11-15). ملف CONFIG.TXT الخاص بقرص Windows 95 المضغوط تم أرشفته في 2020-07-31 على موقع Wayback Machine المقال رقم 135481، المراجعة: 1.1، تم استرجاعه في 2011-12-22: "بالنسبة لكل قرص ثابت، يحدد ما إذا كان سيتم تسجيل تاريخ آخر وصول إلى الملفات. يتم إيقاف تشغيل تواريخ آخر وصول لجميع محركات الأقراص عند بدء تشغيل الكمبيوتر في الوضع الآمن، ولا يتم الاحتفاظ بها للأقراص المرنة بشكل افتراضي. بناء الجملة: ACCDATE=drive1+|- [drive2+|-]..."
  3. ^ "مقارنة أنظمة الملفات NTFS وFAT". مايكروسوفت. مؤرشف من الأصل في 2016-06-20 . تم الاسترجاع في 2014-01-27 .
  4. ^ "مقدمة موجزة عن تنسيقات FAT (جدول تخصيص الملفات)". www.wizcode.com . مؤرشف من الأصل في 25 سبتمبر 2015 . تم الاسترجاع في 24 سبتمبر 2015 .
  5. ^ "حجم وبنية الملفات لخراطيش الأقراص لتبادل المعلومات". Standard ECMA-107 (الطبعة الثانية، يونيو 1995) . ECMA . 1995. مؤرشف من الأصل في 2018-10-07 . تم الاسترجاع في 2011-07-30 .
  6. ^ "تكنولوجيا المعلومات – حجم وبنية الملفات لخراطيش الأقراص لتبادل المعلومات". ISO/IEC 9293:1994 . كتالوج ISO . 1994. مؤرشف من الأصل في 2012-01-17 . تم استرجاعه في 2012-01-06 .
  7. ^ "معالجة المعلومات – حجم وبنية الملفات لخراطيش الأقراص المرنة لتبادل المعلومات". ISO 9293:1987 . كتالوج ISO . 1987. مؤرشف من الأصل في 2012-01-17 . تم الاسترجاع في 2012-01-06 .
  8. ^ Reynolds, Aaron R. ; Adler, Dennis R.; Lipe, Ralph A.; Pedrizetti, Ray D.; Parsons, Jeffrey T.; Arun, Rasipuram V. (1998-05-26). "مساحة الاسم المشتركة لأسماء الملفات الطويلة والقصيرة". براءة اختراع أمريكية 5758352. تم الاسترجاع في 2012-01-19 .[ رابط معطل ]
  9. ^ ab "Microsoft Extensible Firmware Initiative FAT32 File System Specification, FAT: General Overview of On-Disk Format". Microsoft . 2011-03-30. مؤرشف من الأصل في 2021-07-23 . تم الاسترجاع في 2018-12-21 .
  10. ^ "كيفية تحويل محرك أقراص من FAT32 إلى NTFS دون فقدان البيانات". WindowsLoop . 2021-07-11. مؤرشف من الأصل في 2021-08-08 . تم الاسترجاع 2021-08-08 .
  11. ^ JEIDA/JEITA/CIPA (2010). "Standard of the Camera & Imaging Products Association, CIPA DC-009-Translation-2010, Design rule for Camera File system: DCF Version 2.0 (Edition 2010)" (PDF) . مؤرشف من الأصل (PDF) في 30 سبتمبر 2013. تم الاسترجاع في 2011-04-13 .
  12. ^ abcdefghij Xerox BASIC-80 – basic-80 reference manual (PDF) . 5.0. Microsoft , Xerox . 1979. 610P70641. مؤرشف من الأصل (PDF) في 2016-03-04 . تم الاسترجاع في 2014-06-02 .(ملاحظة: بالنسبة إلى Microsoft (Standalone Disk / Disk / Extended / 8K) BASIC-80، (Standalone Disk / Extended) BASIC-86، BASIC Compiler، الإصدار 5.0)
  13. ^ abcdefghij دليل مرجعي لـ MICROSOFT BASIC-80 الإصدار 5.0 / ملحق مترجم ومترجم BASIC-80 الإصدار 5.1 (PDF) . 5.1. Microsoft . 1979. مؤرشف (PDF) من الأصل في 2016-03-04 . تم الاسترجاع في 2014-06-02 .(ملاحظة: بالنسبة إلى Microsoft (Standalone Disk / Disk / Extended / 8K) BASIC-80، (Standalone Disk / Extended) BASIC-86، BASIC Compiler، الإصدار 5.1)
  14. ^ abcdefg Duncan, Ray; Bostwick, Steve; Burgoyne, Keith (1988). موسوعة MS-DOS: الإصدارات 1.0 حتى 3.2 (الطبعة المعاد صياغتها بالكامل). ريدموند، واشنطن، الولايات المتحدة الأمريكية: Microsoft Press . ISBN 1-55615-049-0. LCCN  87-21452. OCLC  16581341.(1570 صفحة؛ 26 سم) (ملاحظة: نُشرت هذه الطبعة في عام 1988 بعد إعادة صياغة واسعة النطاق للطبعة الأولى التي سُحبت عام 1986 بواسطة فريق مختلف من المؤلفين. [1] محفوظ في 2018-10-14 على موقع Wayback Machine )
  15. ^ أب مانيس، ستيفن؛ أندروز، بول (1993). جيتس: كيف أعاد قطب مايكروسوفت اختراع صناعة - وجعل نفسه أغنى رجل في أمريكا . دوبلداي. رقم ISBN 0-385-42075-7.
  16. ^ abcd Hunter, David (1983). "Tim Paterson – The root of DOS". Softalk for the IBM Personal Computer (مارس 1983). مؤرشف من الأصل في 2019-09-06 . تم الاسترجاع في 2014-06-02 .
  17. ^ شولمان، أندرو؛ براون، رالف د .؛ ماكسي، ديفيد؛ ميشيلز، رايموند ج.؛ كايل، جيم (1994) [نوفمبر 1993]. DOS غير الموثق: دليل المبرمج لوظائف MS-DOS المحجوزة وهياكل البيانات - تم توسيعه ليشمل MS-DOS 6 وNovell DOS وWindows 3.1 (الطبعة الثانية). ريدنج، ماساتشوستس: أديسون ويسلي . ص. 11. ISBN 0-201-63287-X.(xviii+856+vi صفحات، قرص مرن مقاس 3.5 بوصة) أخطاء: [2][3]
  18. ^ ab Paterson, Tim (2007-09-30). "Design of DOS". DosMan Drivel . مؤرشف من الأصل في 2013-01-20 . تم الاسترجاع في 2011-07-04 .
  19. ^ Seattle Computer Products (أغسطس 1980). "86-DOS - 8086 OPERATING SYSTEM - $95". Byte (إعلان). المجلد 5، العدد 8. BYTE Publications Inc. ص 173. ISSN  0360-5280. CODEN  BYTEDJ . تم الاسترجاع في 2013-08-18 .[4] تم أرشفته في 2020-02-01 على موقع Wayback Machine (ملاحظة: إعلان SCP يسمي المنتج بالفعل 86-DOS ، لكنه لا يذكر رقم إصدار محدد. ومن المعروف أن الإصدار 0.3 يسمى بالفعل 86-DOS، لذلك يجب أن يكون تغيير الاسم قد حدث إما للإصدار 0.2 أو بعده مباشرة في أغسطس 1980.)
  20. ^ abcd Seattle Computer Products (1981). "SCP 86-DOS 1.0 Addendum" (PDF) . مؤرشف من الأصل (PDF) في 2012-10-03 . تم الاسترجاع في 2013-03-10 .
  21. ^ والاس، جيمس؛ إريكسون، جيم؛ (1992)؛ القرص الصلب: بيل جيتس وتأسيس إمبراطورية مايكروسوفت ، جون وايلي وأولاده، ISBN 0-471-56886-4 
  22. ^ نورتون، بيتر ؛ (1986)؛ داخل جهاز كمبيوتر IBM الشخصي، منقح وموسع ، برادي، ISBN 0-89303-583-1 ، ص. 157 
  23. ^ جينكينسون ، بريان. سامز، AJ (2000). حوسبة الطب الشرعي: دليل الممارس (سلسلة الممارس) . برلين: سبرينغر. ص. 157. ردمك 1-85233-299-9... لا يمكن معالجة سوى 2^12 (أي 4096) وحدة تخصيص أو مجموعة. في الواقع، العدد أقل من هذا، حيث لا يتم استخدام 000h و001h ويتم حجز FF0h إلى FFFh أو استخدامها لأغراض أخرى، مما يترك 002h إلى FEFh (2 إلى 4079) كنطاق للمجموعات المحتملة.
  24. ^ باترسون، تيم (1983). "نظرة داخلية على MS-DOS". بايت . مؤرشف من الأصل في 20 يوليو 2011. تم الاسترجاع في 18 يوليو 2011. يبدأ الترقيم بالرقم 2؛ الرقمان الأولان، 0 و1، محجوزان.
  25. ^ IBM (1984). خطاب إعلان IBM PC DOS 3.0 .
  26. ^ IBM (1985). IBM PC DOS Technical Reference . الطبعة الأولى، رقم القطعة 6024181، بتاريخ فبراير 1985.
  27. ^ "مقالة قاعدة معارف Microsoft: "ملخص تقسيم MS-DOS"". مؤرشف من الأصل في 2018-06-12 . تم الاسترجاع في 2018-06-02 .
  28. ^ abc FYI – تثبيت DR DOS على أقسام NEC DOS 3.3، Novell، 1993-01-05، FYI.M.1101، تم أرشفته من الأصل في 2016-03-04 ، تم استرجاعه في 2014-08-12
  29. ^ Brouwer, Andries. "قائمة معرفات الأقسام لأجهزة الكمبيوتر". مؤرشف من الأصل في 2019-04-23 . تم الاسترجاع في 2012-01-11 .
  30. ^ "Q78407: أقسام Wyse DOS 3.3 غير متوافقة مع MS-DOS 5.x و6.x". Microsoft. 2000-12-17.[ رابط معطل ] عنوان URL البديل
  31. ^ "Q68176: ترقية الأنظمة التي تعمل قبل الإصدار 4.0 بمحركات منطقية > 32 ميجابايت". Microsoft. 2000-12-17.[ رابط معطل ] عنوان URL البديل
  32. ^ Brouwer, Andries. "خصائص جداول التقسيم". مؤرشف من الأصل في 2019-04-23 . تم الاسترجاع 2012-01-11 .
  33. ^ abcd Kuhnt, Udo; Georgiev, Luchezar I.; Davis, Jeremy (2007). "FAT+ draft revision 2" (2 ed.). مؤرشف من الأصل (FATPLUS.TXT) في 2015-02-19 . تم الاسترجاع في 2015-08-05 .
  34. ^ "نظرة عامة على Dskprobe: استرداد البيانات". Microsoft TechNet . 2003-03-28. مؤرشف من الأصل في 2011-07-03 . تم الاسترجاع في 2011-08-03 .
  35. ^ "أخطاء في إنشاء ملفات أو مجلدات في الدليل الجذر". تعليمات ودعم Microsoft. 2004-12-16. مؤرشف من الأصل في 2020-07-31 . تم الاسترجاع في 2006-10-14 .
  36. ^ "صفحة دليل mkdosfs". مؤرشف من الأصل في 2006-10-07 . تم الاسترجاع في 2006-11-21 .
  37. ^ "Windows 98 Resource Kit – Chapter 10 – Disks and File Systems". Microsoft TechNet . 1998. مؤرشف من الأصل في 2012-05-01 . تم الاسترجاع في 2012-07-16 .
  38. ^ "قيود نظام الملفات FAT32". قاعدة معارف Microsoft . 2007-03-26. مؤرشف من الأصل في 2020-07-31 . تم الاسترجاع في 2011-08-21 . لا يمكن أن تكون المجموعات 64 كيلوبايت ( KB ) أو أكبر
  39. ^ "قيود نظام الملفات FAT32 في Windows XP". قاعدة معارف Microsoft . 2007-12-01. مؤرشف من الأصل في 2020-07-31 . تم الاسترجاع في 2011-08-21 .
  40. ^ "موضح: التفكير وراء الحد الأقصى لتنسيق Windows 32 جيجابايت على FAT32".
  41. ^ جلين، والتر (2017-07-20). "كيفية تهيئة محركات أقراص USB أكبر من 32 جيجابايت بنظام FAT32 على نظام التشغيل Windows". How-To Geek . مؤرشف من الأصل في 2021-01-26 . تم الاسترجاع في 2021-01-26 .
  42. ^ Roshan Ashraf Shaikh (2024-08-16). "نسخة المعاينة من Windows 11 تشهد زيادة حجم قسم FAT32 إلى 2 تيرابايت بعد 30 عامًا". Tom's Hardware . تم الاسترجاع في 2024-08-23 .
  43. ^ ab README.TXT – Caldera DR-DOS FAT32 Enabled Boot Disk (DRFAT32) . Caldera, Inc. 1998-07-24.
  44. ^ DRFAT32.SYS R1.00 INT 13h واجهة لإعادة توجيه FAT32 ، Caldera, Inc.، 1998-09-11
  45. ^ IBM؛ دليل مستخدم نظام التشغيل 4690 الإصدار 5.2 ، مستند IBM SC30-4134-01، 2008-01-10 ([5])
  46. ^ Karpowitz, Christina (1998-09-23). ​​"PowerQuest PartitionMagic 4.0 متاح الآن". PowerQuest . مؤرشف من الأصل في 1999-02-08 . تم الاسترجاع في 2015-04-17 .
  47. ^ Livingston, Brian (1998-10-28). "قد يعمل نظام FAT-32X بشكل مختلف عن نظام FAT-32 على محركات الأقراص الصلبة الكبيرة". InfoWorld . المجلد 20، العدد 43. مؤرشف من الأصل في 2015-11-12 . تم الاسترجاع في 2015-04-17 .
  48. ^ ab Duitz, Neal (2001-07-17). "هل يمكن لأي شخص أن يشرح FAT32X؟". الأسئلة الشائعة الخاصة بنظام التشغيل Win98، برنامج Windows 98 Consumer Preview Program. مؤرشف من الأصل في 2004-06-13 . تم الاسترجاع في 2015-04-17 .
  49. ^ ab Costanzo, Lance (1998-05-14). "FAT32X". مؤرشف من الأصل في 1998-05-21 . تم الاسترجاع في 2015-04-17 .
  50. ^ Steinberg, David (1998-05-01). "ما هو قسم FAT32X؟". نصيحة تقنية / أسئلة شائعة . الدعم الفني لشركة PowerQuest . مؤرشف من الأصل في 2015-09-21 . تم الاسترجاع في 2015-04-17 .
  51. ^ Eager, Bob; Tavi Systems (28 أكتوبر 2000)؛ تنفيذ السمات الموسعة على نظام الملفات FAT ([6] أرشيف 13 يونيو 2006، على موقع Wayback Machine )
  52. ^ Kelder, Henk; (2003); FAT32.TXT for FAT32.IFS version 0.9.13 . ([7] Archived 2013-05-11 at the Wayback Machine ): "هذا البايت [...] لا يتم تعديله أثناء تشغيل Windows 95 وأقرب إلى ذلك [كذا] بواسطة SCANDISK أو DEFRAG. [...] إذا قام برنامج آخر بتعيين القيمة إلى 0x00لملف يحتوي على EAs ، فلن يتم العثور على هذه EAs بعد الآن باستخدام مكالمات DosFindFirst/Next فقط. لا تعتمد مكالمات OS/2 الأخرى لاسترداد EAs (DosQueryPathInfo وDosQueryFileInfo وDosEnumAttribute) على هذا البايت. كما يمكن أن يحدث العكس [...]. [...] في هذه الحالة، سيتم تقليل أداء عمليات فحص الدليل فقط. يتم تصحيح كلا الموقفين [...] بواسطة CHKDSK ".
  53. ^ Kelder, Henk; FAT32.TXT for FAT32.IFS version 0.74 ( "@Macarlo, Inc". مؤرشف من الأصل في 30 مارس 2012 . تم الاسترجاع 14 يناير 2012 .). التعليق: لا تزال هذه النسخة الأقدم من ملف README تناقش القيم القديمة 0xEAوالسحرية 0xEC.
  54. ^ Eager, Bob (2000-10-28). "تنفيذ السمات الموسعة على نظام الملفات FAT". صفحات Tavi OS/2 . مؤرشف من الأصل في 2006-06-13 . تم الاسترجاع في 2006-10-14 .
  55. ^ IBM؛ 4690 دليل برمجة نظام التشغيل الإصدار 5.2 ، مستند IBM SC30-4137-01، 2007-12-06 ([8])
  56. ^ "ملاحظات الإصدار v2.5.7". أرشيفات نواة لينكس. 2002-03-12. مؤرشف من الأصل في 2006-04-15 . تم الاسترجاع في 2006-10-14 .
  57. ^ Kuhnt, Udo (2011-07-21). "DR-DOS/OpenDOS Enhancement Project". مؤرشف من الأصل في 2016-07-06 . تم الاسترجاع في 2015-04-20 .
  58. ^ "FATX Specification". free60 wiki. مؤرشف من الأصل في 2018-07-26 . تم الاسترجاع 2011-08-16 .
  59. ^ de Quincey, Andrew; Murray-Pitts, Lucien (2008-08-29). "تفاصيل تقسيم نظام الملفات في Xbox". 0.13. مشروع Xbox-Linux. مؤرشف من الأصل في 2010-06-17 . تم الاسترجاع في 2014-05-25 .
  60. ^ Steil, Michael (2008-02-26) [2003]. "الاختلافات بين Xbox FATX وMS-DOS FAT". مشروع Xbox-Linux. مؤرشف من الأصل في 2010-06-17 . تم الاسترجاع في 2014-05-25 .
  61. ^ Microsoft. "برنامج ترخيص الملكية الفكرية لنظام الملفات exFAT". Microsoft . مؤرشف من الأصل في 7 مايو 2013 . تم الاسترجاع في 2013-04-23 .
  62. ^ "الهندسة العكسية لنظام الملفات exFAT الخاص بشركة Microsoft | SANS Institute". مؤرشف من الأصل في 2021-04-21 . تم الاسترجاع في 2021-03-20 .
  63. ^ "exFAT في نواة لينكس؟ نعم!". مدونة مايكروسوفت مفتوحة المصدر . 2019-08-28. مؤرشف من الأصل في 2019-09-01 . تم الاسترجاع 2019-10-06 .
  64. ^ ab US 5579517، Reynolds، Aaron R.؛ Adler، Dennis R. & Lipe، Ralph A. et al.، "مساحة الاسم المشتركة لأسماء الملفات الطويلة والقصيرة"، صدرت عام 1996 
  65. ^ US 5745902، ميلر، توماس جيه. وكيمورا، جاري دي، "طريقة ونظام للوصول إلى ملف باستخدام أسماء ملفات ذات تنسيقات أسماء ملفات مختلفة"، صدر عام 1998 
  66. ^ ab US 5758352، Reynolds، Aaron R.؛ Adler، Dennis R. & Lipe، Ralph A. et al.، "مساحة الاسم المشتركة لأسماء الملفات الطويلة والقصيرة"، صدرت عام 1998 
  67. ^ US 6286013، Reynolds، Aaron R.؛ Adler، Dennis R. & Lipe، Ralph A. et al.، "طريقة ونظام لتوفير مساحة اسم مشتركة لأسماء الملفات الطويلة والقصيرة في نظام التشغيل"، صدر عام 1996 
  68. ^ تم أرشفة Microsoft.com في 22 أغسطس 2009 على موقع Wayback Machine
  69. ^ "نظام الملفات FAT". ترخيص الملكية الفكرية . مايكروسوفت. مؤرشف من الأصل في 2016-09-21.
  70. ^ Garrett, Matthew (2012-01-19). "EFI and Linux: the future is here, and it's awful". linux.conf.au . YouTube. مؤرشف من الأصل في 2021-11-02 . تم الاسترجاع في 2014-01-12 .
  71. ^ US 5367671، Feigenbaum، Barry A. & Miro، Felix، "نظام الوصول إلى بيانات سمة الكائن الممتدة (EA) من خلال ارتباطات اسم الملف أو مقبض EA في جداول المسار"، صدر عام 1994 
  72. ^ Ravicher, Daniel B. (2004-04-15). "طلب PUBPAT لإعادة فحص براءة اختراع Microsoft FAT" (PDF) . مؤسسة براءات الاختراع العامة. مؤرشف من الأصل (PDF) في 2013-06-07 . تم الاسترجاع في 2014-01-12 .
  73. ^ USPTO (2004-09-30). "رفض مكتب براءات الاختراع براءة اختراع Microsoft FAT" (PDF) . مؤسسة براءات الاختراع العامة. مؤرشف (PDF) من الأصل في 2013-05-26 . تم الاسترجاع في 2014-01-12 .
  74. ^ Broache, Anne (2006-01-10). "Microsoft's file system patent upheld". CNET News. مؤرشف من الأصل في 2016-05-03 . تم الاسترجاع في 2016-04-07 .
  75. ^ بول، رايان (2009-02-25). "دعوى مايكروسوفت بشأن براءات اختراع FAT قد تفتح صندوق باندورا OSS". arstechnica.com. مؤرشف من الأصل في 2009-02-27 . تم الاسترجاع في 2009-02-28 .
  76. ^ فريد، إينا (2009-03-30). "مايكروسوفت وتوم توم يسويان نزاعًا بشأن براءات الاختراع". cnet.com. مؤرشف من الأصل في 2009-08-05 . تم الاسترجاع في 2009-08-22 .
  77. ^ "Microsoft Motorola Patent Suit". 2010-10-01. مؤرشف من الأصل في 2010-10-06 . تم الاسترجاع في 2010-10-02 .
  78. ^ Protalinski, Emil (2010-10-01). "Microsoft sus Motorola, citation bottom infringement". arstechnica.com. مؤرشف من الأصل في 2010-10-02 . تم الاسترجاع في 2010-10-02 .
  79. ^ بول، رايان (2009-07-02). "التصحيح الجديد لنظام لينكس قد يتحايل على براءات اختراع FAT الخاصة بشركة مايكروسوفت". ArsTechnica.com. مؤرشف من الأصل في 2013-11-01 . تم الاسترجاع في 2013-10-30 .
  80. ^ براون، إيريك (2009-07-02). "هل يمكن لتصحيح FAT تجنب الدعاوى القضائية التي ترفعها مايكروسوفت؟". DesktopLinux.Com. مؤرشف من الأصل في 2013-01-31 . تم الاسترجاع في 2009-08-23 .
  81. ^ [9]، "مساحة الاسم الشائعة لأسماء الملفات الطويلة والقصيرة"، صدر في 1994-03-31 "EP0618540B1 - مساحة الاسم الشائعة لأسماء الملفات الطويلة والقصيرة - براءات اختراع Google". مؤرشف من الأصل في 2020-03-28 . تم الاسترجاع في 2021-05-07 .  {{cite web}}:CS1 maint: bot: حالة عنوان URL الأصلي غير معروفة ( الرابط )
  82. ^ مولر، فلوريان (2013-12-05). "المحكمة الفيدرالية للبراءات في ألمانيا تبطل براءة اختراع Microsoft FAT، وقد تختلف محكمة الاستئناف". براءات اختراع FOSS. مؤرشف من الأصل في 2014-01-04 . تم الاسترجاع في 2014-01-12 .
  83. ^ لابسيوس ، ستيفان (28 مايو 2017). "المكتب الاتحادي للبراءات VFAT-Patent erneut für nichtig". ifrOSS. مؤرشف من الأصل بتاريخ 2019-08-02 . تم الاسترجاع 2019-08-02 .
  • وصف نظام الملفات FAT32: مقالة قاعدة معارف Microsoft رقم 154997
  • MS-DOS: قيود الدليل والدليل الفرعي: مقالة قاعدة معارف Microsoft رقم 39927
  • نظرة عامة على أنظمة الملفات FAT وHPFS وNTFS: مقالة قاعدة معارف Microsoft رقم 100108
  • Microsoft Technet؛ حدود حجم الملفات ومستوياتها في أنظمة الملفات FAT، نسخة تم إنشاؤها بواسطة Internet Archive Wayback Machine من مقالة تحتوي على ملخص للحدود في نظام الملفات FAT32 والتي لم تعد متوفرة على موقع Microsoft على الويب.
  • تشين، رايموند ؛ Microsoft TechNet: تاريخ موجز وغير كامل لنظام FAT32
  • لا يتعرف برنامج Fdisk على الحجم الكامل للأقراص الصلبة التي يزيد حجمها عن 64 جيجابايت: مقالة قاعدة معارف Microsoft رقم 263044، تم عمل نسخة منها بواسطة Internet Archive Wayback Machine. توضح هذه المقالة عدم القدرة على العمل مع أحجام كبيرة للغاية في نظامي التشغيل Windows 95/98.
  • Microsoft Windows XP: نظام الملفات FAT32، نسخة تم إجراؤها بواسطة آلة Wayback الخاصة بأرشيف الإنترنت لمقالة تحتوي على ملخص للحدود في FAT32 والتي لم تعد متوفرة على موقع Microsoft على الويب.
تم الاسترجاع من "https://en.wikipedia.org/w/index.php?title=جدول_تخصيص_الملفات&oldid=1252534952"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate