Dateiinhalt teilweise löschen

[blablab]

Hallo!

Angenommen ich habe ein 4GB großes Video und möchte daraus nur das zehnte Byte löschen, dann fällt mir spontan nur ein, die komplette Datei ohne dieses Byte erneut zu schreiben. Ist das tatsächlich notwendig oder kann man das irgendwie umgehen?

Theoretisch müsste das doch möglich sein, denn die Datei ist ja in Clustern auf der Festplatte gespeichert. Es würde also ausreichen den ersten Cluster gegen einen anderen auszutauschen und die anderen beizubehalten.

Gibt es da eine Möglichkeit?

Grüße
blablab

[Bummi]

Sorry, Schmarrn, ich hatte gelesen überschreiben nicht löschen ....

[himitsu]

Im ersten Cluster löschst du das Byte, dafür wird ein Byte aus dem zweiten Cluster geholt und hinten an das Erste gehängt, damit dieser Cluster wieder komplett ist, dann wird aus dem Dritten ein Byte an den Zweiten gehängt, aus dem Vierten Eines an den Dritten, aus dem Fünften an den Vierten usw.

Die einzige Möglichkeit sind SpraseFiles, aber die werden nicht von jedem Dateisystem unterstützt.
(hatte noch keine Zeit mich damit zu beschäftigen, aber diese technik wird für die NTFS-komprimierten Dateien genutzt, damit dort Stückchenweise komprimiert und gespeichert werden kann, womit man dann bei Änderung eines Bereichs nicht gleich die ganze Datei neu schreiben muß)


Ach ja, du brauchst natürlich nur alle Bytes ab dem zu löschenden Byte um 1 Byte vorzukopieren.
Also alles oder stückchenweise in einen Puffer kopieren und etwas weiter Vorne wieder abspeichern.

[blablab]

Eine vielleicht etwas dumme Frage aber: Muss die Datei denn am Clusteranfang anfangen? Kann da nicht das erste Zeichen ungenutzt bleiben und der Dateiinhalt fängt dann erst beim 2. Zeichen an?

Edit:
War etwas verwirrt, weil beim Defragmentieren ja oft steht es befänden sich mehrerer Dateien in einem Block. Aber ein Block ist hier ja eine Menge vieler Cluster...

[Popov]

Ich kenne jetzt nicht Ntfs, aber bei dem einem System mit dem ich mich mal genauer beschäftigte war es nicht möglich. Denn, wozu der Aufwand? Bei den vollen Blöcken gab es eine Adresse auf den nächsten Block, bei dem letzten Block die Länge der genutzten Bytes. Mag sein, dass es aber Ntfs anders ist.

//Edit:
Unter Block verstehe ich wiederum die kleinste Einheit.

[blablab]

Um mein Problem etwas genauer zu beschreiben:

Ich möchte eine Art Archiv machen, also eine Datei in der mehrere Dateiinhalte hintereinander stehen. Ich weiß jetzt aber nicht, was ich machen soll, wenn ich eine Datei aus dem Archiv löschen will. Denn ich möchte die Größe des Archivs nicht einschränken, das soll ruhig mehrere Gigabyte groß werden können und das wird es in der Praxis auch. Aber wenn ich dann nur eine einzige Datei lösche die eher am Anfang des Archivs steht, kann ich doch nicht den ganzen Dateiinhalt kopieren. Ich kann den Benutzer doch nicht nach jedem Löschvorgang 2 Minuten warten lassen...

[Luckie]

Also bei 7Zip tust du das und wartest bei großen Archiven.

[Klaus01]

Zitat:

Zitat von blablab (Beitrag 1163150)

. Aber wenn ich dann nur eine einzige Datei lösche die eher am Anfang des Archivs steht, kann ich doch nicht den ganzen Dateiinhalt kopieren. Ich kann den Benutzer doch nicht nach jedem Löschvorgang 2 Minuten warten lassen...

Du könntest auch vor jedem Datenblock ein "deleted" Flag einbauen.
Ist dieses gesezt wird der Datenblock übersprungen.

Dann kannst Du noch eine "purge"-Routine einbauen, welche die als gelöscht markierten Blöcke
aus dem Archiv entfernt - das Archiv also komprimiert.
Diese Aktion könnte im Hintergrund laufen - oder auch scheduled des Nachts.

Grüße
Klaus

[himitsu]

Du hast irgendwo eine Liste mit den enthaltenen Dateien (eventuell auch Mehrere),
dort steht drinne wo die Datei anfängt und wie lang sie ist.

- beim Löschen wird einfach der Eintrag gelöscht
- beim Verkleinern einer Datei werden nur die Daten dieser Datei und ihre gespeicherte Länge geändert
- beim Vergrößern schaust du, ob hinter der Datei noch genug Platz ist (eventuell auch vor der Datei)
- - wenn ja, dann wird die Datei dort reingeschrieben und die Positions- und Größeninfo angepaßt
- - wenn nein, dann wird eine neue Stelle gesucht, also ein ausreichend großer freier Plattz irgendwo mittendrin oder die Datei wird hinten angehängt

Dadurch bleiben zwar Leerräume, welche man aber über eine Optimierungsfunktion/Defragmentierung bezeitigen kann.
Enteder manuell aufgerufen oder direkt beim Schließen des Archivs.

PS: So in etwa arbeiten auch Datenbanken und Dateisystemtreiber.
Du könntest natürlich auch eine Datenbank verwenden, so ala Firebird Embedded.

[x000x]

Moin moin,

menno - himitsu hat irgendwie meinen Beitrag kopiert und unter seinem Namen gepostet :-)

Nee... ich bin einfach zu langsam beim tippen gewesen