[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: tar, backup, growisofs, file names



> > > /bin/tar cf -   --files-from $INCLUDEFILE \
> > >                 --exclude-from $EXCLUDEFILE \
> > >                 --absolute-names \
> > >         | bzip2 --best --stdout \
> > >         | growisofs -Z /dev/dvd=/dev/fd/0
> > >
> > > like this, growisofs writes to the raw medium, without a fs (i
> > > think). that is half ok for full backups, but i wanted to do
> > > incremental backups, too, to the same dvd.
> > >
> > > how can i have  * reading from stdin (from tar/bzip)
> > >                 * named backup files and a filesystem
> > >                 * no writing to hardisc first (i dont want
> > >                   to rely on 4.4G beeing free.)
> >
> > You can't achieve all this at once with growisofs. What you look for is
> > live read-write file system on DVD+RW, which requires kernel support.
> 
> Does it?

If you want to achieve all that *at once*, then yes, it does.

> i just want to have a filesystem (growisofs can do that)
> and in that filesystem i want to write to one continuos file
> (of which i dont know the size untill i am done (would it be that
> bit requireing write access?)).

Even though it's *theoretically* possible to arrange for this with
ISO9660 (i.e. reserve some place in the beginning of media, burn down
input stream till you know how large is it and *then* burn volume
descriptor and directory structure), no such implementations are
available. The only *available* way to realize all of the above is live
file system, which implies kernel support.

> i guess i can give up the "filesystem and filenames" bit,

Give up the compress part instead and deploy growisofs -M with Ohly's
patch. There're certain limitations too, most notably inability to
restore hard-links (I have rockrestore in my TODO list, which would
restore rock-ridge volume with hard-links, but I can't make no
promises). A.



Reply to: