On Sonntag, 6. Juli 2008, Dale wrote: > Daniel Iliev wrote: > > On Fri, 04 Jul 2008 14:43:01 -0500 > > > > Dale <[EMAIL PROTECTED]> wrote: > >> Hi again, > >> > >> After getting a LOT of help on this, I got it sorted out. This is > >> what is installed: > >> > >> [ebuild U ] app-cdr/cdrkit-1.1.8 [1.1.6] USE="unicode -hfs" 0 kB > >> [ebuild U ] app-cdr/k3b-1.0.5-r1 [1.0.4] USE="alsa arts dvdr > >> dvdread encode hal mp3 vorbis -css -debug -emovix -ffmpeg -flac > >> -musepack -musicbrainz -sndfile -vcd -xinerama" LINGUAS="-af -ar -bg > >> -br -bs -ca -cs -cy -da -de -el -en_GB -es -et -eu -fa -fi -fr -ga > >> -gl -he -hi -hu -is -it -ja -ka -lt -mk -ms -nb -nds -nl -nn -pa -pl > >> -pt -pt_BR -ru -rw -se -sk -sr [EMAIL PROTECTED] -sv -ta -tr -uk -uz -zh_CN > >> -zh_TW" 0 kB > > > > Actually if you don't care about the GUI and compatibility with other > > systems, you can do DVD burning with growisofs only (without > > mkisofs/genisoimage respectively from cdrtools or cdrkit). > > > >> I also noticed something else that was "funny". I added the line to > >> fstab but sort of forgot something else. This is one of my blonde > >> moments here, not blonde but anyway. I forgot to make the mount > >> point, you know, the hdd directory in /media. < Dale slaps forehead > > > > > AFAIK this might cause problems if you use auto-mounting software and > > forget to disable it before writing. > > > >> The proof is in the puddin tho: > >> > >> [EMAIL PROTECTED] / # ls -al /media/hdd/ > >> total 4194346 > >> dr-xr-xr-x 2 root root 112 2008-07-04 14:22 . > >> drwxr-xr-x 5 root root 192 2008-07-04 14:21 .. > >> -r--r--r-- 1 root root 4295007744 2008-07-04 12:32 > >> Test-_2008.07.04-10.06.53_1.tar > >> [EMAIL PROTECTED] / # > >> > >> That's a BIG file. Now I want a blue ray thingy. o_O Then I can > >> make HUGE files. lol > > > > The good part is that you don't need isofs for DVDs. Actually > > you don't need any fs at all. You could write files like this: > > > > growisofs -Z /dev/dvd=Test-_2008.07.04-10.06.53_1.tar > > > > Unfortunately I have I/O errors (ruined media) often with this method, > > so I use: > > > > tar cp path/to/files | \ > > pipebench -q -b 50000000 | \ > > growisofs -Z /dev/sr0=/dev/fd/0 > > > > "pipebench" is in portage and provides two important advantages: > > - you can check the speed and make adjustments it if necessary > > - you can adjust the buffer (-b) > > > > > > To restore the files from the above backup: > > > > tar xpf /dev/dvd > > > > It works perfectly for me. > > > > You can burn this way images with your preferred FS. > > Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why > but it seems happy with 2.2Gb files. Anybody know about the upper > limits on tar? >
emm. It should be handle to at least 8gb. And since I use tar to write to my 280gb tapelib ... and this guy used a 21gb tarball for his tests: http://bulk.fefe.de/lk2006/bench.html you are doing something wrong. -- gentoo-user@lists.gentoo.org mailing list
