Re: Newbie: -tsize vs -j
Joerg Schilling <[email protected]> Sun, 30 Apr 2006 15:31:07 +0200
| Newsgroups | gmane.comp.archivers.star.user |
|---|---|
| Message-ID | <4454BC1B.nail9VJ216N9G@burner> |
Daniel Davidson <[email protected]> wrote: > Ahh, now I see what the problem is. I can think of two things that > might work. > > One solution would be to make your script very smart, and if a file was > larger than a cd, you could send it a tsize of something small (100MB?) > and just put the chunks of data on the cd as they will fit. Unless you > are backing up CD or DVD images, I find your problem is not very common, > so this solution would be in my opinion ok for the worst case scenario. If you like to be nice to your space, you should be able to split files across archive volumes. This is the main reason, why star does not do what you like and cannot do this in case that build in compression is used. > The other solution will probably not work since I have not tried it, > Jorg probably knows best. You might be able to just write to > the /dev/hdc or whatever device your cd writer is maybe when it gets > full it will send an EOT (end of tape) signal like a tape drive will. > If it works, that would be spiffy. If it doesn't work, maybe somewhere > there is a driver that will cause a cdr to show up as a tape device. This method is what star supports, but note that if you like compression in this best mode, you need compression to be build into the "device". > I highly recommend going to tape. You can get into an LTO for around > $1000, or internal AIT2 for $500. That's not much in the grand scheme > of things. You will end up with less to manage, and in my opinion have > a vastly improved system. There are cheaper systems out there also, but > I would say these would be a good place to start if you are on a tight > budget. Star has been written to fit tape drive modes. If you like compression in this mode, write a program that simulates a compressing tape. Jörg -- EMail:[email protected] (home) Jörg Schilling D-13353 Berlin [email protected] (uni) [email protected] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily