Roberto Zini wrote:

> gtori wrote:
> > On SCO Openserver 5.0.6, whit command badtrk -e .... i have cleaned the
> > partition table.
> >
> > Thre's a tool for restore a correct table, or a tool for search the
> > first block by any file system on the hard disk ?
>
> I think a better explanation of what happened is in order.
>
> This guy got in touch with me this afternoon since he wanted to mount an
> existing SCO OS5 HD (taken from a previously working box) on a new SCO
> OS5 box as to copy some data from the old HD to the new one.
>
> He previously executed "mkdev hd" on the new server (the one where data
> had to be copied to) but, while doing so, he managed to corrupt the
> divvy table on the HD, probably because "mkdev hd" executed "badtrk -e"
> and allocated a new bad tracks table.
>
> Dunno about the answers given to "mkdev hd" prompts so I'm unable to
> describe what he did in detail.
>
> As a result, divvy is now unable to detect the previously installed
> filesystems (on the old HD) and thus he's unable to mount it and copy
> the data over the new one.
>
> Is there a method to recover the original divvy layout ?

See my previous post.

`mkdev hd` _does_ run `badtrk`, probably with "-e" flag. If you make
changes and tell it to write them to the disk, you lose the divvy table.
If you just quit `badtrk` and tell it _not_ to write changes, you don't.
So that's where he went wrong -- not that the script makes it very clear
what to do...

>Bela<