[Format recovered--see http://www.lemis.com/email/email-format.html]

I wish you'd get a functional MUA.

On Tuesday, 29 July 2003 at 23:29:46 -0700, Richard Johannesson wrote:
> I went back to the original root install method as per the book, and I got
> vinum working.
>
> Now, needed to change the size of the var volume, since during install I
> followed the book example and had var take up the rest of the disk, in my
> case all 187Gigs of it :). Was under the impression that it would be easy to
> resize or at least remove and create a new smaller var once the base is
> working.
>
> So, backed up the /var directory. Started the vinum prompt and used rm to
> remove the var subdisk, then remove the var plex and finally was able to
> remove the var volume. Now ran create vinum_var.conf - in this case the file
> was simply:
>    volume var
>      plex org concat
>        sd len 1g drive rootdev
> So, did not use the offset, since vinum is now working and should know where
> the next 1g should come from. Is this a bad assumption?

No, that's the way it should work.

> Well, the vinum create worked fine. Then copied the backed up /var
> contents to the new vinum volume. Did a reboot, and reboot
> failed. System requesting to run fsck. So, in single user mode did
> this and got the following error: "** /dev/vinum/var (NO WRITE)
>
> CANNOT READ BLK: 381244736
> CONTINUE? Yes
>
> THE FOLLOWING DISK SECTORS COULD NOT BE READ: 381244736, 381244737,
> 381244738, 381244739,
> /dev/vinum/var: CANNOT FIGURE OUT FILE SYSTEM PARTITION
>
> So, what should I have done and is there a way to back out of this?

It's difficult to say.  I'd guess that you've done something wrong
that you haven't reported (and probably haven't noticed).  Both the
man page and http://www.vinumvm.org/vinum/how-to-debug.html give you a
list of information to supply if you have problems.  Got through that
and you may find the problem by yourself.  Otherwise report here and
I'll see what I can do.

Greg
--
When replying to this message, please copy the original recipients.
If you don't, I may ignore the reply or reply to the original recipients.
For more information, see http://www.lemis.com/questions.html
See complete headers for address and phone numbers

Attachment: pgp00000.pgp
Description: PGP signature

Reply via email to