From mjnichols@dsl.pipex.com  Mon Jun 23 00:37:19 2008
From: mjnichols@dsl.pipex.com (martin nichols)
Date: Mon, 23 Jun 2008 00:37:19 +0100
Subject: [Suns-at-Home] SunOs - Disk clone
Message-ID: <200806230037.19747.mjnichols@dsl.pipex.com>

Hi All,

I wonder if anyone can point me in the right direction.

I'm trying to keep an an early 1990's IPX based PCB CAD system operational. I 
have another complete IPX which can be canibalised for hardware spares, but 
no copy of SunOs 4.1.3 or the CAD package that runs on it. Even If I had I'm 
not sure that I would be able to install and configure it without any 
manuals.

Both IPX's have had the NVRAM hack and now have a 1/2AA lithium cell that 
should keep the clock ticking until I'm in a box!

My question is can I somehow copy the entire disk so that in the event of the 
disk drive failing I can rebuild the system.
The drives in both the IPXs are the same - SUN424.
I have an Archive Viper QIC150 tape drive.
An Exabyte EXB-8500 tape drive.
A SUN CD ROM drive.
A non-SUN SCSI external drive box and some SCSI disks in the 1 to 2 GByte size 
range.
Network cables +AUI -> 10baseT adapters.

Any help would be much appreciated.
Thanks.

Regards to all on Suns@home.
Martin Nichols, Surrey UK.

From blewis3@alcatel-lucent.com  Mon Jun 23 12:31:16 2008
From: blewis3@alcatel-lucent.com (Lewis, Ben (Ben))
Date: Mon, 23 Jun 2008 13:31:16 +0200
Subject: [Suns-at-Home] SunOs - Disk clone
In-Reply-To: <200806230037.19747.mjnichols@dsl.pipex.com>
References: <200806230037.19747.mjnichols@dsl.pipex.com>
Message-ID: <94333A1BF0D2684081652E54E0DE9E98016CCD96@DEEXC1U01.de.lucent.com>

> My question is can I somehow copy the entire disk so that in the event
of the disk drive failing I can rebuild the system.

Hi Martin=20

Something like "dd over netcat" might help if they're both wired for
TCP/IP.

More info here :-

http://digiassn.blogspot.com/2006/01/dd-over-netcat-for-cheap-ghost.html

<block quote>
This will do a basic copy of files from one system to another. Now, as I
mentioned above, devices in *nix are files. So we are going to use this
same principle to copy the contents of 1 hard drive one a machine to
another, except instead of redirecting the standard inputs/outputs, we
will pipe them to/from DD. To do so I would run the following commands:

On the target system I would run:
nc -l -p 7000 | dd of=3D/dev/hda

On the source system I would run:
dd if=3D/dev/hda | nc 192.168.1.120 7000 -q 10
</block quote>

Best regards

Ben

Ben Lewis
Alcatel-Lucent Professional Services
OSS/BSS RSC Benelux
Copernicuslaan 50, 2018=20
Antwerp Belgium
+32 3 2409413
blewis3@alcatel-lucent.com

From andre@purplecow.org  Mon Jun 23 12:34:01 2008
From: andre@purplecow.org (Andre van Eyssen)
Date: Mon, 23 Jun 2008 21:34:01 +1000 (EST)
Subject: [Suns-at-Home] SunOs - Disk clone
In-Reply-To: <200806230037.19747.mjnichols@dsl.pipex.com>
References: <200806230037.19747.mjnichols@dsl.pipex.com>
Message-ID: <Pine.SOC.4.64.0806232132330.819@uryvbf.checyrpbj.bet>

On Mon, 23 Jun 2008, martin nichols wrote:

> My question is can I somehow copy the entire disk so that in the event of the
> disk drive failing I can rebuild the system.

dd

The drive is small enough that you can just use 'dd' to image the whole 
thing up to the nearest NFS share. Boot from any bootable Solaris media or 
similar if you need to dd it back.

I'd probably take this as a chance to see if your software will run on 
Solaris - I know I've found a number of classic SunOS packages still run 
fine on Solaris 9 or 10.


-- 
Andre van Eyssen.
mail: andre@purplecow.org          jabber: andre@ra.purplecow.org
purplecow.org: UNIX for the masses http://www2.purplecow.org
purplecow.org: Random              http://www.purplecow.org

From ian_primus@yahoo.com  Mon Jun 23 13:49:48 2008
From: ian_primus@yahoo.com (Mr Ian Primus)
Date: Mon, 23 Jun 2008 05:49:48 -0700 (PDT)
Subject: [Suns-at-Home] SunOs - Disk clone
In-Reply-To: <200806230037.19747.mjnichols@dsl.pipex.com>
Message-ID: <651942.37903.qm@web52704.mail.re2.yahoo.com>

--- On Sun, 6/22/08, martin nichols <mjnichols@dsl.pipex.com> wrote:

> My question is can I somehow copy the entire disk so that
> in the event of the 
> disk drive failing I can rebuild the system.
> The drives in both the IPXs are the same - SUN424.
> I have an Archive Viper QIC150 tape drive.
> An Exabyte EXB-8500 tape drive.
> A SUN CD ROM drive.
> A non-SUN SCSI external drive box and some SCSI disks in
> the 1 to 2 GByte size 
> range.
> Network cables +AUI -> 10baseT adapters.

There's lots of ways you can do this. dd is the simple, obvious option - you can dd the disk to an image file on either an NFS share, or an external hard disk. Then, boot from installation media and dd it back. Or, you can save yourself a step, and take the hard disk out of the "target" IPX, put it into an external SCSI box, and just dd disk to disk.

You can also make backups on tape, ufsdump should be available in that version of SunOS. So, you can dump the filesystems to an Exabyte tape, then ufsrestore them to the other disk. dd is easier though, and probably faster.

I would reccomend keeping regular backups regardless, once you have a complete backup of the system on the other computer, it's still a good idea to make and keep backups - your Exabyte drive should be fine for that.

-Ian

From ian_primus@yahoo.com  Mon Jun 23 13:50:38 2008
From: ian_primus@yahoo.com (Mr Ian Primus)
Date: Mon, 23 Jun 2008 05:50:38 -0700 (PDT)
Subject: [Suns-at-Home] SunOs - Disk clone
In-Reply-To: <200806230037.19747.mjnichols@dsl.pipex.com>
Message-ID: <653528.22288.qm@web52705.mail.re2.yahoo.com>

--- On Sun, 6/22/08, martin nichols <mjnichols@dsl.pipex.com> wrote:

> My question is can I somehow copy the entire disk so that
> in the event of the 
> disk drive failing I can rebuild the system.
> The drives in both the IPXs are the same - SUN424.
> I have an Archive Viper QIC150 tape drive.
> An Exabyte EXB-8500 tape drive.
> A SUN CD ROM drive.
> A non-SUN SCSI external drive box and some SCSI disks in
> the 1 to 2 GByte size 
> range.
> Network cables +AUI -> 10baseT adapters.

There's lots of ways you can do this. dd is the simple, obvious option - you can dd the disk to an image file on either an NFS share, or an external hard disk. Then, boot from installation media and dd it back. Or, you can save yourself a step, and take the hard disk out of the "target" IPX, put it into an external SCSI box, and just dd disk to disk.

You can also make backups on tape, ufsdump should be available in that version of SunOS. So, you can dump the filesystems to an Exabyte tape, then ufsrestore them to the other disk. dd is easier though, and probably faster.

I would reccomend keeping regular backups regardless, once you have a complete backup of the system on the other computer, it's still a good idea to make and keep backups - your Exabyte drive should be fine for that.

-Ian

From geoff@palaemon.demon.co.uk  Mon Jun 23 15:22:19 2008
From: geoff@palaemon.demon.co.uk (Geoff Blake)
Date: Mon, 23 Jun 2008 15:22:19 +0100 (BST)
Subject: [Suns-at-Home] SunOs - Disk clone
In-Reply-To: <200806230037.19747.mjnichols@dsl.pipex.com>
References: <200806230037.19747.mjnichols@dsl.pipex.com>
Message-ID: <Pine.LNX.4.58.0806231503380.30585@server.palaemon.co.uk>

On Mon, 23 Jun 2008, martin nichols wrote:

> Hi All,
>
> I wonder if anyone can point me in the right direction.
>
> I'm trying to keep an an early 1990's IPX based PCB CAD system operational. I
> have another complete IPX which can be canibalised for hardware spares, but
> no copy of SunOs 4.1.3 or the CAD package that runs on it. Even If I had I'm
> not sure that I would be able to install and configure it without any
> manuals.
>
> Both IPX's have had the NVRAM hack and now have a 1/2AA lithium cell that
> should keep the clock ticking until I'm in a box!
>
> My question is can I somehow copy the entire disk so that in the event of the
> disk drive failing I can rebuild the system.
> The drives in both the IPXs are the same - SUN424.
> I have an Archive Viper QIC150 tape drive.
> An Exabyte EXB-8500 tape drive.
> A SUN CD ROM drive.
> A non-SUN SCSI external drive box and some SCSI disks in the 1 to 2 GByte size
> range.
> Network cables +AUI -> 10baseT adapters.
>
> Any help would be much appreciated.
> Thanks.
>
> Regards to all on Suns@home.
> Martin Nichols, Surrey UK.
> _______________________________________________
> Suns-at-Home mailing list
> Suns-at-Home@net-kitchen.com
> http://www.net-kitchen.com/mailman/listinfo/suns-at-home
>
dd is your friend, it will enable you to duplicate a disk

if you run:

dd if=/dev/sd(0,1) of=/dev/sd(0,2) bs=18k

you will copy everything from the device which is sd(0,1) to
the device which is sd(0,2). I don't know how SunOS copes with
copying from a mounted drive, so it might be a good idea to boot
and run the system from a third drive. It also may be a good idea
to write protect your source drive if that is easy to do.

do a "man dd" and read it carefully, like most UNIXy things there
is no "are you sure", "are you really sure" and "are you
absolutely certain" steps and if you get the disks the wrong way
around.......

HTH

Geoff
-- 
    Geoff Blake G8GNZ      located  near  Chelmsford,  Essex,  U.K.
    Please reply to:      geoff(at)palaemon(dot)demon(dot)co(dot)uk
    Using Linux on  Intel & Linux  or NetBSD on Sun Sparc platforms

    Please  avoid  sending  me  Word  or  PowerPoint  attachments.
    See    <http://www.gnu.org/philosophy/no-word-attachments.html>
------------------------------------------------------------------------------

    This  E-mail  and any  attachment(s) are strictly  confidential
    and is intended solely for the addressee(s). If you are not the
    intended recipient please notify <postmaster(at)palaemon.co.uk>
    and the sender by return and permanently delete the message.

    You may not disclose, forward or copy this E-mail or any of its
    attachments to any third party without the prior consent of the
    sender.

------------------------------------------------------------------------------

From adh@an.bradford.ma.us  Mon Jun 23 15:52:00 2008
From: adh@an.bradford.ma.us (Sandwich Maker)
Date: Mon, 23 Jun 2008 10:52:00 -0400 (EDT)
Subject: [Suns-at-Home] SunOs - Disk clone
Message-ID: <200806231452.m5NEq0g15817@an.bradford.ma.us>

" From: Mr Ian Primus <ian_primus@yahoo.com>
" 
" --- On Sun, 6/22/08, martin nichols <mjnichols@dsl.pipex.com> wrote:
" 
" > My question is can I somehow copy the entire disk so that
" > in the event of the 
" > disk drive failing I can rebuild the system.
" > The drives in both the IPXs are the same - SUN424.
" > I have an Archive Viper QIC150 tape drive.
" > An Exabyte EXB-8500 tape drive.
" > A SUN CD ROM drive.
" > A non-SUN SCSI external drive box and some SCSI disks in
" > the 1 to 2 GByte size 
" > range.
" > Network cables +AUI -> 10baseT adapters.
" 
" There's lots of ways you can do this. dd is the simple, obvious option
" - you can dd the disk to an image file on either an NFS share, or an
" external hard disk. Then, boot from installation media and dd it back.
" Or, you can save yourself a step, and take the hard disk out of the
" "target" IPX, put it into an external SCSI box, and just dd disk to
" disk.

there's a big limitation to dd though - it doesn't image the
-filesystem-, it images the -disk-, so when you come to restore it
whatever you put the image onto is gonna look like a sun0424
afterward.  it better not be smaller, though there's not much risk of
that these days.

" You can also make backups on tape, ufsdump should be available in that
" version of SunOS. So, you can dump the filesystems to an Exabyte tape,
" then ufsrestore them to the other disk. dd is easier though, and
" probably faster.

it's just called dump; it wasn't renamed until solaris 2 when other
types of fs were supported.

dump isn't as fast as dd but it is the fastest of all the tools that
work within the fs.  you can dump to a file as well as a device, and
if you have rsh/rlogin/rexec perms set up you can dump to host:device
and even user@host:device.  i've never tried host:file but wouldn't be
surprised if that works too.

to restore you have to newfs the target first, but its geometry doesn't
have to match your source partition.  it doesn't even have to be as big
as long as it's -big-enough- to hold the files.

i've also copied fs to fs by dump | restore and even dump | rsh host
"cd targ && restore".  use option 'f -' for stdin/stdout.

favorite option to dump: 0
favorite options to restore: ry and v

" I would reccomend keeping regular backups regardless, once you have a
" complete backup of the system on the other computer, it's still a good
" idea to make and keep backups - your Exabyte drive should be fine for
" that.

hear hear!
________________________________________________________________________
Andrew Hay                                  the genius nature
internet rambler                            is to see what all have seen
adh@an.bradford.ma.us                       and think what none thought

From bsmart@xecu.net  Mon Jun 23 23:21:28 2008
From: bsmart@xecu.net (Bob Smart)
Date: Mon, 23 Jun 2008 18:21:28 -0400
Subject: [Suns-at-Home] SunOs - Disk clone
In-Reply-To: <200806230037.19747.mjnichols@dsl.pipex.com>
References: <200806230037.19747.mjnichols@dsl.pipex.com>
Message-ID: <486021E8.6060906@xecu.net>

It has been years since I've done this so I won't try to give you all 
the details but some process and pointers of the way I used to do it 
when cloning machines for a training room

1) List out partitions and sizes of existing disk Yea I write it on 
paper I found writing it down helped me think about it

2) Get a disk of sufficient size (bigger is always fine) in an external 
chassis and hook it up to the system (I believe in shutting the system 
down to connect up a SCSI disk)

3) Partition the new disk and newfs the partitions.

4) mount the partitions ( I usually had mount points /sd1a, /sd1d, 
/sd1e, /sd1f, /sd1g, /sd1h already created on my standard image)

5) For each partition cd to the partition and use
dump 0cf - . | (cd <newpartition>; restore xf -)

Do this for each partition. This command used to show up one either the 
dump or restore man page

6) If you plan on booting the new dis as an external disk (usually sd1 
or sd2) then edit the fstab file to change the partition names from sd0 
[yea I would occasionally forget this if I hadn't done it in a while]

7) Look at the installboot man page to get the syntax of the command 
right then run this command on the new disk

If my memory is good that is pretty much the process. Yes it could 
probably be scripted but I never did it often enough on any given 
configuration to make it worth while.

Please don't trust any of what I have said. Look through it and make 
sure you understand why you are doing each step along the way. I have 
not intentionally put any tricks or gotchas in it but it has been at 
least 3 years since I have done it on a Solaris system and much longer 
on a SunOS system. The same basic process has worked on DEC(Compaq) 
Ultrix/Tru64 systems and the basic dump piped to restore is a mainstay 
tool I've used when moving filesystems (as long as they are not on the 
same physical disk. In that case you could sometimes get done faster by 
moving it first to a new disk than back to the first one because of disk 
head movement )

I had an aversion to using DD since as I remember it didn't allow as 
much flexibility in changing disk partition sizes (or sometimes layouts)

Bob Smart (bsmart@xecu.net)



martin nichols wrote:
> Hi All,
>
> I wonder if anyone can point me in the right direction.
>
> I'm trying to keep an an early 1990's IPX based PCB CAD system operational. I 
> have another complete IPX which can be canibalised for hardware spares, but 
> no copy of SunOs 4.1.3 or the CAD package that runs on it. Even If I had I'm 
> not sure that I would be able to install and configure it without any 
> manuals.
>
> Both IPX's have had the NVRAM hack and now have a 1/2AA lithium cell that 
> should keep the clock ticking until I'm in a box!
>
> My question is can I somehow copy the entire disk so that in the event of the 
> disk drive failing I can rebuild the system.
> The drives in both the IPXs are the same - SUN424.
> I have an Archive Viper QIC150 tape drive.
> An Exabyte EXB-8500 tape drive.
> A SUN CD ROM drive.
> A non-SUN SCSI external drive box and some SCSI disks in the 1 to 2 GByte size 
> range.
> Network cables +AUI -> 10baseT adapters.
>
> Any help would be much appreciated.
> Thanks.
>
> Regards to all on Suns@home.
> Martin Nichols, Surrey UK.
> _______________________________________________
> Suns-at-Home mailing list
> Suns-at-Home@net-kitchen.com
> http://www.net-kitchen.com/mailman/listinfo/suns-at-home
>
>   


From mjnichols@dsl.pipex.com  Tue Jun 24 01:13:55 2008
From: mjnichols@dsl.pipex.com (martin nichols)
Date: Tue, 24 Jun 2008 01:13:55 +0100
Subject: [Suns-at-Home] SunOs - Disk clone
In-Reply-To: <486021E8.6060906@xecu.net>
References: <200806230037.19747.mjnichols@dsl.pipex.com> <486021E8.6060906@xecu.net>
Message-ID: <200806240113.55799.mjnichols@dsl.pipex.com>

Hi All,

Wow! Many many thanks for all the helpful suggestions.

I think I'll try the Bob Smarts process on the 'spare' machine using another 
disk in the external box. That way I can have a  dry run of the whole thing 
without touching the 'at risk' system. I take Sheldons point that the 
SUN424's are really on borrowed time so a newer bigger disk would be better.
I have some Quantum Fireball 1080S drives that are OK. I'll try one of those.

Thanks again.
Regards,
Martin.


On Monday 23 June 2008 23:21, Bob Smart wrote:
> It has been years since I've done this so I won't try to give you all
> the details but some process and pointers of the way I used to do it
> when cloning machines for a training room
>
> 1) List out partitions and sizes of existing disk Yea I write it on
> paper I found writing it down helped me think about it
>
> 2) Get a disk of sufficient size (bigger is always fine) in an external
> chassis and hook it up to the system (I believe in shutting the system
> down to connect up a SCSI disk)
>
> 3) Partition the new disk and newfs the partitions.
>
> 4) mount the partitions ( I usually had mount points /sd1a, /sd1d,
> /sd1e, /sd1f, /sd1g, /sd1h already created on my standard image)
>
> 5) For each partition cd to the partition and use
> dump 0cf - . | (cd <newpartition>; restore xf -)
>
> Do this for each partition. This command used to show up one either the
> dump or restore man page
>
> 6) If you plan on booting the new dis as an external disk (usually sd1
> or sd2) then edit the fstab file to change the partition names from sd0
> [yea I would occasionally forget this if I hadn't done it in a while]
>
> 7) Look at the installboot man page to get the syntax of the command
> right then run this command on the new disk
>
> If my memory is good that is pretty much the process. Yes it could
> probably be scripted but I never did it often enough on any given
> configuration to make it worth while.
>
> Please don't trust any of what I have said. Look through it and make
> sure you understand why you are doing each step along the way. I have
> not intentionally put any tricks or gotchas in it but it has been at
> least 3 years since I have done it on a Solaris system and much longer
> on a SunOS system. The same basic process has worked on DEC(Compaq)
> Ultrix/Tru64 systems and the basic dump piped to restore is a mainstay
> tool I've used when moving filesystems (as long as they are not on the
> same physical disk. In that case you could sometimes get done faster by
> moving it first to a new disk than back to the first one because of disk
> head movement )
>
> I had an aversion to using DD since as I remember it didn't allow as
> much flexibility in changing disk partition sizes (or sometimes layouts)
>
> Bob Smart (bsmart@xecu.net)
>
> martin nichols wrote:
> > Hi All,
> >
> > I wonder if anyone can point me in the right direction.
> >
> > I'm trying to keep an an early 1990's IPX based PCB CAD system
> > operational. I have another complete IPX which can be canibalised for
> > hardware spares, but no copy of SunOs 4.1.3 or the CAD package that runs
> > on it. Even If I had I'm not sure that I would be able to install and
> > configure it without any manuals.
> >
> > Both IPX's have had the NVRAM hack and now have a 1/2AA lithium cell that
> > should keep the clock ticking until I'm in a box!
> >
> > My question is can I somehow copy the entire disk so that in the event of
> > the disk drive failing I can rebuild the system.
> > The drives in both the IPXs are the same - SUN424.
> > I have an Archive Viper QIC150 tape drive.
> > An Exabyte EXB-8500 tape drive.
> > A SUN CD ROM drive.
> > A non-SUN SCSI external drive box and some SCSI disks in the 1 to 2 GByte
> > size range.
> > Network cables +AUI -> 10baseT adapters.
> >
> > Any help would be much appreciated.
> > Thanks.
> >
> > Regards to all on Suns@home.
> > Martin Nichols, Surrey UK.
> > _______________________________________________
> > Suns-at-Home mailing list
> > Suns-at-Home@net-kitchen.com
> > http://www.net-kitchen.com/mailman/listinfo/suns-at-home

From adh@an.bradford.ma.us  Tue Jun 24 01:40:43 2008
From: adh@an.bradford.ma.us (Sandwich Maker)
Date: Mon, 23 Jun 2008 20:40:43 -0400 (EDT)
Subject: [Suns-at-Home] SunOs - Disk clone
Message-ID: <200806240040.m5O0eh013511@an.bradford.ma.us>

i think bob nailed it, except for a few comments i can add --

" From: Bob Smart <bsmart@xecu.net>
" 
" []
" 
" 2) Get a disk of sufficient size (bigger is always fine) in an external 
" chassis and hook it up to the system (I believe in shutting the system 
" down to connect up a SCSI disk)

i recall pretty clearly that if you didn't shut the system down - or
at least stop-a it - you'd glitch the scsi bus hard enough to lock the
system up, forcing a reboot anyway.

" 3) Partition the new disk and newfs the partitions.
" 
" 4) mount the partitions (I usually had mount points /sd1a, /sd1d, 
" /sd1e, /sd1f, /sd1g, /sd1h already created on my standard image)
" 
" 5) For each partition cd to the partition and use
" dump 0cf - . | (cd <newpartition>; restore xf -)
" 
" Do this for each partition.

i'd change this to
dump 0cf - <oldpartition> | (cd <newpartition> && restore xf -)
or better
cd <newpartition> && dump 0cf - <oldpartition> | restore xf -
[note the double ampersands]
to make the restore contingent on a successful cd.  otherwise if by
some mischance you forgot or bungled steps 3 & 4 the cd could fail
and you could end up with the files restored somewhere you didn't
want and where they might even be a problem.

ask me how i know this...	:^/

" 6) If you plan on booting the new disk as an external disk (usually sd1 
" or sd2) then edit the fstab file to change the partition names from sd0 
" []
" 
" 7) Look at the installboot man page to get the syntax of the command 
" right then run this command on the new disk

there's no law that says you can't have 2 or 3 bootable drives hooked
up, with essentially duplicate contents except for fstab.  this would
in fact be the surest way to guarantee you can get the system running
again if/when your original disk fails, and cutover takes only as long
as a reboot.
________________________________________________________________________
Andrew Hay                                  the genius nature
internet rambler                            is to see what all have seen
adh@an.bradford.ma.us                       and think what none thought

From adh@an.bradford.ma.us  Tue Jun 24 01:59:21 2008
From: adh@an.bradford.ma.us (Sandwich Maker)
Date: Mon, 23 Jun 2008 20:59:21 -0400 (EDT)
Subject: [Suns-at-Home] SunOs - Disk clone
Message-ID: <200806240059.m5O0xLo14175@an.bradford.ma.us>

" From: martin nichols <mjnichols@dsl.pipex.com>
" 
" Hi All,
" 
" Wow! Many many thanks for all the helpful suggestions.
" 
" I think I'll try the Bob Smarts process on the 'spare' machine using another 
" disk in the external box. That way I can have a dry run of the whole thing 
" without touching the 'at risk' system. I take Sheldons point that the 
" SUN424's are really on borrowed time so a newer bigger disk would be better.
" I have some Quantum Fireball 1080S drives that are OK. I'll try one of those.

ummm...

i believe pretty strongly that the quantum drives aren't as long lived
or reliable as the cdc/seagate sun0424s.  my rule of thumb is that
companies that used drives make/made good drives.  the high end
seagates come from the former cdc drive division, which they
purchased.  hitachis are the former ibm drive operation, which except
for the infamous 'deathstars' [deskstars] were top notch.  fujitsu -
they make serious systems.  i don't know where dec's disk operation is
now; it may be part of seagate too.

quantum never used their own drives.  western digital never used their
own drives.  the low end seagates were - and if they still exist, are
- trash.  companies that did use their own drives learned the hard way
the value of quality product.

the quantums will be good for learning the process, but i strongly
suggest you look for better drives for the 'at risk' system.
________________________________________________________________________
Andrew Hay                                  the genius nature
internet rambler                            is to see what all have seen
adh@an.bradford.ma.us                       and think what none thought

From costellob@asme.org  Tue Jun 24 03:09:05 2008
From: costellob@asme.org (Brian Costello)
Date: Mon, 23 Jun 2008 19:09:05 -0700
Subject: [Suns-at-Home] Re: Suns-at-Home digest, Vol 1 #622 - 7 msgs
In-Reply-To: <20080623160504.A16DF93C5@tigger.net-kitchen.com>
References: <20080623160504.A16DF93C5@tigger.net-kitchen.com>
Message-ID: <48605741.1060905@asme.org>

Here is a how-to I put together quite a while ago. Since "ufsdump" was 
(aparently) "dump" back in 4.1.3 days you should probably check the man 
page to see if the options were the same. Obviously the disk devices I 
list below are Solaris. I know I have also used ufsdump to copy a file 
system from one partition to another as well. The man page describes the 
fairly well under Solaris. I prefer ufsdump over dd since you do not 
have to worry about maintaining the same partition or disk size. The key 
thing you need on the restore is to restore the boot block using 
installboot (not sure if this is Solaris only or not). Here it is:

Replacement of a hard drive (Solaris 2.6):

1. make a backup of the drive to be replaced using the ufsdump command
to make the backup to tape. Ex: Replace system drive c0t3d0 for sparc
systems (and c0t0d0 for ultra and ss1000) assuming the tape is located
at /dev/rmt/0

# df |grep /dev/dsk/c0t3d0 |cut -d' ' -f1
# /usr/sbin/ufsdump 0uf /dev/rmt/0n /
# /usr/sbin/ufsdump 0uf /dev/rmt/0n /usr
# /usr/sbin/ufsdump 0uf /dev/rmt/0n /var
# /usr/sbin/ufsdump 0uf /dev/rmt/0 /opt

2. Add the new drive on an unused SCSI location, ID 2 for example. Then
do a reconfiguration boot.

3. format the NEW drive now at location 2

4. newfs all the new partitions to create the new file systems

5. If the drive is to be a system drive you MUST  install the boot block
with the following command:

# /usr/sbin/installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk 
/dev/rdsk/c0t2d0s0

6. Create a location to mount the new drive partitions and restore the
data from tape. Be carefull about what partition was created on the tape in
what order so as not to restore the wrong partition in the wrong place.

# mkdir /mnt
# mount /dev/dsk/c0t2d0s0 /mnt
# cd /mnt
# ufsrestore rvf /dev/rmt/0n

Repeat on all the partitions to be added to the new drive. Since this was
the root partition, all of the secondary partition directories will have
been recreated. Therefore it will not be necessary to mkdir these
directories.

Brian P. Costello               costellob@asme.org
San Francisco Bay Area



>
> Subject:
> [Suns-at-Home] SunOs - Disk clone
> From:
> martin nichols <mjnichols@dsl.pipex.com>
> Date:
> Mon, 23 Jun 2008 00:37:19 +0100
> To:
> suns-at-home@net-kitchen.com
>
> To:
> suns-at-home@net-kitchen.com
>
>
> Hi All,
>
> I wonder if anyone can point me in the right direction.
>
> I'm trying to keep an an early 1990's IPX based PCB CAD system operational. I 
> have another complete IPX which can be canibalised for hardware spares, but 
> no copy of SunOs 4.1.3 or the CAD package that runs on it. Even If I had I'm 
> not sure that I would be able to install and configure it without any 
> manuals.
>
> Both IPX's have had the NVRAM hack and now have a 1/2AA lithium cell that 
> should keep the clock ticking until I'm in a box!
>
> My question is can I somehow copy the entire disk so that in the event of the 
> disk drive failing I can rebuild the system.
> The drives in both the IPXs are the same - SUN424.
> I have an Archive Viper QIC150 tape drive.
> An Exabyte EXB-8500 tape drive.
> A SUN CD ROM drive.
> A non-SUN SCSI external drive box and some SCSI disks in the 1 to 2 GByte size 
> range.
> Network cables +AUI -> 10baseT adapters.
>
> Any help would be much appreciated.
> Thanks.
>
> Regards to all on Suns@home.
> Martin Nichols, Surrey UK.
>   
>
> tinfo/suns-at-home
>   

From tails92@gmail.com  Thu Jun 26 22:52:39 2008
From: tails92@gmail.com (Just a Normal Person)
Date: Thu, 26 Jun 2008 23:52:39 +0200
Subject: [Suns-at-Home] Is it possible to hack an AT or ATX power supply to use it on a SparcServer5?
Message-ID: <d318a36d0806261452p743dee4fw5c1c04394718059d@mail.gmail.com>

Hello, my SparcServer5 PSU just fried up this evening. It seemed to
work fine before, the light on the case lit after a bit and the fan
always started.
Is there some way to hack a normal PC power supply for it?
On the internet I didn't find any new power supply being made for the
SS5/20, and I don't want to use stocked stuff as my PSU, the damages
that they can cause when they broke can be very serious.