TBIView and TBIMount errors processing image

User discussion and information resource forum for Image products.
Post Reply
Bob Coleman
Posts: 785
Joined: Fri Aug 12, 2011 5:58 pm

TBIView and TBIMount errors processing image

Post by Bob Coleman »

I typically create an image of four partitions, two primaries and two volumes, (single image) on Sunday and then a chain of incrementals approximately daily throughout the week (currently using V3).

Today I discovered that any attempt to mount one of the four partitions with TBIView in the incremental created either today or yesterday produces:

Location is not available
V:\ is not accessible.
The media is write protected.

There is no obvious error from TBIView, but some folders which should contain files appear empty in the view.

There is no problem processing Tuesday's image.

The image seems to restore OK, so the problem appears to be in TBIMount and TBIView.
TeraByte Support
Posts: 3598
Joined: Thu May 05, 2011 10:37 pm

Re: TBIView and TBIMount errors processing image

Post by TeraByte Support »

probably in a dirty state. You'd have to mount with emulated writes
enabled.

"Bob Coleman" wrote in message news:12534@public.image...

I typically create an image of four partitions, two primaries and two
volumes, (single image) on Sunday and then a chain of incrementals
approximately daily throughout the week (currently using V3).

Today I discovered that any attempt to mount one of the four partitions with
TBIView in the incremental created either today or yesterday produces:

Location is not available
V:\ is not accessible.
The media is write protected.

There is no obvious error from TBIView, but some folders which should
contain files appear empty in the view.

There is no problem processing Tuesday's image.

The image seems to restore OK, so the problem appears to be in TBIMount and
TBIView.

Bob Coleman
Posts: 785
Joined: Fri Aug 12, 2011 5:58 pm

Re: TBIView and TBIMount errors processing image

Post by Bob Coleman »

TeraByte Support wrote:
> probably in a dirty state. You'd have to mount with emulated writes
> enabled.

I have no idea what that means, but since:

1. As far as I know, this is the first time this has happened.
2. Subsequent incrementals based on the "bad" ones mount OK.
3. Even the "bad" ones restore OK.

I'm going to forget about this.
Post Reply