تصميم نظام ملفات FAT

الحد الأدنى المسموح به لحجم القطاعات المنطقية في وحدات تخزين FAT12/FAT16 غير القابلة للتشغيل، والتي تصل إلى 65,535 قطاعًا منطقيًا، هو 32 بايت ، أو 64 بايت لأكثر من 65,535 قطاعًا منطقيًا . أما الحد الأدنى العملي فهو 128 بايت. بعض إصدارات DOS الأصلية (قبل DOS 3.31) استخدمت أحجام قطاعات منطقية تصل إلى 8192 بايت لوحدات تخزين FAT ذات القطاعات المنطقية . يدعم نظام Atari ST GEMDOS أحجام قطاعات منطقية تتراوح بين 512 و4096 بايت. ^{[ 17 ]} يدعم نظام DR-DOS التشغيل من وحدات تخزين FAT12/FAT16 ذات أحجام قطاعات منطقية تصل إلى 32 كيلوبايت، كما تدعم تطبيقات INT 13h قطاعات فعلية تصل إلى 1024 بايت/قطاع. ^{[ nb 5 ]} الحد الأدنى لحجم القطاع المنطقي لوحدات تخزين FAT32 القياسية هو 512  بايت، والذي يمكن تقليله إلى 128  بايت بدون دعم قطاع معلومات نظام الملفات .

تستخدم محركات الأقراص المرنة ووحدات التحكم بها أحجام قطاعات فعلية تبلغ 128 و256 و512 و1024 بايت (مثل PC/AX). يدعم نظام Atari Portfolio حجم قطاع 512 بايت للأحجام الأكبر من 64 كيلوبايت، و256 بايت للأحجام الأكبر من 32 كيلوبايت، و128 بايت للأحجام الأصغر. أما محركات الأقراص المغناطيسية الضوئية، فكانت تستخدم أحجام قطاعات 512 و1024 و2048 بايت. في عام 2005، استخدمت بعض الأقراص الصلبة المخصصة من Seagate حجم قطاع 1024 بايت بدلاً من الحجم الافتراضي 512 بايت. ^{[ 18 ]} تستخدم الأقراص الصلبة ذات التنسيق المتقدم 4096 بايت لكل قطاع ( 4Kn ) منذ عام 2010، ولكنها ستكون قادرة أيضًا على محاكاة قطاعات 512 بايت ( 512e ) خلال فترة انتقالية.

يدعم نظام التشغيل لينكس، وبالتالي نظام أندرويد، حجم قطاع منطقي أكبر بكثير، موثق رسميًا في صفحة الدليل لأدوات نظام الملفات حتى 32 كيلوبايت.

بالنسبة لمعظم أنظمة التشغيل القائمة على نظام التشغيل DOS، يظل الحد الأقصى لحجم الكتلة عند 32 كيلوبايت (أو 64 كيلوبايت) حتى بالنسبة لأحجام القطاعات الأكبر من 512 بايت.

بالنسبة لأحجام القطاعات المنطقية 1 كيلوبايت و2 كيلوبايت و4 كيلوبايت، يدعم نظام التشغيل Windows NT 4.0 أحجام مجموعات تبلغ 128 كيلوبايت، بينما بالنسبة لقطاعات 2 كيلوبايت و4 كيلوبايت، يمكن أن يصل حجم المجموعة إلى 256 كيلوبايت.

توفر بعض إصدارات DR-DOS دعمًا محدودًا  لمجموعات 128 كيلوبايت مع 512 بايت/قطاع باستخدام قيمة القطاعات/المجموعة 0.

 سيتوقف نظام التشغيل MS-DOS/PC DOS عن العمل عند بدء التشغيل إذا تم تحديد هذه القيمة بشكل خاطئ على أنها 0. ^{[ 19 ] : INT 21h AX=53h}

بما أن وحدات التخزين المهيأة بنظام DR-DOS 7.0x FAT32 تستخدم قطاع تمهيد أحادي القطاع، وقطاع معلومات نظام الملفات، وقطاع النسخ الاحتياطي، فإن بعض وحدات التخزين المهيأة بنظام DR-DOS تستخدم القيمة 4 هنا.

لن تُعامل وحدات التخزين التي تُعلن عن وجود جدولين FAT في هذا الإدخال على أنها وحدات تخزين TFAT . إذا كانت القيمة مختلفة عن 2، فقد تحاول بعض أنظمة تشغيل مايكروسوفت تحميل وحدة التخزين كوحدة تخزين TFAT، وتستخدم المجموعة الثانية ( المجموعة 1 ) من جدول FAT الأول لتحديد حالة TFAT.

قد تشير القيمة 0 بدون FAT32 EBPB (بدون توقيع 0x29 أو 0x28 عند الإزاحة 0x042 ) إلى وجود دليل جذر متغير الحجم في بعض تطبيقات FAT12 وFAT16 غير القياسية، والتي تخزن مجموعة بداية دليل الجذر في مدخل المجموعة 1 في جدول تخصيص الملفات (FAT). ^{[ 20 ]} ومع ذلك، فإن هذا الامتداد غير مدعوم من قبل أنظمة التشغيل الشائعة، ^{[ 20 ]} لأنه قد يتعارض مع استخدامات أخرى لمدخل المجموعة 1 لعلامات الصيانة، أو علامة نهاية السلسلة الحالية، أو امتدادات TFAT .

يجب تعديل هذه القيمة بحيث تستهلك إدخالات الدليل قطاعات منطقية كاملة دائمًا، علمًا بأن كل إدخال دليل يشغل 32 بايت.  يتطلب نظاما MS-DOS/PC DOS أن تكون هذه القيمة من مضاعفات 16. القيمة القصوى المدعومة على الأقراص المرنة هي 240، ^{[ 6 ]} بينما القيمة القصوى المدعومة من قِبل MS-DOS/PC  DOS على الأقراص الصلبة هي 512. ^{[ 6 ]} يدعم نظام DR-DOS الإقلاع من وحدات تخزين FAT12/FAT16، إذا كان ملف الإقلاع موجودًا ضمن أول 2048 إدخالًا في الدليل الجذر.

0xE5

• قرص أحادي الجانب مقاس 8 بوصات (200  مم)، 77 مسارًا لكل جانب، 26 قطاعًا لكل مسار، 128 بايت لكل قطاع (250.25  كيلوبايت) (DR-DOS فقط )

0xED

• 5.25 بوصة (130  مم) مزدوجة الجوانب، 80 مسارًا لكل جانب، 9 قطاعات، 720  كيلوبايت ( Tandy 2000 فقط) ^{[ 13 ]}

0xEE

• مخصص للأقسام المخصصة غير القياسية (التي تستخدم تنسيقات BPB غير القياسية أو تتطلب وصولاً خاصاً للوسائط مثل عنونة 48/64 بت)؛ يتوافق مع 0xF8 ، ولكن لا تتعرف عليه الأنظمة غير المدركة له بحكم التصميم؛ لا يشترط أن تكون القيمة مطابقة لمعرف FAT، ولا تُستخدم أبدًا كعلامة نهاية سلسلة المجموعة (محجوز لنظام DR-DOS).

0xEF

• مخصص لتنسيقات الأقراص المرنة الفائقة غير القياسية والمخصصة ؛ يتوافق مع 0xF0 ، ولكن لا تتعرف عليه الأنظمة غير المدركة عمدًا؛ لا يشترط أن تكون القيمة مطابقة لمعرف FAT، ولا يُستخدم أبدًا كعلامة نهاية سلسلة المجموعة (محجوز لنظام DR-DOS)

0xF0 ^{[ 24 ] [ 25 ] [ 26 ]}

• 3.5 بوصة (90  مم) مزدوجة الجوانب، 80 مسارًا لكل جانب، 18 أو 36 قطاعًا لكل مسار (1440  كيلوبايت، والمعروفة باسم "1.44  ميجابايت"؛ أو 2880  كيلوبايت، والمعروفة باسم "2.88  ميجابايت").
• مصمم للاستخدام مع تنسيقات الأقراص المرنة والأقراص المرنة الفائقة المخصصة حيث يتم تعريف الهندسة في BPB.
• يُستخدم أيضًا لأنواع وسائط أخرى مثل الأشرطة. ^{[ 27 ]}

0xF4

• كثافة مزدوجة ( Altos MS-DOS 2.11 فقط) ^{[ 28 ]}

0xF5

• قرص ثابت، 4 جوانب، 12 قطاعًا لكل مسار (1.95  ميجابايت) ( Altos MS-DOS 2.11 فقط) ^{[ 28 ]}

0xF8

• القرص الثابت (أي، عادةً ما يكون قسمًا على القرص الصلب). (منذ نظام التشغيل DOS 2.0) ^{[ 29 ] [ 30 ]}
• تم تخصيصها للاستخدام مع أي وسائط ثابتة أو قابلة للإزالة مقسمة، حيث يتم تحديد الهندسة في BPB.
• قرص أحادي الجانب مقاس 3.5 بوصة، 80 مسارًا لكل جانب، 9 قطاعات لكل مسار (360 كيلوبايت) (MS-DOS 3.1 ^{[ 7 ]} وMSX-DOS)
• 5.25 بوصة مزدوجة الجوانب، 80 مسارًا لكل جانب، 9 قطاعات لكل مسار (720  كيلوبايت) ( Sanyo  55x DS-DOS 2.11 فقط) ^{[ 13 ]}
• أحادي الجانب ( Altos MS-DOS 2.11 فقط) ^{[ 28 ]}

0xF9 ^{[ 24 ] [ 25 ] [ 26 ]}

• 3.5 بوصة مزدوجة الجوانب، 80 مسارًا لكل جانب، 9 قطاعات لكل مسار (720  كيلوبايت) (منذ DOS 3.2) ^{[ 29 ]}
• 3.5 بوصة مزدوجة الجوانب، 80 مسارًا لكل جانب، 18 قطاعًا لكل مسار (1440  كيلوبايت) (DOS 3.2 فقط) ^{[ 29 ]}
• 5.25 بوصة مزدوجة الجوانب، 80 مسارًا لكل جانب، 15 قطاعًا لكل مسار (1200  كيلوبايت، والمعروف باسم "1.2  ميجابايت") (منذ DOS 3.0) ^{[ 29 ]}
• أحادي الجانب ( Altos MS-DOS 2.11 فقط) ^{[ 28 ]}

0xFA

• 3.5 بوصة و 5.25 بوصة أحادية الجانب، 80 مسارًا لكل جانب، 8 قطاعات لكل مسار (320  كيلوبايت)
• يستخدم أيضًا لأقراص RAM وأقراص ROM (على سبيل المثال، في منتجات كولومبيا للبيانات ^{[ 31 ]} وفي HP 200LX )
• القرص الصلب ( خاص بنظام التشغيل MS-DOS من تاندي فقط) 

0xFB

• 3.5 بوصة و 5.25 بوصة مزدوجة الجوانب، 80 مسارًا لكل جانب، 8 قطاعات لكل مسار (640  كيلوبايت)

0xFC

• 5.25 بوصة أحادية الجانب، 40 مسارًا لكل جانب، 9 قطاعات لكل مسار (180  كيلوبايت) (منذ DOS 2.0) ^{[ 29 ]}

0xFD

• 5.25 بوصة مزدوجة الجوانب، 40 مسارًا لكل جانب، 9 قطاعات لكل مسار (360  كيلوبايت) (منذ DOS 2.0) ^{[ 29 ]}
• قرص مزدوج الجوانب مقاس 8 بوصات، 77 مسارًا لكل جانب، 26 قطاعًا لكل مسار، 128 بايت لكل قطاع (500.5  كيلوبايت)
• (8 بوصة مزدوجة الجوانب، (أحادية و) مزدوجة الكثافة (DOS 1) ^{[ 29 ]} )

0xFE

• 5.25 بوصة أحادية الجانب، 40 مسارًا لكل جانب، 8 قطاعات لكل مسار (160  كيلوبايت) (منذ DOS 1.0) ^{[ 29 ] [ 32 ]}
• 8 بوصة أحادية الجانب، 77 مسارًا لكل جانب، 26 قطاعًا لكل مسار، 128 بايت لكل قطاع (250.25  كيلوبايت) ^{[ 28 ] [ 32 ]}
• 8 بوصة مزدوجة الجوانب، 77 مسارًا لكل جانب، 8 قطاعات لكل مسار، 1024 بايت لكل قطاع (1232  كيلوبايت) ^{[ 32 ]}
• (8 بوصة أحادية الجانب، (أحادية و) مزدوجة الكثافة (DOS 1) ^{[ 29 ]} )

0xFF

• 5.25 بوصة مزدوجة الجوانب، 40 مسارًا لكل جانب، 8 قطاعات لكل مسار (320  كيلوبايت) (منذ DOS 1.1) ^{[ 29 ] [ 32 ]}
• القرص الصلب ( سانيو  55x DS-DOS 2.11 فقط) ^{[ 13 ]}

يجب أن تعكس هذه القيمة مُعرِّف الوسائط المُخزَّن (في مدخل المجموعة 0 ) في البايت الأول من كل نسخة من جدول تخصيص الملفات (FAT). تتجاهل بعض أنظمة التشغيل السابقة لنظام DOS 3.2 (مثل 86-DOS و MS-DOS / PC DOS 1.x و MSX-DOS الإصدار 1.0) معلمات قطاع الإقلاع تمامًا، وتستخدم قيمة مُعرِّف الوسائط من البايت الأول من جدول تخصيص الملفات (FAT) للاختيار من بين قوالب المعلمات المُعرَّفة مسبقًا داخليًا. يجب أن تكون هذه القيمة أكبر من أو تساوي 0xF0 بدءًا من نظام DOS 4.0. ^{[ 6 ]}

في محركات الأقراص القابلة للإزالة، سيفترض نظام DR-DOS وجود BPB إذا كانت هذه القيمة أكبر من أو تساوي 0xF0 ، ^{[ 6 ]} بينما بالنسبة للأقراص الثابتة، يجب أن تكون 0xF8 لافتراض وجود BPB.

في البداية، كان من المفترض استخدام هذه القيم كعلامات بتية؛ بالنسبة لأي وسائط تخزين قابلة للإزالة لا تدعم تنسيق BPB معترف به، ويكون مُعرِّف الوسائط الخاص بها إما 0xF8 أو من 0xFA إلى 0xFF، فإن نظامي MS-DOS/PC DOS يتعاملان مع البت 1 كعلامة لاختيار تنسيق 9 قطاعات لكل مسار بدلاً من تنسيق 8 قطاعات، ومع البت 0 كعلامة للإشارة إلى وسائط تخزين مزدوجة الجوانب. ^{[ 7 ]} القيم من 0x00 إلى 0xEF ومن 0xF1 إلى 0xF7 محجوزة ويجب عدم استخدامها. 

يشير إدخال الصفر إلى أن هذا الإدخال محجوز، ولكنه غير مستخدم.

تسبب خطأ في جميع إصدارات MS-DOS/PC DOS حتى الإصدار 7.10 في تعطل أنظمة التشغيل هذه بالنسبة لهندسة CHS التي تحتوي على 256 رأسًا، لذلك تختار جميع أنظمة BIOS تقريبًا 255 رأسًا كحد أقصى فقط.

يشير إدخال الصفر إلى أن هذا الإدخال محجوز، ولكنه غير مستخدم.

يجب عدم استخدامه إذا كان إدخال القطاعات المنطقية عند الإزاحة 0x013 يساوي صفرًا.

يشير إدخال القيمة صفر إلى أن هذا المدخل محجوز ولكنه غير مستخدم. قد تشير القيمة صفر إلى إمكانية الوصول إلى LBA فقط، ولكنها قد تتسبب في حدوث خطأ القسمة على صفر في بعض برامج الإقلاع، ويمكن تجنب ذلك بتخزين قيمة محايدة تساوي 1 هنا، إذا تعذر محاكاة هندسة CHS بشكل معقول.

تسبب خطأ في جميع إصدارات MS-DOS/PC DOS حتى الإصدار 7.10 في تعطل أنظمة التشغيل هذه بالنسبة لهندسة CHS التي تحتوي على 256 رأسًا، لذلك تختار جميع أنظمة BIOS تقريبًا 255 رأسًا كحد أقصى فقط.

يشير إدخال القيمة صفر إلى أن هذا المدخل محجوز ولكنه غير مستخدم. قد تشير القيمة صفر إلى إمكانية الوصول إلى LBA فقط، ولكنها قد تتسبب في حدوث خطأ القسمة على صفر في بعض برامج الإقلاع، ويمكن تجنب ذلك بتخزين قيمة محايدة تساوي 1 هنا، إذا تعذر محاكاة هندسة CHS بشكل معقول.

إذا كان هذا ينتمي إلى قسم نشط متقدم (AAP) تم تحديده في وقت بدء التشغيل، فسيتم تحديث إدخال BPB ديناميكيًا بواسطة MBR المحسن ليعكس قيمة "القطاعات النسبية" في جدول الأقسام، المخزنة عند الإزاحة 0x1B6 في AAP أو NEWLDR MBR ، بحيث يصبح من الممكن تشغيل نظام التشغيل من EBRs .

( تستخدم بعض برامج تحميل نظام التشغيل GPT (مثل BootDuet ) إزاحات قطاع التمهيد 0x1FA – 0x1FD لتخزين أعلى 4 بايتات من قيمة القطاعات المخفية 64 بت للأقراص الموجودة خارج أول 232 ^- 1 قطاعًا. )  

بالنسبة للوسائط المقسمة، إذا كان هذا والإدخال عند 0x013 كلاهما 0 (كما هو موضح في بعض وحدات تخزين DOS 3.x FAT16)، فإن العديد من أنظمة التشغيل (بما في ذلك MS-DOS/PC DOS) ستسترجع القيمة من إدخال القسم المقابل (عند الإزاحة 0xC ) في MBR بدلاً من ذلك.

إذا كانت كلتا هاتين المدخلتين 0 على وحدات التخزين التي تستخدم FAT32 EBPB مع التوقيع 0x29 ، فإن القيم التي تتجاوز الحد 4,294,967,295 (2 ³² −1) (مثل بعض وحدات تخزين DR-DOS ذات مدخلات المجموعة 32 بت) يمكن أن تستخدم مدخلة 64 بت عند الإزاحة 0x052 بدلاً من ذلك.

كان هناك إدخال مماثل (فقط) في قطاعات التمهيد من DOS 3.2 إلى 3.31 عند إزاحة القطاع 0x1FD .

إذا كان هذا القسم تابعًا لوحدة تخزين تمهيد، فيمكن تهيئة سجل التمهيد الرئيسي المُحسَّن (MBR) لنظام DR-DOS 7.07 (انظر NEWLDR offset 0x014 ) لتحديث مدخل EBPB هذا ديناميكيًا إلى قيمة DL المُقدمة عند بدء التشغيل أو القيمة المخزنة في جدول الأقسام. يُمكّن هذا من التمهيد من محركات أقراص بديلة، حتى عندما يتجاهل رمز VBR قيمة DL.

• في بعض أكواد بدء التشغيل لأنظمة MS-DOS/PC DOS، يُستخدم هذا المدخل كمساحة تخزين مؤقتة للبايت العالي للرأس الحالي للمقاطعة INT 13h، والذي يُفترض أنه يُمثل كلمة 16 بت عند الإزاحة 0x024 . تستخدم بعض قطاعات بدء التشغيل لأنظمة DR-DOS FAT12/FAT16 هذا المدخل كمساحة تخزين مؤقتة أيضًا، ولكن لأغراض مختلفة.
• يقوم برنامج VGA-Copy بتخزين رمز التحقق من التكرار (CRC) فوق ذاكرة القراءة فقط (ROM) لنظام BIOS في هذا الموقع.
• تستخدم بعض برامج إدارة الإقلاع هذا الإدخال لتحديد حرف محرك الأقراص المطلوب الذي يجب أن يكون تحته وحدة التخزين لأنظمة التشغيل مثل OS/2 عن طريق ضبط البت 7 وتحديد رقم محرك الأقراص في البتات من 6 إلى 0 (C: = القيمة 0، D: = القيمة 1، ...). وبما أن هذا يؤثر عادةً على صورة قطاع الإقلاع الموجودة في الذاكرة فقط، فإنه لا يسبب مشاكل في التوافق مع الاستخدامات الأخرى؛
• في نظام التشغيل Windows NT، تُستخدم هذه المعلومات لعلامات CHKDSK (يتم مسح البتات من 7 إلى 2 دائمًا، البت 1: وجود أخطاء في إدخال/إخراج القرص، احتمال وجود قطاعات تالفة، تشغيل فحص سطح القرص عند إعادة التشغيل التالية، البت 0: وحدة التخزين "غير نظيفة" ولم يتم فصلها بشكل صحيح قبل إيقاف التشغيل، تشغيل CHKDSK عند إعادة التشغيل التالية). ^{[ 30 ]} يجب ضبطها على 0 بواسطة أدوات التهيئة. ^{[ 24 ] [ 25 ] [ 26 ]} انظر أيضًا: علامات البت في إدخال المجموعة الثانية في جدول تخصيص الملفات (FAT).

عادةً ما يُنشأ الرقم التسلسلي "xxxx-xxxx" من خلال جمع قيمتي DX المُسترجعة من INT 21h/AH=2Ah (للحصول على تاريخ النظام) ^{[ nb 6 ]} وINT 21h/AH=2Ch (للحصول على وقت النظام) ^{[ nb 6 ]} للكلمة العليا، وجمع قيمتي CX للكلمة الدنيا من الرقم التسلسلي مرة أخرى. بدلاً من ذلك، توفر بعض أدوات القرص في نظام DR-DOS خيارًا /#لإنشاء طابع زمني قابل للقراءة "mmdd-hhmm" مُنشأ من قيم 8 بت مُشفرة بنظام BCD للشهر واليوم والساعة والدقيقة بدلاً من الرقم التسلسلي.

غير متاح إذا تم تعيين التوقيع عند 0x026 إلى 0x28 .

استُخدمت هذه المنطقة من قِبل قطاعات الإقلاع في نظام التشغيل DOS 3.2 إلى 3.3 لتخزين نسخة خاصة من جدول معلمات القرص (DPT)، بدلاً من استخدام  مؤشر INT 1Eh لاسترجاع جدول ROM كما في الإصدارات اللاحقة من قطاع الإقلاع. وقد قلّل استخدام هذا الموقع لتسمية قسم التخزين، ذات الطابع التجميلي في الغالب، من المشاكل التي قد تحدث في حال حاولت بعض أدوات النظام القديمة تعديل جدول معلمات القرص السابق.

هذا الإدخال مخصص للعرض فقط، ولا يجوز لنظام التشغيل استخدامه لتحديد نوع نظام الملفات. مع ذلك، قد تستخدمه برامج خارجية أحيانًا لأغراض التعريف، لذا يجب ألا تختلف القيم عن القيم الرسمية المستخدمة. مدعوم منذ نظام التشغيل OS/2 1.2 ونظام MS-DOS 4.0 والإصدارات الأحدث.

غير متاح إذا تم تعيين التوقيع عند 0x026 إلى 0x28 .

يجب ألا يصبح البايت الموجود عند الإزاحة 0x026 في هذا الإدخال 0x28 أو 0x29 لتجنب أي سوء تفسير مع تنسيق EBPB في أنظمة التشغيل غير المتوافقة مع FAT32.

لحسن الحظ، في الظروف العادية (حجم القطاع 512 بايت)، لا يمكن حدوث ذلك، لأن نظام ملفات FAT32 يحتوي على 268435446 مجموعة بيانات كحد أقصى (0xffffff6). يتسع قطاع FAT واحد لـ 128 واصف مجموعة بيانات (512 / 4 = 128). لذا، لن نحتاج إلا إلى 2097152 قطاعًا كحد أقصى (0x200000)، مما يجعل البايت الثالث من عدد قطاعات FAT هو 0x20 كحد أقصى، وهو أقل من القيمتين المحظورتين 0x28 و0x29.

تستخدم قطاعات الإقلاع FAT32 في نظام DR-DOS 7.07، التي تدعم منطق الوصول المزدوج (LBA) ونظام CHS، البتات من 15 إلى 8 لتخزين علامة الوصول وجزء من رسالة. تحتوي هذه البتات إما على النمط 0110:1111b (حرف صغير 'o'، البت 13 مُفعّل للوصول عبر CHS) أو 0100:1111b (حرف كبير 'O'، البت 13 غير مُفعّل للوصول عبر LBA). يُستخدم هذا البايت أيضًا للحرف الثاني في رسالة الخطأ المحتملة "No␠IBMBIO␠␠COM" (انظر الإزاحة 0x034 )، والتي تُعرض إما بأحرف مختلطة أو كبيرة، مما يُشير إلى نوع الوصول الذي فشل. قد تقوم أدوات التهيئة أو أدوات SYS غير التابعة لنظام DR-DOS بمسح هذه البتات، ولكن يجب أن تُبقي أدوات القرص الأخرى البتات من 15 إلى 8 دون تغيير.

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

تدعم بعض تطبيقات FAT32 تعديلًا طفيفًا لمواصفات مايكروسوفت بجعل قطاع معلومات نظام الملفات اختياريًا، وذلك بتحديد القيمة 0xFFFF ^{[ 19 ]} (أو 0x0000 ) في هذا المدخل. ولأن القطاع المنطقي 0 لا يمكن أن يكون قطاع معلومات صالحًا لنظام الملفات، ولأن قطاعات معلومات نظام الملفات تستخدم نفس التوقيع الموجود في العديد من قطاعات الإقلاع ، فلا ينبغي لتطبيقات نظام الملفات محاولة استخدام القطاع المنطقي 0 كقطاع معلومات لنظام الملفات، بل يجب افتراض أن هذه الميزة غير مدعومة على وحدة التخزين هذه. وبدون قطاع معلومات لنظام الملفات، يمكن تقليل الحد الأدنى المسموح به لحجم القطاع المنطقي في وحدات تخزين FAT32 إلى 128 بايت لأغراض خاصة. 

بما أن وحدات التخزين المهيأة بنظام DR-DOS 7.0x FAT32 تستخدم قطاع تمهيد أحادي القطاع، فإن بعض وحدات التخزين المهيأة بنظام DR-DOS تستخدم القيمة 2 هنا.

القيم 0x0000 ^{[ 4 ]} (و/أو 0xFFFF ^{[ 19 ]} ) محجوزة وتشير إلى عدم توفر قطاع احتياطي.

تستخدم قطاعات الإقلاع في نظام DR-DOS 7.07 FAT32 هذه البايتات الاثنتي عشرة لتخزين اسم ملف " IBMBIO␠␠COM" ^{[ nb 9 ]} المراد تحميله (حتى أول 29,696 بايت أو حجم الملف الفعلي، أيهما أصغر ) وتنفيذه بواسطة قطاع الإقلاع، متبوعًا بحرف NUL ( 0x00 ) للإنهاء. يُعد هذا أيضًا جزءًا من رسالة خطأ، تشير إلى اسم ملف الإقلاع الفعلي وطريقة الوصول إليه (انظر الإزاحة 0x028 ).

توجد ملفات exFAT BPB عند إزاحة القطاع من 0x040 إلى 0x077 ، وتتداخل مع جميع الإدخالات المتبقية في ملف FAT32 EBPB القياسي، بما في ذلك هذا الملف. ويمكن اكتشافها من خلال توقيع علامة الشركة المصنعة الأصلية " " عند إزاحة القطاع 0x003 . في هذه الحالة، تُضبط البايتات من 0x00B إلى 0x03F عادةً على 0x00 .EXFAT␠␠␠

قد تحتوي على بايتات حشو التنسيق 0xF6 ^{[ nb 8 ]} بعد التقسيم باستخدام MS-DOS FDISK، ولكن لم تتم تهيئتها بعد.

معظم تطبيقات نظام الملفات FAT32 لا تدعم التوقيع البديل 0x28 ^{[ 15 ]} للإشارة إلى شكل مختصر من FAT32 EBPB مع الرقم التسلسلي فقط (بدون إدخالات تسمية وحدة التخزين ونوع نظام الملفات)، ولكن نظرًا لأن هذه البايتات الـ 19 غير المستخدمة في الغالب قد تخدم أغراضًا مختلفة في بعض السيناريوهات، يجب أن تقبل التطبيقات 0x28 كتوقيع بديل ثم تعود إلى استخدام تسمية وحدة التخزين في نظام الملفات بدلاً من EBPB للتوافق مع الامتدادات المحتملة.

غير متاح إذا تم تعيين التوقيع عند الإزاحة 0x042 إلى 0x28 .

غير متاح إذا تم تعيين التوقيع عند 0x042 إلى 0x28 .

إذا كانت قيمتا إجمالي القطاعات المنطقية عند الإزاحة 0x020 و 0x013 تساويان صفرًا على وحدات التخزين التي تستخدم نظام ملفات FAT32 EBPB بتوقيع 0x29 ، فإن وحدات التخزين التي تحتوي على أكثر من 4,294,967,295 (2 ^{^32} - 1) قطاعًا (مثل بعض وحدات تخزين DR-DOS ذات إدخالات عنقودية 32 بت) يمكنها استخدام هذا الإدخال كقيمة إجمالية للقطاعات المنطقية 64 بت . في هذه الحالة، يمكن استرداد تسمية الشركة المصنعة الأصلية عند إزاحة القطاع 0x003 كنوع نظام ملفات جديد .

يمكن أن يحتوي البايت الأول على القيم الخاصة التالية:

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

في نظام التشغيل DR  DOS  6.0 والإصدارات الأحدث، بما في ذلك PalmDOS وNovell  DOS وOpenDOS، يتم تعيين سمة وحدة التخزين للملفات والمجلدات المعلقة للحذف ضمن DELWATCH.

يُستخدم رمز 0x0F لتحديد اسم ملف طويل في نظام VFAT منذ إصدار MS-DOS 7.0. قد تخلط الإصدارات القديمة من DOS بين هذا الرمز وتسمية وحدة تخزين، حيث تعتمد أول إدخال مُعيّن له رمز وحدة التخزين كتسمية لها. يمكن تجنب هذه المشكلة بفرض تسمية وحدة التخزين كجزء من عملية التهيئة؛ ولهذا السبب، تقوم بعض أدوات القرص بكتابة تسميات وهمية لوحدات التخزين عندما لا يُحدد المستخدم تسمية. ^{[ ملاحظة 14 ]} بما أن تسميات وحدات التخزين لا تُعيّن لها عادةً سمة النظام في الوقت نفسه، فمن الممكن التمييز بين تسميات وحدات التخزين وإدخالات VFAT LFN. قد يظهر تركيب السمة 0x0F أحيانًا كجزء من ملف حذف معلق صالح ضمن DELWATCH، ولكن في وحدات تخزين FAT12 وFAT16، تكون قيمة المجموعة في إدخالات VFAT LFN دائمًا عند 0x1A مُعيّنة على 0x0000 ، بينما لا تكون قيمة إدخال الطول عند 0x1C أبدًا 0x00000000 ، في حين أن الإدخال عند 0x1A يكون دائمًا غير صفري لملفات الحذف المعلقة ضمن DELWATCH. لا يعمل هذا الفحص على وحدات تخزين FAT32. NO␠NAME␠␠␠␠

• يخزن نظاما التشغيل CP/M-86 و DOS Plus سمات المستخدم من F1 إلى F4 هنا. ^{[ 53 ]} (  يدعم نظام DOS Plus 1.2 مع BDOS 4.1 كلمات المرور فقط على وسائط CP/M، وليس على وسائط FAT12 أو FAT16. ^{[ 54 ]} بينما كان نظام DOS  Plus  2.1 يدعم جداول تقسيم FAT ذات القطاعات المنطقية بنوع التقسيم 0xF2 ، لم تكن وحدات التخزين FAT16B وFAT32 مدعومة من قبل أنظمة التشغيل هذه. حتى لو تم تحويل قسم إلى FAT16B، فلن يتجاوز حجمه 32 ميجابايت. لذلك، لا يتعارض هذا الاستخدام مع FAT32.IFS أو FAT16+ أو FAT32+، حيث لا يمكن أن تتواجد هذه الأنواع من وحدات التخزين على نفس النوع).

• MSX-DOS  2: بالنسبة للملفات المحذوفة، يُستخدم الحرف الأول الأصلي من اسم الملف. للاطلاع على الميزة نفسها في أنظمة تشغيل أخرى، راجع الإزاحة 0x0D إذا كانت مُفعّلة في قطاعات تمهيد MSX عند الإزاحة 0x026 . يدعم MSX-DOS وحدات تخزين FAT12 فقط، ولكن توجد امتدادات خارجية لوحدات تخزين FAT16. لذا، لا يتعارض هذا الاستخدام مع FAT32.IFS وFAT32+ المذكورين أدناه. كما أنه لا يتعارض مع استخدام سمات المستخدم في CP/M-86 وDOS Plus، لأنها لم تعد مهمة للملفات المحذوفة.
• يستخدم نظام التشغيل Windows NT والإصدارات الأحدث البتات 3 و 4 لترميز معلومات حالة الأحرف (انظر VFAT )؛ وإلا 0. ^{[ 55 ]}
• خصص نظام DR-DOS 7.0x بتات أخرى غير 3 و4 لأغراض داخلية منذ عام 1997. يجب ضبط القيمة على 0 بواسطة أدوات التهيئة، ويجب عدم تغييرها بواسطة أدوات القرص. ^{[ 47 ]}
• في وحدات تخزين FAT32 على نظامي التشغيل OS/2 وeComStation، يستخدم برنامج تشغيل FAT32.IFS التابع لجهة خارجية هذا الإدخال كبايت علامة للإشارة إلى وجود ␠EA.␠SFملفات إضافية تحتوي على سمات موسعة مع المعامل /EAS. استخدمت الإصدارات من 0.70 إلى 0.96 القيم السحرية 0x00 (بدون سمات موسعة)، و0xEA (سمات موسعة عادية)، و 0xEC (سمات موسعة حرجة)، ^{[ 56 ]} بينما تستخدم الإصدارات 0.97 والإصدارات الأحدث منذ 2003-2009 القيم 0x00 و 0x40 (سمات موسعة عادية) و 0x80 (سمات موسعة حرجة) كعلامات بت للتوافق مع نظام التشغيل Windows NT. ^{[ 57 ] [ 58 ]}

• الحرف الأول من اسم ملف محذوف في أنظمة Novell DOS وOpenDOS وDR-DOS 7.02 والإصدارات الأحدث. القيمة 0xE5 (229)، كما هو مُحدد بواسطة DELPURGE، تمنع استعادة الملف المحذوف باستخدام الأمر UNDELETE، بينما القيمة 0x00 تسمح باستعادته بالطريقة التقليدية مع مطالبة المستخدم بإدخال الحرف الأول المفقود من اسم الملف. ^{[ 47 ]} يدعم نظاما S/DOS 1 وPTS-DOS 6.51 والإصدارات الأحدث هذه الميزة أيضًا عند تفعيلها في ملف CONFIG.SYS. للاطلاع على الميزة نفسها في نظام MSX-DOS، انظر الإزاحة 0x0C .SAVENAME=ON
• إنشاء الوقت، دقة عالية:  وحدات 10 مللي ثانية، القيم من 0 إلى 199 (منذ DOS 7.0 مع VFAT).

لا يؤدي الاستخدام المزدوج لوقت الإنشاء بالمللي ثانية وحرف الملف إلى حدوث تعارض، لأن وقت الإنشاء لم يعد مهمًا للملفات المحذوفة.

• في أنظمة DR  DOS  3.31 والإصدارات الأحدث، بما في ذلك PalmDOS وNovell  DOS وOpenDOS ^{[ 53 ]} ، وكذلك في أنظمة Concurrent  DOS وMultiuser  DOS وSystem Manager وREAL/32، وربما أيضًا في أنظمة FlexOS و4680  OS و4690  OS ، تشير أي قيمة غير صفرية إلى تجزئة كلمة مرور ملف أو دليل أو وحدة تخزين محمية. ^{[ 47 ]} تُحسب التجزئة من الأحرف الثمانية الأولى لكلمة المرور. إذا كانت عملية الملف تتطلب كلمة مرور وفقًا لخريطة بتات حقوق الوصول المخزنة عند الإزاحة 0x14 ، يحاول النظام مطابقة التجزئة مع رمز التجزئة لكلمة المرور العامة المُعينة حاليًا (بواسطة )، أو إذا فشل ذلك، يحاول استخراج كلمة مرور مُلحقة بفاصلة منقوطة من مواصفات الملف المُمررة إلى نظام التشغيل، ويقارنها برمز التجزئة المخزن هنا. تُحفظ كلمة المرور المُعينة حتى في حالة حذف ملف ثم استعادته لاحقًا. ^{[ 47 ]}PASSWORD /G
• إنشاء الوقت (منذ نظام التشغيل DOS 7.0 مع VFAT). يتم ترميز الساعة والدقيقة والثانية وفقًا لخريطة البت التالية:

يتم تسجيل الثواني بدقة تصل إلى ثانيتين فقط. تتوفر دقة أعلى لإنشاء الملفات عند الإزاحة 0x0D .

إذا كانت البتات 15-11 > 23 أو البتات 10-5 > 59 أو البتات 4-0 > 29 هنا، أو عندما تحتوي البتات 12-0 عند الإزاحة 0x14 على خريطة بتات الوصول، ولم يكن هذا مجلد FAT32 أو مجلدًا يستخدم سمات OS/2 الموسعة ، فإن هذا الإدخال يحتوي بالفعل على تجزئة كلمة مرور، وإلا فيمكن افتراض أنه وقت إنشاء ملف.

• تُخزّن أنظمة التشغيل FlexOS و 4680 و 4690 حجم السجل في الكلمة عند المدخل 0x10 . ^{[ 53 ]} يُستخدم هذا بشكل أساسي لأنواع الملفات الخاصة بها الشبيهة بقواعد البيانات ، مثل الملف العشوائي والملف المباشر والملف المفهرس والملف التسلسلي . إذا تم ضبط حجم السجل على 0 (القيمة الافتراضية) أو 1، فإن أنظمة التشغيل تفترض دقة سجل تبلغ 1 بايت للملف، وبالتالي لن تُجري فحوصات حدود السجل في عمليات القراءة/الكتابة. ^{[ 59 ]}
• في برنامج DELWATCH الإصدار 2.00 والإصدارات الأحدث على أنظمة Novell DOS 7 وOpenDOS 7.01 وDR-DOS 7.02 والإصدارات الأحدث، يُستخدم هذا المدخل لتخزين طابع وقت آخر تعديل للملفات والمجلدات التي لم يتم حذفها بعد. ^{[ 47 ] [ 53 ]} يتم مسحه عند استعادة الملف أو حذفه نهائيًا. راجع الإزاحة 0x0E للاطلاع على وصف التنسيق .
• تاريخ الإنشاء (منذ نظام التشغيل DOS 7.0 مع VFAT). يتم ترميز السنة والشهر واليوم وفقًا لخريطة البت التالية:

لا يتعارض استخدام تاريخ الإنشاء للملفات الموجودة مع وقت آخر تعديل للملفات المحذوفة، لأنهما لا يُستخدمان معًا أبدًا. وللسبب نفسه، لا يتعارض استخدام حجم السجل للملفات الموجودة مع وقت آخر تعديل للملفات المحذوفة. مع ذلك، لا يمكن استخدام تاريخ الإنشاء وحجم السجل في الوقت نفسه، إذ يُخزَّن كلاهما عند إنشاء الملف فقط ولا يُغيَّر لاحقًا، مما يحد من التعارض في أنظمة FlexOS و4680 OS و4690 OS التي تصل إلى ملفات أُنشئت على أنظمة تشغيل أخرى، بالإضافة إلى مشاكل العرض أو فرز الملفات المحتملة في الأنظمة التي تحاول تفسير حجم السجل على أنه وقت الإنشاء. لتجنب هذا التعارض، ينبغي أن يكون تخزين تاريخ الإنشاء ميزة اختيارية في أنظمة التشغيل التي تدعمه.

• تستخدم أنظمة التشغيل FlexOS و4680  و4690  وMultiuser DOS وSystem Manager وREAL/32 وDR  DOS  6.0 والإصدارات الأحدث المزودة بخاصية أمان المستخدمين المتعددين هذا الحقل لتخزين معرّفات المالكين. ^{[ 47 ]} يحتوي الإزاحة 0x12 على معرّف المستخدم، بينما يحتوي الإزاحة 0x13 على معرّف المجموعة لمنشئ الملف. ^{[ 53 ]}

في الإصدارات متعددة المستخدمين، يتطلب الوصول إلى النظام تسجيل الدخول باستخدام اسم الحساب وكلمة المرور، ويقوم النظام بتعيين معرّفات المجموعة والمستخدم للتطبيقات قيد التشغيل وفقًا لمعلومات التفويض وقواعد التوريث المُعدّة والمخزّنة مسبقًا. بالنسبة  لنظامي التشغيل 4680 و4690  ، يُحجز معرّف المجموعة 1 للنظام، ومعرّف المجموعة 2 للمورّد، ومعرّف المجموعة 3 لمجموعة المستخدمين الافتراضية. أما التطبيقات التي تعمل في الخلفية والتي يبدأها المستخدمون، فلها معرّف المجموعة 2 ومعرّف المستخدم 1، بينما مهام نظام التشغيل التي تعمل في الخلفية لها معرّفات المجموعة 1 أو 0 ومعرّفات المستخدم 1 أو 0. يحصل نظام IBM 4680 BASIC والتطبيقات التي تبدأ كتطبيقات أساسية أو ثانوية دائمًا على معرّف المجموعة 2 ومعرّف المستخدم 1. عند إنشاء التطبيقات لملفات، يقوم النظام بتخزين معرّف المستخدم ومعرّف المجموعة والأذونات المطلوبة مع الملف. ^{[ 59 ]}

• في برنامج DELWATCH الإصدار  2.00 والإصدارات الأحدث على أنظمة Novell  DOS  7 وOpenDOS  7.01 وDR-DOS  7.02 والإصدارات الأحدث، يُستخدم هذا المدخل لتخزين تاريخ آخر تعديل للملفات والمجلدات التي لم يتم حذفها بعد. ^{[ 47 ] [ 53 ]} يتم مسحه عند استعادة الملف أو حذفه نهائيًا. راجع الإزاحة 0x10 للاطلاع على وصف التنسيق .
• تاريخ آخر وصول (منذ DOS 7.0 إذا تم تمكين ACCDATE في CONFIG.SYS لمحرك الأقراص المقابل)؛ ^{[ 2 ] [ 47 ]} انظر الإزاحة 0x10 للحصول على وصف التنسيق .

لا يتعارض استخدام معرّفات مالكي الملفات الموجودة مع تاريخ آخر تعديل للملفات المحذوفة، لأنهما لا يُستخدمان معًا أبدًا. ^{[ 47 ]} كما لا يتعارض استخدام تاريخ آخر تعديل للملفات المحذوفة مع تاريخ الوصول، إذ لم يعد تاريخ الوصول مهمًا للملفات المحذوفة. مع ذلك، لا يمكن استخدام معرّفات المالكين وتواريخ الوصول في الوقت نفسه.

• البايتان الأعلى من رقم المجموعة الأولى في FAT32؛ مع تخزين البايتين الأدنى عند الإزاحة 0x1A .
• خريطة بتات حقوق الوصول لحماية القراءة/الكتابة/التنفيذ/الحذف العالمية/المجموعة/المالكة للملفات المحمية بكلمة مرور، والمجلدات (أو تسميات وحدات التخزين) تحت DR  DOS  3.31 والإصدارات الأحدث، بما في ذلك PalmDOS وNovell  DOS وOpenDOS، ^{[ 53 ]} وتحت FlexOS، ^{[ 53 ]} و 4680  OS، و4690  OS، وConcurrent  DOS ، وMultiuser  DOS ، وSystem Manager، وREAL/32.

القيم النموذجية المخزنة على نظام مستخدم واحد هي 0x0000 ( لجميع حقوق الوصول "RWED")، و 0x0111 ( لحقوق الوصول "RW?-")، و0x0555 ( لحقوق الوصول "R-?-")، و 0x0DDD ( للملفات أو للمجلدات لحقوق الوصول "--?-"). ^{[ 47 ]} سيتم الاحتفاظ بالبتات 1 و5 و9 و12-15 عند تغيير حقوق الوصول. إذا تم تعيين بتات التنفيذ على أنظمة أخرى غير FlexOS أو 4680 OS أو 4690 OS، فسيتم التعامل معها بشكل مشابه لبتات القراءة. (تسمح بعض إصدارات PASSWORD بتعيين كلمات مرور على تسميات وحدات التخزين أيضًا).PASSWORD /NPASSWORD /DPASSWORD /WPASSWORD /RPASSWORD /P  PASSWORD /V

تقوم أنظمة المستخدم الواحد بحساب أكثر الحقوق تقييدًا من بين المجموعات الثلاث (  استخدم نظام DR DOS حتى الإصدار 5.0 البتات من 0 إلى 3 فقط) وتتحقق مما إذا كان أي من أنواع الوصول إلى الملفات المطلوبة يتطلب إذنًا، وما إذا كانت كلمة مرور الملف مخزنة. ^{[ 47 ]} إذا لم يكن الأمر كذلك، يُمنح الوصول إلى الملف. وإلا، تُقارن كلمة المرور المخزنة بكلمة مرور عامة اختيارية يوفرها نظام التشغيل، وكلمة مرور ملف اختيارية تُقدم كجزء من اسم الملف مفصولة بفاصلة منقوطة (لا ينطبق هذا على أنظمة FlexOS و4680  OS و4690  OS). إذا لم تُقدم أي منهما، فسيفشل الطلب. إذا تطابقت إحداهما، فسيمنح النظام الوصول (ضمن حدود خصائص الملف العادية، أي أنه لا يزال من غير الممكن فتح ملف للقراءة فقط للكتابة بهذه الطريقة)، وإلا فسيفشل الطلب. ^{[ 47 ]}

في أنظمة التشغيل FlexOS و4680  و4690  ، يُعيّن النظام معرّفات للمجموعة والمستخدم للتطبيقات عند تشغيلها. عند طلب التطبيقات الوصول إلى ملف، تتم مقارنة معرّفات المجموعة والمستخدم الخاصة بها مع معرّفات المجموعة والمستخدم للملف المراد فتحه. إذا تطابق المعرّفان، يُعتبر التطبيق مالك الملف. إذا تطابق معرّف المجموعة فقط، يمنح نظام التشغيل التطبيق حق الوصول للمجموعة، وإذا لم يتطابق، يمنحه حق الوصول العام. إذا كان كل من معرّف المجموعة ومعرّف المستخدم للتطبيق يساوي صفرًا، يتجاوز نظام التشغيل الفحص الأمني. بعد تحديد فئة الأذونات، يتحقق نظام التشغيل مما إذا كان أي من أنواع الوصول لعملية الملف المطلوبة يتطلب إذنًا وفقًا لعلامات البت المخزنة للفئة المختارة (مالك، مجموعة، أو عام) في مدخل دليل الملف. حقوق الوصول للمالك والمجموعة والعالم مستقلة ولا تتطلب مستويات وصول متناقصة. يمنح نظام التشغيل حق الوصول فقط إذا لم يتطلب أي من أنواع الوصول المطلوبة إذنًا، وإلا يفشل.

في حال تفعيل ميزة أمان كلمات مرور الملفات/المجلدات متعددة المستخدمين، لن يفشل النظام في هذه المرحلة، بل سيُجري عملية التحقق من كلمة المرور لفئة الأذونات المُحددة، على غرار الإجراء الموضح أعلاه. مع تفعيل ميزة الأمان متعددة المستخدمين، ستوفر العديد من الأدوات المساعدة، منذ إصدار DR DOS 6.0، /U:nameمُعاملًا إضافيًا. ^{[ 47 ]}

خريطة بتات حقوق الوصول إلى الملف: ^{[ 60 ]}

تتطلب عمليات إعادة تسمية الملفات إما حقوق الكتابة أو الحذف، بينما تتطلب سلسلة IBM 4680 BASIC حقوق التنفيذ.

• يُستخدم مُعرِّف السمات الموسعة (المستخدم في نظام التشغيل OS/2 1.2 والإصدارات الأحدث، وكذلك في نظام التشغيل Windows NT) في نظامي الملفات FAT12 وFAT16؛ المجموعة الأولى من ملف السمات الموسعة أو 0 في حال عدم استخدامها. ^{[ 47 ] [ 61 ]} تم ابتكار طريقة مختلفة لتخزين السمات الموسعة لوحدات تخزين FAT32، انظر FAT32.IFS تحت الإزاحة 0x0C .

يتعارض تخزين البايتين الأعلى من المجموعة الأولى في ملف على نظام FAT32 جزئيًا مع خرائط بتات حقوق الوصول.

• آخر وقت تم تعديله (منذ PC DOS 1.1 / MS-DOS 1.20 )؛ انظر الإزاحة 0x0E للحصول على وصف التنسيق .
• في أنظمة نوفيل  دوس، وأوبن دوس، وDR-DOS  7.02 والإصدارات الأحدث، يحتوي هذا المدخل على وقت حذف الملفات أو المجلدات المعلقة للحذف في نظام DELWATCH  2.00 والإصدارات الأحدث. يتم نسخ طابع وقت آخر تعديل إلى العنوان 0x10 لإمكانية استعادته لاحقًا. ^{[ 47 ]} انظر الإزاحة 0x0E للاطلاع على وصف التنسيق .

• تاريخ آخر تعديل؛ انظر الإزاحة 0x10 للحصول على وصف التنسيق .
• في أنظمة نوفيل  دوس، وأوبن دوس، وDR-DOS  7.02 والإصدارات الأحدث، يحتوي هذا المدخل على تاريخ حذف الملفات أو المجلدات المعلقة للحذف في نظام DELWATCH 2.00 والإصدارات الأحدث. يتم نسخ تاريخ آخر تعديل إلى العنوان 0x12 لإمكانية استعادته لاحقًا. ^{[ 47 ]} انظر الإزاحة 0x10 للاطلاع على وصف التنسيق .

يجب أن تحتوي الإدخالات التي تحمل علامة Volume Label، والمجلد الفرعي ".." الذي يشير إلى جذر FAT12 وFAT16، والملفات الفارغة ذات الحجم 0 على المجموعة الأولى 0.

تحتوي إدخالات VFAT LFN أيضًا على هذا الإدخال مضبوطًا على 0؛ في وحدات تخزين FAT12 وFAT16، يمكن استخدام هذا كجزء من آلية الكشف للتمييز بين ملفات الحذف المعلقة ضمن DELWATCH وVFAT LFNs؛ انظر أعلاه.

لا تُخزّن إدخالات VFAT LFN القيمة 0x00000000 هنا. يمكن استخدام هذا كجزء من آلية الكشف للتمييز بين ملفات الحذف المعلقة ضمن DELWATCH وVFAT LFNs؛ انظر أعلاه.