Specifica del file system exFAT

Tabella 37 Directory di allocazione fornitoreEntry

Campo EntryType 7.9.1

Il campo EntryType deve essere conforme alla definizione fornita nel modello DirectoryEntry secondaria generica (vedere la sezione 6.4.1).

Campo TypeCode 7.9.1.1

Il campo TypeCode deve essere conforme alla definizione fornita nel modello Generic Secondary DirectoryEntry (vedere la sezione 6.4.1.1).

Per la voce directory Allocazione fornitore, il valore valido per questo campo è 1.

7.9.1.2 Campo Di importazione

Il campo TypeImportance deve essere conforme alla definizione fornita nel modello Generic Secondary DirectoryEntry (vedere la sezione 6.4.1.2).

Per la voce directory Allocazione fornitore, il valore valido per questo campo è 1.

7.9.1.3 Campo TypeCategory

Il campo TypeCategory deve essere conforme alla definizione fornita nel modello DirectoryEntry secondaria generica (vedere la sezione 6.4.1.3).

7.9.1.4 Campo Uso

Il campo InUse deve essere conforme alla definizione fornita nel modello Generic Secondary DirectoryEntry (vedere la sezione 6.4.1.4).

7.9.2 Campo GeneraleSecondaryFlags

Il campo GeneralSecondaryFlags deve essere conforme alla definizione fornita nel modello Generic Secondary DirectoryEntry (vedere la sezione 6.4.2) e definisce il contenuto del campo CustomDefined da riservare.

Campo AllocationPossible 7.9.2.1

Il campo AllocationPossible deve essere conforme alla definizione fornita nel modello DirectoryEntry secondaria generica (vedere la sezione 6.4.2.1).

Per la voce directory Allocazione fornitore, il valore valido per questo campo è 1.

Campo NoFatChain 7.9.2.2

Il campo NoFatChain deve essere conforme alla definizione fornita nel modello Generic Secondary DirectoryEntry (vedere la sezione 6.4.2.2).

7.9.3 Campo VendorGuid

Il campo VendorGuid deve contenere un GUID che identifica in modo univoco l'allocazione fornitore specificata.

Tutti i valori possibili per questo campo sono validi, ad eccezione del GUID Null, ovvero {00000000-0000-0000-0000-000000000000}. Tuttavia, i fornitori devono usare uno strumento di generazione GUID, ad esempio GuidGen.exe, per selezionare un GUID durante la definizione delle estensioni.

Il valore di questo campo determina la struttura specifica del fornitore del contenuto dei cluster associati, se presenti.

7.9.4 Campo FirstCluster

Il campo FirstCluster deve essere conforme alla definizione fornita nel modello Generic Secondary DirectoryEntry (vedere la sezione 6.4.3).

7.9.5 Campo DataLength

Il campo DataLength deve essere conforme alla definizione fornita nel modello Generic Secondary DirectoryEntry (vedere la sezione 6.4.4).

7.10 Immissione della directory di riempimento TexFAT

Questa specifica, exFAT Revision 1.00 File System Basic Specification, non definisce la voce di directory TexFAT Padding. Tuttavia, il codice di tipo è 1 e l'importanza del tipo è 1. Le implementazioni di questa specifica devono trattare le voci della directory TexFAT Padding come qualsiasi altra voce di directory primaria non riconosciuta, le implementazioni non devono spostare le voci della directory TexFAT Padding.

8 Note sull'implementazione

8.1 Ordinamento di scrittura consigliato

Le implementazioni devono garantire che il volume sia il più resiliente possibile per alimentare gli errori e altri errori inevitabili. Quando si creano nuove voci di directory o si modificano le allocazioni del cluster, le implementazioni devono in genere seguire questo ordine di scrittura:

1. Impostare il valore del campo VolumeDirty su 1

2. Aggiornare il fat attivo, se necessario

3. Aggiornare la bitmap di allocazione attiva

4. Creare o aggiornare la voce di directory, se necessario

5. Cancellare il valore del campo VolumeDirty su 0, se il valore precedente al primo passaggio era 0

Quando si eliminano voci di directory o si liberano allocazioni di cluster, le implementazioni devono seguire questo ordine di scrittura:

1. Impostare il valore del campo VolumeDirty su 1

2. Eliminare o aggiornare la voce di directory, se necessario

3. Aggiornare il fat attivo, se necessario

4. Aggiornare la bitmap di allocazione attiva

5. Cancellare il valore del campo VolumeDirty su 0, se il valore precedente al primo passaggio era 0

8.2 Implicazioni delle voci directory non riconosciute

Le specifiche future di exFAT dello stesso numero di revisione principale, 1 e numero di revisione secondaria superiore a 0 possono definire nuove voci di directory secondarie primarie, critiche e secondarie non dannose. Solo le specifiche exFAT di un numero di revisione principale superiore possono definire nuove voci di directory primaria critiche. Le implementazioni di questa specifica, exFAT Revision 1.00 File System Basic Specification, devono essere in grado di montare e accedere a qualsiasi volume exFAT del numero di revisione principale 1 e di qualsiasi numero di revisione secondario. Questo presenta scenari in cui un'implementazione può incontrare voci di directory che non riconosce. Di seguito vengono descritte le implicazioni di questi scenari:

1. La presenza di voci di directory primarie critiche non riconosciute nella directory radice rende il volume non valido. La presenza di qualsiasi voce di directory primaria critica, ad eccezione delle voci della directory file, in qualsiasi directory non radice, rende la directory di hosting non valida.

2. Le implementazioni non devono modificare le voci di directory primarie non riconosciute o le allocazioni di cluster associate. Tuttavia, quando si elimina una directory e solo quando si elimina una directory, le implementazioni eliminano le voci di directory primarie non riconosciute e liberano tutte le allocazioni di cluster associate, se presenti.

3. Le implementazioni non modificheranno le voci di directory secondarie critiche non riconosciute o le allocazioni di cluster associate. La presenza di una o più voci di directory secondarie critiche non riconosciute in un set di voci di directory esegue il rendering dell'intero set di voci di directory non riconosciuto. Quando si elimina un set di voci di directory che contiene una o più voci di directory secondarie critiche non riconosciute, le implementazioni liberano tutte le allocazioni di cluster, se presenti, associate a voci di directory secondarie critiche non riconosciute. Inoltre, se il set di voci di directory descrive una directory, le implementazioni possono:

   • Attraversamento nella directory

   • Enumerare le voci della directory che contiene

   • Eliminare le voci di directory contenute

   • Spostare le voci di directory contenute in una directory diversa

   Tuttavia, le implementazioni non devono:

   • Modificare le voci di directory contenute, ad eccezione dell'eliminazione, come indicato

   • Creare nuove voci di directory contenute

   • Aprire le voci di directory contenute, ad eccezione dell'attraversamento e dell'enumerazione, come indicato

4. Le implementazioni non modificheranno le voci di directory secondarie non riconosciute o le allocazioni di cluster associate. Le implementazioni devono ignorare le voci di directory secondarie non riconosciute non riconosciute. Quando si elimina un set di voci di directory, le implementazioni liberano tutte le allocazioni di cluster, se presenti, associate a voci di directory secondarie non riconosciute non riconosciute.

9 Limiti del file system

9.1 Limiti delle dimensioni del settore

Il campo BytesPerSectorShift definisce i limiti di dimensione del settore inferiore e superiore( che restituisce un limite inferiore: 512 byte; limite superiore: 4.096 byte).

9.2 Limiti delle dimensioni del cluster

Il campo SectorsPerClusterShift definisce i limiti di dimensione del cluster inferiore e superiore (limite inferiore: 1 settore; limite superiore: 25 -- BytesPerSectorShift settori, che restituisce 32 MB).

9.3 Limiti delle dimensioni dell'heap del cluster

L'heap del cluster conterrà almeno spazio sufficiente per ospitare le strutture di file system di base seguenti: la directory radice, tutte le bitmap di allocazione e la tabella up case.

Il limite di dimensioni dell'heap cluster inferiore è una funzione del limite di dimensioni inferiori di ognuna delle strutture di file system di base che risiedono nell'heap del cluster. Anche dato il cluster più piccolo possibile (512 byte), ognuna delle strutture di file system di base non richiede più di un cluster. Di conseguenza, il limite inferiore è 2 + NumberOfFats cluster, che restituisce 3 o 4 cluster, a seconda del valore del campo NumberOfFats.

Il limite massimo delle dimensioni dell'heap del cluster è una funzione semplice del numero massimo possibile di cluster, definito dal campo ClusterCount (limite massimo: 2 cluster^{da 32} a 11). Indipendentemente dalle dimensioni del cluster, tale heap del cluster ha spazio sufficiente per ospitare almeno le strutture di base del file system.

9.4 Limiti delle dimensioni del volume

Il campo VolumeLength definisce i limiti di dimensione del volume inferiore e superiore (limite inferiore: ^{2 20}/ 2^{BytesPerSectorShift}settori, che restituisce 1 MB; limite superiore: 2^64-1 settori, che, data la più grande dimensione del settore possibile, restituisce circa 64ZB. Tuttavia, questa specifica consiglia non più di^{2 cluster 24-2} nell'heap del cluster (vedere la sezione 3.1.9). Di conseguenza, il limite massimo consigliato di un volume è: ClusterHeapOffset + (^{2 24}- 2) * 2^{SectorsPerClusterShift}. Data la dimensione massima possibile del cluster, 32 MB e presupponendo che ClusterHeapOffset sia di 96 MB (spazio sufficiente per le aree di avvio principale e backup e solo il Primo FAT), il limite massimo consigliato di un volume restituisce circa 512 TB.

9.5 Limiti delle dimensioni della directory

Il campo DataLength della voce della directory Dell'estensione di flusso definisce i limiti di dimensioni della directory inferiori e superiori (limite inferiore: 0 byte; limite superiore: 256 MB). Ciò significa che una directory può ospitare fino a 8.388.608 voci di directory (ogni voce di directory utilizza 32 byte). Dato il set di voci di directory file più piccolo possibile, tre voci di directory, una directory può ospitare fino a 2.796.202 file.

10 Appendice

10.1 Identificatori univoci globali (GUID)

Un GUID è l'implementazione Microsoft di un identificatore univoco universale. Un GUID è un valore a 128 bit costituito da un gruppo di 8 cifre esadecimali, seguito da tre gruppi di 4 cifre esadecimali ciascuno e seguito da un gruppo di 12 cifre esadecimali, ad esempio {6B29FC40-CA47-1067-B31D-00DD010662DA}, (vedere la tabella 38).