On Fri, 20 Apr 2001, John R. Jackson wrote:
> >I want to restore a filesystem from some amanda holding disk chunk files:
> >
> >-rw------- 1 backup backup 2147385344 Apr 20 04:04 mmri1001._2.0
> >-rw------- 1 backup backup 2147385344 Apr 20 04:17 mmri1001._2.0.1
> >-rw------- 1 backup backup 1540063232 Apr 20 04:30 mmri1001._2.0.2
> >
> >So, I need to do something like this:
> >
> >cat mmri1001._2.0* | amrestore -p - mmri1001 /2 | tar tf - |p
>
> Wow, are you ever working too hard :-).
Tell me about it. I've been working on a disaster recovery all day and
I'm a bit frazzled.
> If those files are truely in the holding disk (i.e. you didn't bring
> them back from tape), amrestore (certainly in 2.4.2 and I think before
> that) already knows how to read from the holding disk and will do all
> the chaining for you. So it would be:
>
> amrestore -p /path/to/mmri1001._2.0 | tar tf ...
Excellent, thanks. I'm glad it's easier than I was making it out to be.
> If that doesn't work for some reason, go down a layer and use subshells
> with dd:
>
> ( dd if=mmri1001._2.0 bs=32k skip=1 ; \
> dd if=mmri1001._2.0.1 bs=32k skip=1 ; \
> dd if=mmri1001._2.0.2 bs=32k skip=1 ) | gunzip | tar ...
>
> (remove the gunzip if you're not using software compression, of course).
Well, that's cool too. This was pretty much what I was asking for, I just
wasn't sure how to accomplish it. But I'm trying your simpler suggestion
above first.
Thanks again John.
--
Todd Pfaff \ Email: [EMAIL PROTECTED]
Computing and Information Services \ Voice: (905) 525-9140 x22920
ABB 132 \ FAX: (905) 528-3773
McMaster University \
Hamilton, Ontario, Canada L8S 4M1 \
