DragonFly users List (threaded) for 2005-08
Re: attempted upgrade killed vinum
On Thu, 2005-08-11 at 11:59 -0700, Matthew Dillon wrote:
> :On Thu, 2005-08-11 at 10:37 -0700, Matthew Dillon wrote:
> :> :1. get help debugging the old kernel
> :> :2. rebuild 1.2.0-RELEASE so I get a non-stripped kernel
> :> :3. try to upgrade to Preview and hope it works
> :> :
> :> :If I do 2 or 3, can I just rename the ".old" kernel and modules to
> :> :".working" so the HEAD kernel doesn't get copied over it, or would that
> :> :break something?
> :> :
> :> :--
> :> :Jake Maciejewski <maciejej@xxxxxxxx>
> :> You have to build and install the RELEASE world then build and
> :> install the release kernel. As long as you didn't recompile any
> :> third party programs or ports while running HEAD, that should work.
> :I didn't install world from HEAD, so I should be fine. Rather than
> :rebuilding RELEASE, I'll try PREVIEW.
> :> If this is a production machine you should generally be running
> :> the RELEASE.
> :It's just for personal use, and was bored so I figured I'd update. I
> :didn't realize I was trying to install HEAD until I booted the new
> :kernel and it said DEVELOPMENT.
> :It looks like Joerg fixed the bug I hit in HEAD, and with his tip about
> :loading the vinum module manually, everything is working like before.
> Yes. If you are just playing around then I would go with HEAD,
> because when we finish the dirent work we are going to slip previiew
> anyway so it is going to amount to the same work.
I tried preview because I had already started compiling it. Preview made
it to where it launches the second CPU and hung. Head, however, seems to
> Note that we are in a transition phase on HEAD right now. The
> stat structure has changed and the dirent structure is about to
> change, which means that a full rebuild/install of everything,
> including ports/packages and such, is going to be required once
> the dirent change goes in.
> I am hoping this will be the last user-visible ABI change for
> a long time. I still want to do a compat layer, but that is
> something only libc will have to know about.
Jake Maciejewski <maciejej@xxxxxxxx>