DE68925412T2

DE68925412T2 - Dateisystem

Info

Publication number: DE68925412T2
Application number: DE68925412T
Authority: DE
Inventors: Susan Penelope Kimber; Andrew John Mcphee; John Christopher Moor
Original assignee: Fujitsu Services Ltd
Current assignee: Fujitsu Services Ltd
Priority date: 1988-12-22
Filing date: 1989-11-30
Publication date: 1996-09-05
Anticipated expiration: 2009-12-01
Also published as: EP0375188B1; GB8829919D0; DE68925412D1; AU4703189A; US5375233A; EP0375188A2; ZA899587B; EP0375188A3; AU619371B2

Description

Die Erfindung bezieht sich auf Dateisysteme und insbesondere auf das Zuweisen von Speicherplatz in einem solchen Dateisystem, z.B. einem Disketten-Dateisystem.
Bei einer herkömmlichen Form eines Disketten-Dateisystems wird der verfügbare Datenspeicherplatz in Blöcke fester Größe von 512 oder 1024 Bytes unterteilt, und diese Blöcke werden Dateien in der gewünschten Weise zugewiesen. Hierbei tritt jedoch das Problem auf, daß es unwahrscheinlich ist, daß die einer bestimmten Datei zugewiesenen Blöcke auf der Diskette zusammenhängend angeordnet sind, und daß die Blöcke klein im Vergleich der Größe einer typischen großen Datei sind. Wenn eine große Daten menge aus der Diskette ausgelesen werden muß, ist eine erhebliche Diskettenkopfbewegung erforderlich, die die Geschwindigkeit reduziert, mit der die Daten ausgelesen werden können.
Eine Möglichkeit, dieses Problem zu lösen, besteht darin, die Blockgröße zu erhöhen, um den Grad der Zusammenhängigkeit der Dateien zu verbessern und damit das Ausmaß der Kopfbewegung zu reduzieren. Eine Erhöhung der Blockgröße führt jedoch zu dem weiteren Problem, daß kleine Dateien (d.h. solche, die erheblich kleiner sind als die Blockgröße) eine unzulässige Menge an Speicherraum verbrauchen würden.
Es sind verschiedene Vorschläge hierzu gemacht worden, generell wird jedoch der Dateispeicherraum letztlich aufgeteilt, so daß wenig zusammenhängender Speicherraum verfügbar ist, und ein Aufräumvorgang erforderlich wird. Nach ACM Transactions on Computer Systems, Band 2, Nr. 3, August 1984, New York, US, Seiten 181-197, Mc Kusick et al.: "A fast file system for UNIX" wird eine Speicherausnutzung dadurch optimiert, daß ein oder mehrere volle Blöcke in eine vorbestimmte Anzahl von Teilen gerin- gerer Größe unterteilt werden. Wenn eine Datei erweitert werden soll, wird ihr eine oder werden ihr mehrere volle Blöcke oder ein oder mehrere Teile, abhängig von der Menge an neuen Daten, die der Datei hinzugefügt werden sollen, zugewiesen. Wenn einer Datei eine große Datenmenge hinzugefügt werden soll, werden ein oder mehrere volle Blöcke zugewiesen, und wenn eine kleine Datenmenge hinzugefügt werden soll, werden ein oder meherere Teile der Datei zugewiesen.
Aufgabe der Erfindung ist ein verbessertes Dateisystem und ein Verfahren zum Managen eines Dateisystems zu schaffen, bei dem die vorstehenden Probleme gelöst werden.
Gemäß der Erfindung wird bei einem Verfahren zum Managen eines Dateisystems, bei dem physischer Speicherraum in eine Vielzahl von großen Blöcken vorbestimmter Größe unterteilt wird, und zumindest einige der großen Blöcke in eine Vielzahl von kleinen Blöcken unterteilt werden, deren Größe kleiner ist als die der großen Blöcke, vorgeschlagen, daß
(a) wenn eine Datei produziert wird, die Datei entweder als eine große Datei oder als eine kleine Datei eingestuft wird,
(b) wenn eine als große Datei bezeichnete Datei erweitert werden soll und dieser Datei gerade nicht ausreichend Raum zugewiesen wird, der Datei eine integrale Anzahl von großen Blöcken zugewiesen wird, und
(c) wenn eine als kleine Datei bezeichnete Datei erweitert werden soll und dieser Datei gerade nicht ausreichend Raum zugewiesen wird, eine integrale Anzahl der kleinen Blöcke der Datei zugewiesen wird.
Desweiteren wird gemäß der Erfindung ein Datenverarbeitungssystem mit einem Dateisystem, bei dem ein physischer Speicherraum in dem Dateisystem in eine Vielzahl von großen Blöcken vorbestimmter Größe unterteilt ist, und mindestens einige der großen Blöcke in eine Vielzahl von kleinen Blöcken kleinerer Größe als die großen Blöcke unterteilt sind, vorgeschlagen, das gekennzeichnet ist durch
(a) eine Vorrichtung, die beim Produzieren einer Datei die Datei entweder als große oder als kleine Datei bezeichnet,
(b) eine Vorrichtung, die der Datei eine integrale Anzahl großer Blöcke zuordnet, wenn eine als große Datei bezeichnete Datei erweitert werden soll und dieser Datei gerade nicht genügend Platz zugewiesen ist, und
(c) eine Vorrichtung, die der Datei eine integrale Anzahl kleiner Blöcke zuordnet, wenn eine als kleine Datei bezeichnete Datei erweitert werden soll und dieser Datei gerade nicht genügend Platz zugewiesen ist.
Nachstehend wird die Erfindung in Verbindung mit der Zeichnung anhand eines Ausführungsbeispieles erläutert. Es zeigt:
Fig. 1 ein Blockschaltbild einer Ausführungsform eines Datenverarbeitungssystems mit einem Dateisystem gemäß der Erfindung,
Fig. 2 eine schematische Darstellung der Art und Weise, in der Blöcke den Dateien zugewiesen werden,
Fig. 3 eine schematische Darstellung der Art und Weise, in der Blöcke miteinander verkettet sind,
Fig. 4 ein Flußdiagramm, das die Arbeitsweise des Systems beim Einschreiben in die Datei zeigt, und
Fig. 5 ein Flußdiagramm, das die Arbeitsweise des Systems beim Löschen einer Datei zeigt.
Nach Fig. 1 weist das Datenverarbeitungssystem eine zentrale Verarbeitungseinheit (CPU) 20, eine Magnet-Disketten-Dateieinheit 21 und einen Hauptspeicher 22 auf.
Die Disketten-Dateiemheit 21 ist eine 360 MByte fassende Festdisketten-Einheit. Wenn das System geschaffen wird, wird das Dateisystem geschaffen (das die gesamte Diskette oder einen Teil der Diskette einnehmen kann). Der verfügbare Diskettenspeicherraum innerhalb des Dateisystems wird in große Blöcke vorbestimmter Größe unterteilt. Die große Blockgröße kann durch den Benutzer nach der erwarteten Größe der im System zu speichernden Dateien spezifiziert werden, und beträgt mindestens 24 KBytes. In der nachstehenden Beschreibung wird angenommen, daß eine große Blockgröße von 256 KBytes ausgewählt worden ist.
Wenn in dem System eine Datei geschaffen wird, wird sie entweder als große Datei oder als kleine Datei bezeichnet.
Großen Dateien werden große Blöcke zugewiesen, da sie diese benötigen. Wenn immer es möglich ist, werden die großen Blöcke, die einer bestimmten großen Datei zugewiesen sind, so gewählt, daß sie auf der Diskette fortlaufend angeordnet sind.
Kleine Dateien befinden sich in einem Satz von kleinen Dateiflächen, deren jede aus einer Anzahl von großen Blöcken besteht. Jeder große Block ist in kleine Blöcke unterteilt und die Größe der kleinen Blöcke ist vom Benutzer ebenfalls konfigurierbar. In der nachstehenden Beschreibung wird angenommen, daß eine kleine Blockgröße von 4 KBytes ausgewählt worden ist. Der Raum in jeder kleinen Dateifläche wird in Mehrfachen der kleinen Blockgröße zugewiesen. Es kann im System entweder nur eine kleine Dateifläche oder eine Vielzahl von getrennten kleinen Dateiflächen vorhanden sein. In diesem Fall wird angenommen, daß jede kleine Dateifläche aus zwei großen Blöcken besteht.
Beispielsweise zeigt Fig. 2 eine schematische Ansicht einer Diskettendatei, die sechzehn große Blöcke 0 - 15 speichert (normalerweise wären sehr viel mehr Blöcke im System vorhanden).
In diesem Beispiel sind einer großen Datei (große Datei 2) Blöcke 0, 1 und 2 zu Beginn zugeordnet, und erst später sind weitere Blöcke 11 und 12 zugeordnet worden. Einer weiteren großen Datei (große Datei Nr. 3) sind Blöcke 7, 8 und 9 zugeordnet.
Blöcke 3 und 4 sind als kleine Dateiflächen eingestuft worden und speichern eine Anzahl kleiner Dateien (nicht dargestellt), deren jede aus einer ganzen Anzahl von kleinen Blöcken besteht.
Blöcke 5, 6, 10, 13, 14 und 15 sind frei, entweder, weil sie noch nicht benutzt worden sind, oder weil sie einer Datei zugewiesen waren, die noch nicht gelöscht worden ist.
Der Dateispeicher wird als aus einer Anzahl von Fragmenten bestehend angesehen, wobei ein Teil als ein zusammenhängender Satz von großen Blöcken mit dem gleichen Zweck oder Eigentümer definiert ist. Ein Fragment kann entweder sein:
a) eine Fläche freien Raumes,
b) Teil einer großen Datei, oder
c) eine kleine Dateifläche.
Beispielsweise enthält in Fig. 2 der Dateispeicher sieben Fragmente, die aus den Blöcken (0, 1, 2), (3, 4), (5, 6), (7, 8, 9), (10), (11, 12) und (13, 14, 15) bestehen.
Im Betrieb hält das Dateisystem auf der Diskette eine Fragmentliste aufrecht, die einen Eintrag für jedes Fragment im System enthält. Jeder Eintrag besteht aus vier Feldern wie folgt:
START: Die Adresse des ersten großen Blockes im Fragment
SIZE: Die Anzahl von großen Blöcken im Fragment
I/D: Dies hat die folgenden Bedeutungen:
0 = freier Raum
1 = kleine Dateifläche
2, 3... = Idendität der großen Datei
PART: eine Part-Zahl für eine große Datei, die in eine Anzahl von Fragmenten aufgeteilt ist.
Beispielsweise hat nach Fig. 2 das Fragment (11, 12):
START = 11 (da es am Block 11 beginnt)
SIZE = 2 (da es aus zwei großen Blöcken besteht),
I/D = 2 (da es Teil der großen Datei 2 ist),
PART = 2 (da es im zweiten Teil dieser Datei vorhanden ist).
Wenn das Dateisystem in das Datenverarbeitungssystem eingeführt wird, wird die Fragmentliste in den Hauptspeicher kopiert. Die Fragmentliste wird dann abgetastet und es wird eine Verbundlisten-Tabelle im Hauptspeicher mit einem Eintrag für jedes Fragment im Dateispeicher erstellt. Jeder Eintrag weist vorwärts und rückwärts weisende physische und logische Zeiger auf, die auf andere Fragmente zusammen mit einem Zeiger auf den Fragmentlisteneintrag zeigen.
Die physischen Zeiger ketten die Fragmente in ihrer physischen Ordnung auf der Diskette aneinander. Beispielsweise weist unter Bezugnahme auf Fig. 2 der physische Vorwärts-Zeiger für das Fragment (0, 1, 2) auf das Fragment (3, 4), da dieses physisch das nächste Fragment auf der Diskette ist. Somit ergeben die physischen Zeiger eine Karte der physischen Organisation des Dateisystems. Die nach vorwärts und rückwärts gerichteten logischen Zeiger haben die folgenden Bedeutungen:
a) Wenn das Fragment Teil einer großen Datei ist, zeigen sie auf die nächsten und vorausgehenden Fragmente dieser großen Datei. Somit sind die Fragmente einer jeden großen Datei miteinander in einer logischen Reihenfolge zu einer getrennten Kette verkoppelt.
b) Ist das Fragment ein Freiraum, zeigt der vordere logische Zeiger auf das nächstgrößere Freiraumfragment, und der hintere logische Zeiger auf das nächstkleinere Freiraumfragment. Damit sind alle Freiraumfragmente miteinander in einer Ordnung zunehmender und abnehmender Größe verkettet.
c) Wenn das Fragment eine kleine Dateifläche ist, zeigt der vordere logische Zeiger auf die nächste kleine Dateifläche (in chronologischer Reihenfolge der Zuweisung) oder ist Null, wenn keine weiteren Fragmente vorhanden sind. Der hintere logische Zeiger ist eine Referenz für die freie Blockliste innerhalb dieser Fläche.
Beispielsweise zeigt Fig. 3 die Art und Weise, in der die Fragmente in Fig. 2 durch die logischen Zeiger miteinander verkettet sind.
Die Freiraumfragmente (10), (5, 6) und (13, 14, 15) sind miteinander in einer Ordnung zunehmender und abnehmender Größe verkettet. Beispielsweise zeigt der vordere logische Zeiger des Fragmentes (10) auf das Fragment (5, 6) usw.
In ähnlicher Weise sind die beiden Fragmente (0, 1, 2) und (11, 12) der großen Datei (2) miteinander in logischer Reihenfolge verkettet.
Jede kleine Dateifläche enthält eine freie Blockliste, die angibt, welche kleinen Blöcke innerhalb dieser Fläche frei sind.

Datei erweitern

Fig. 4 zeigt die Betriebsweise des Dateisystems, wenn eine Datei erweitert wird.
(4-1) Es wird ein Test durchgeführt, um zu bestimmen, ob der gesamte physische Raum (falls vorhanden), der der Datei bereits zugewiesen ist, aufgebraucht worden ist.
(4-2) Wenn der gesamte zugewiesene Raum voll ist (oder wenn kein Raum dieser Datei zugewiesen worden ist), wird die Datei geprüft, um zu bestimmen, ob sie als große Datei bezeichnet worden ist.
(4-3) Wenn sie eine große Kartei ist, wird ein Test durchgeführt, um zu bestimmen, ob die Dateigröße Null ist.
(4-4) Wenn die Dateigröße Null ist, bedeutet dies, daß der Datei bisher noch kein Raum auf der Diskette zugewiesen worden ist. Die Liste von Freiraum-Fragmenten wird deshalb abgetastet, damit möglichst eine kontinuierliche Fläche freien Raumes, der für die Datei groß genug ist, aufgefunden wird. Eine ganze Anzahl von Freiraumblöcken wird dann der Datei zugewiesen.
Beispielsweise können im Falle nach den Fig. 2 und 3, wenn eine neue Datei zwei große Blöcke erforderlich macht, Blöcke 5 und 6 zugewiesen werden.
Die Fragmentlisten- und Verbundlisten-Einträge werden entsprechend fortgeschaltet.
(4-5) Wenn die Dateigröße nicht Null ist, muß der Datei bereits eine Fläche auf der Diskette zugewiesen worden sein, die aber jetzt voll ist. Es wird mindestens ein weiterer großer Block der Datei zugewiesen (dies ist sehr wahrscheinlich ein wesentlich größerer Platz als der tatsächlich angeforderte und ergibt somit Platz für eine Erweiterung. Die neue Fläche soll, wenn dies irgend möglich ist, mit dem übrigen Teil der Datei zusammenhängend sein. Dies wird dadurch erreicht, daß die physischen Zeiger in der Verbundliste geprüft werden, um das nächste Fragment aufzufinden, das sich physisch in der Nähe des letzten logischen Blocks der Datei befindet. Dieses Fragment wird getestet, um festzustellen, ob es frei ist oder nicht, und, wenn es frei wird, werden ein oder mehrere Blöcke der Datei zugewiesen. Beispielsweise wird nach Fig. 2, wenn in einen großen Speicher Nr. 2 eingeschrieben wird und nicht genügend Platz in der bereits dieser Datei zugewiesenen Fläche vorhanden ist, der Block 13 der Datei zugewiesen, da er physisch in der Nähe des letzten logischen Blockes 12 der Datei liegt.
Wie weiter oben erwähnt, werden die Fragmentliste und die Verbundliste entsprechend fortgeschaltet.
(4-6) Wenn die Datei eine kleine Datei ist, werden die folgenden Vorgänge durchgeführt. Zuerst wird eine Prüfung veranlaßt, um zu bestimmen, ob eine kleine Dateifläche bereits vorhanden ist.
(4-7) Wenn keine kleine Dateifläche existiert, werden ein oder mehrere freie große Blöcke zugeordnet, um eine neue kleine Dateifläche zu bilden. Die Anzahl von großen Blöcken in jeder kleinen Dateifläche wird durch den Systembenutzer bestimmt; in diesem Beispiel wird angenommen, daß jede kleine Dateifläche aus zwei großen Blöcken besteht. Wenn die kleine Dateifläche aus mehr als einem großen Block besteht, werden diese als zusammenhängende Blöcke zugewiesen.
Die Fragmentliste und die Verbundliste werden entsprechend fortgeschaltet.
Der kleinen Datei werden dann ein oder mehrere kleine (4 KByte) Blöcke in dieser neuen kleinen Dateifläche zugewiesen.
(4-8) Wenn eine kleine Dateifläche bereits vorhanden ist, wird die freie Blockliste dieser Fläche geprüft, um festzustellen, ob irgendwelche freien kleinen Blöcke in der kleinen Dateifläche vorhanden sind.
Sind keine freien kleinen Blöcke vorhanden, wird eine neue kleine Dateifläche in der vorbeschriebenen Weise geschaffen, und der Datei wird ein kleiner Block aus dieser Fläche zugewiesen.
(4-9) Wenn andererseits mindestens ein freier kleiner Block in der kleinen Dateifläche vorhanden ist, wird er der Datei zugewiesen, und die freie Blockliste wird fortgeschaltet. Die kleinen Blöcke, die einer speziellen kleinen Datei zugewiesen sind, brauchen nicht notwendigerweise zusammenhängend sein.
(4-10) Wenn einer Datei Raum zugewiesen worden ist, oder wenn andererseits bei Schritt 4-1 festgestellt worden ist, daß freier Raum in der der Datei bereits zugewiesenen Fläche vorhanden ist, wird dieser Raum (oder so viel wie möglich von diesem Raum) benutzt.
(4-11) Dann wird ein Test durchgeführt, um festzustellen, ob mehr physischer Raum erforderlich ist. Wenn nicht, wird der Datei-Erweiterungsvorgang abgeschlossen. Andernfalls kehrt der Vorgang zum Schritt 4-1 zurück, und diese Schleife wird wiederholt, bis die Dateierweiterung vollständig ist.

Datei löschen

Fig. 5 zeigt den Betrieb des Dateisystems, wenn eine Datei gelöscht werden soll
(5-1) Zuerst wird ein Test durchgeführt, um festzustellen, ob es sich um eine große Datei handelt.
(5-2) Wenn es sich um eine große Datei handelt, werden bei allen großen Blöcken, die dieser Datei zugewiesen worden sind, die Zuweisung zurückgenommen, indem sie der Liste von Freiraumfragmenten zugefügt werden.
(5-3) Wenn andererseits die Datei klein ist, werden für die kleinen Blöcke, die dieser Datei zugewiesen sind, die Zuweisungen zurückgenommen, indem die freie Blockliste der kleinen Dateifläche, in der sie angeordnet sind, fortgeschaltet wird.
(5-4) Die freie Blockliste der kleinen Dateifläche wird dann geprüft, um festzustellen, ob diese ganze Fläche nunmehr frei ist.
(5-5) Wenn dies zutrifft, wird die Zuweisung der ganzen kleinen Dateifläche zurückgenommen, indem die großen Blöcke, die diese Fläche bilden, der Liste von Freiraumfragmenten hinzugefügt werden.
Die vorbeschriebenen Vorgänge für die Dateisysteme einschließlich der Dateischreib- und -löschvorgänge nach den Fig. 4 und 5 können zweckmäßigerweise durch Software oder Firmware umgesetzt werden, die auf der CPU 20 (Fig. 1) gefahren wird. Diese Software oder Firmware könnte auch auf einem anderen Prozessor gefahren werden, der die Diskette steuert und der der Haupt-CPU untergeordnet ist.
Zusammenfassend ergibt sich, daß Raum auf der Scheibe dynamisch zugewiesen und die Zuweisung aufgehoben wird, wenn dies erforderlich ist. Zu Beginn sind alle großen Blöcke frei und bilden ein einziges Freiraum-Fragment. Große Blöcke werden großen Dateien in der erforderlichen Weise zugewiesen. Kleine Dateiflächen werden geschaffen, wenn dies erforderlich ist, um kleine Dateien zu speichern. Bei manchen Umsetzungen kann es erforderlich sein, eine kleine Dateifläche während des Erzeugungsvorganges zu schaffen.
Das vorbeschriebene System ergibt ein Zwei-Stufen-System mit großen und kleinen Blöcken für große und kleine Dateien. Damit wird der Raumbedarf verringert, der auftreten würde, wenn kleine Dateien in große Blöcke eingeschrieben würden. Die sehr große Dimension der großen Blöcke stellt sicher, daß große Mengen an Daten zusammenfassend gespeichert und damit aus der Diskette ausgelesen werden können, ohne daß eine übermäßig hohe Kopfbewegung erforderlich ist. Ferner wird das Ausmaß der Kopfbewegung dadurch verringert, daß große Dateien zusammenhängenden Blöcken zugewiesen werden, wenn dies immer möglich ist.
Bei einer möglichen Modifizierung des Systems kann eine Erweiterung auf drei oder mehr Stufen vorgesehen sein, jede mit einer unterschiedlichen Blockgröße.

Claims

1. Verfahren zum Managen eines Dateisystems, wobei physischer Speicherraum in eine Vielzahl von großen Blöcken vorbestimmter Größe unterteilt ist, und zumindest einige der großen Blöcke in eine Vielzahl von kleinen Blöcken unterteilt sind, deren Größe kleiner ist als die der großen Blöcke, dadurch gekennzeichnet, daß

a) dann, wenn eine Datei produziert wird, die Datei entweder als eine große Datei oder eine kleine Datei bezeichnet wird,

b) wenn eine als große Datei bezeichnete Datei erweitert werden soll und dieser Datei gerade nicht ausreichend Raum zugewiesen wird, eine integrale Anzahl der großen Blöcke der Datei zugewiesen wird, und

c) wenn eine als kleine Datei bezeichnete Datei erweitert werden soll und dieser Datei gerade nicht ausreichend Raum zugewiesen wird, eine integrale Anzahl der kleinen Blöcke der Datei zugewiesen wird.

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß jeder große Block mindestens eine Größe von 64 KBytes hat.

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daß jeder kleine Block eine Größe von höchstens 4 Kbytes hat.

4. Verfahren nach einem der vorausgehenden Ansprüche, bei dem jeder großen Datei physisch zusammenhängende große Blöcke zugeordnet sind, wo immer dies möglich ist.

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, daß eine Karte der physischen Organisation des Dateisystems aufrecht erhalten wird, und daß die Karte so verwendet wird, daß physisch zusammenhängende große Blöcke positioniert werden.

6. Verfahren nach einem der vorausgehenden Ansprüche, dadurch gekennzeichnet, daß die kleinen Blöcke von einer oder mehreren Flächen der kleinen Datei zugewiesen werden, wobei jede kleine Dateifläche einen oder mehrere physisch zusammenhängende große Blöcke enthält.

7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, daß dann, wenn weitere kleine Blöcke erforderlich sind, eine neue Fläche der kleinen Datei dadurch geschaffen wird, daß ein oder mehrere zusammenhängende große Blöcke der neuen Fläche der kleinen Datei zugewiesen werden.

8. Datenverarbeitungssystem mit einem Dateisystem, bei dem ein physischer Speicherraum in dem Dateisystem in eine Vielzahl von großen Blöcken vorbestimmter Größe unterteilt ist, und mindestens einige der großen Blöcke in eine Vielzahl von kleinen Blöcken kleinerer Größe als die großen Blöcke unterteilt sind, gekennzeichnet durch

a) eine Vorrichtung, die beim Produzieren einer Datei die Datei entweder als große oder als kleine Datei bezeichnet,

b) eine Vorrichtung, die der Datei eine integrale Anzahl großer Blöcke zuordnet, wenn eine als große Datei bezeichnete Datei erweitert werden soll und dieser Datei gerade nicht genügend Platz zugewiesen ist, und

c) eine Vorrichtung, die der Datei eine integrale Anzahl kleiner Blöcke zuordnet, wenn eine als kleine Datei bezeichnete Datei erweitert werden soll und dieser Datei gerade nicht genügend Platz zugewiesen ist.