Zu tar:
Warum soll tar nicht funktionieren? Welcher Fehler kommt?
tar hat AFAIK keinerlei Einschränkungen bzgl. der Dateigröße, lediglich manche
Dateisysteme können keine Dateien größer 2/4GB ablegen.
Ich habe mal ein wenig rumgespielt.
Erst eine Datei größer 5GB erzeugt:
dd if=/dev/zero of=/tmp/big.file bs=1024k count=5000
$ ls -l /tmp/big.file
-rw-r--r-- 1 gerhard gerhard 5242880000 8. Sep 10:55 /tmp/big.file
Testweise Tar-Archiv erzeugt (Nur Nullen lassen sich natürlich extrem gut komprimieren,
ob sich deine Datei wesentlich komprimieren laßt hängt vom Inhalt ab):
tar czf bigfile.tgz /tmp/big.file
Ergibt ein Archiv mit ca. 4,9
Megabyte
Zum Brennen dieser Datei. Ich denke wodim ist da nicht geeignet. K3b nimmt zum
Brennen von DVDs growisofs. growisofs ist ein Frontend für mkisofs und "brennt" mit
dd auf das Gerät.
Erstmal habe ich ein iso-Image erzeugt. Da gehen die "Probleme" schon los, da ja
lediglich udf per Spezifikation Dateien > 2GB erlaubt:
mkisofs -o t.iso -allow-limited-size /tmp/big.file
Dieser -allow-Parameter erlaubt Umgehung von Größenbeschränkung und impliziert
-udf als Dateisystem.
Dieses iso-iamge sollte man jetzt mit den Brennprogrammen brennen können (k3b, nero
bieten ja die Option "Brennen von Image-Datei". Wg. der Größe geht das natürlich nur
auf eine DL-DVD. Und ob die Programme wirklich Image-Brennen auf eine DL-DVD
können???
Um zu sehen, ob das iso-Image ok ist habe ich es gemountet. Da wird auch die
Problematik mit iso9660, Joliet,... deutlich, also was die Datei-Betrachter/System
von der "DVD" als Inhalt sehen würden:
mount t.iso /tmp/iso -o loop
mount
(Mount "denkt" es kann iso9660 als FS nehmen)
/home/gerhard/t.iso on /tmp/iso type iso9660 (rw,loop=/dev/loop0)
ls -l /tmp/iso/
insgesamt 925696
-r-xr-xr-x 1 root root 947912704 8. Sep 10:55 big.file
(Hier wird schon eine falsche Dateigröße angezeigt, der Inhalt wäre also unbrauchbar)
umount /tmp/iso/
mount t.iso /tmp/iso -t udf -o loop
mount
(Hier explizit als udf FS gemountet)
/home/gerhard/t.iso on /tmp/iso type udf (rw,loop=/dev/loop0)
[gerhard@tux1 ~]$ ls -l /tmp/iso/
insgesamt 5120000
-r--r--r-- 1 4294967295 4294967295 5242880000 8. Sep 10:55 big.file
(Mit udf ist der Inhalt des iso-Images brauchbar)
Wie kannst du jetzt brennen? Sowie ich dich verstehe, hast du keinen Platz ein ISO-Image
zu erstellen, bist also auf das direkte Brennen angewiesen?
Wenn ich den Test mit der großen Datei starte (als "Brenner" schicke ich in Ermangelung
einer DL-DVD alles nach /dev/null):
growisofs -Z /dev/null -allow-limited-size /tmp/big.file
Dann kriege ich als Meldungen am Anfang:
Executing 'mkisofs -allow-limited-size /tmp/big.file | builtin_dd of=/dev/null obs=32k seek=0'
I: -input-charset not specified, using utf-8 (detected in locale settings)
This size can only be represented in the UDF filesystem.
Make sure that your clients support and use it.
ISO9660, Joliet, RockRidge, HFS will display incorrect size.
Der "Brennvorgang" selbst wird aber korrekt ausgeführt.
Das wäre jetzt dein Weg (-Z mit dem richtigen Dev sr1). Du versaust dir evtl. einen
Rohling wenn es nicht klappt wg. DL.
Oder zu erzeugst dir analog obigem ein ISO-Image was du evtl. mit einem Brenn-
Programm brennen kannst. Als Ablageort kommt aber wieder nur ein Dateisystem
ohne Dateigrößen-Beschränkung in Frage, also z.B. kein vFAT).
K3b z.B. erlaubt mir noch nichtmal die große Datei big.file ins Brennfenster einzubinden
(keine Datei > 4GB möglich).
Die Kommanozeile ist wohl die einzige Möglichkeit.
Hoffe, dir etwas geholfen zu haben...