OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: Abdul Rehman Gani (abdulgeastcoast.co.za)
Date: Thu Feb 08 2001 - 02:54:24 CST

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Hi,

    I followed the unsupported procedure below to upgrade a sacrificial 2.6
    system to 2.8. During the extraction process I started getting the following
    error:-

    Bad system call (core dumped)

    It looks as if a required system file/lib/util was overwritten - what is the
    safest order in which to do the extraction? I need base28, comp28, misc28
    and man28.

    Thanks

    Abdul

    PS. out of interest - is there any way to recover from the above situation.

    Thanks.

    > -----Original Message-----
    > From: owner-miscopenbsd.org [mailto:owner-miscopenbsd.org]On Behalf Of
    > Chris Cappuccio
    >
    >
    > I haven't had any problems upgrading my 2.6 systems to the latest
    > snapshots,
    > remotely even...
    >
    > copy all of the *28.tgz files to /tmp, including X if you want it
    >
    > cd /tmp
    > tar xzf etc28.tgz
    > rm etc28.tgz
    >
    > This is so you don't clobber /etc
    >
    > cd /
    > sh
    > for i in `ls /tmp/*gz`; do
    > tar xzpf $i
    > done
    >
    > Ta-da...Your system is mostly upgraded...
    >
    > Now move /bsd to /obsd
    >
    > Move the bsd kernel to /bsd
    >
    > cd /tmp/etc
    >
    > Take note of /etc/rc.conf
    >
    > cp netstart rc.conf security rc rc.securelevel login.conf
    > services ssh*config /etc
    >
    > Edit /etc/rc.conf to reflect similar settings to your old rc.conf
    >
    > If you have anything in /etc/aliases, move it to /etc/hostname.XX
    > on lines after the first one, with stuff line inet alias x.y.1.2
    > 255.255.x.x
    >
    > Edit /etc/master.passwd with vipw, and in between 0:0::0:0 on
    > root's password
    > line, make it 0:0:daemon:0:0....For yourself and other
    > administrators, your
    > lines should be 0:0:staff:0:0....This gives you unlimited process
    > limits...Everyone else is subject to other limits in /etc/login.conf
    >
    > reboot
    >
    > See 2.8 fly
    >
    > Upgrading is not 'supported' but is damn easy to do this way
    >
    >
    >
    >