A3000UX problems, help.
Rob Healey
rhealey at digibd.com
Sun Apr 28 08:51:35 AEST 1991
In article <1909c824.ARN0fa6 at cbmami.UUCP> jason at cbmami.UUCP writes:
>Hi,
>
> I was an authorized beta site for Amiga Unix and am now an
>authorized sales site for Amiga Unix. My beta machine included a beta
>version of the OS as well as a beta PIC. Our DSM has been unable to get us
>a current PIC, so that we could upgrade our demo machine.
> Today a Product Demonstrator showed up at our store with a PIC with
>Amiga Unix v1.1, is this the most current version? I don't think that this
>was the actuall distribution PIC but rather a backup of v1.1 off his
>machine. We installed it on our machine and are having the following
>troubles:
>
Get the REAL 1.1 distribution and install it on your machine. You'll
waste more time trying to fix the "hot" copy than to just scream
till someone at C= hears you and responds...
>1. Upon booting up, we are greeted with the error message
> "etc/rc3d/s2rfs:/etc/rfs/domain not initalized."
> What does this error mean, how can we correct it?
>
It means the OS is using RFS and RFS isn't set up. I think you can
ignore it.
>2. Our A3000UX has 9 MEGS, all of which is recognized when we boot in
>AmigaDos 2.0 or 1.3, however under unix we get 5 MEGS total, 2 MEGS usable.
>Obviously we cant even run OpenLook in this, what is wrong here? How can
>we fix it?
>
Get the REAL 1.1 distribution, the install script automatically
takes care of the memory size.
>4. What is the exact syntax for backing up the whole Unix partition to a
>PIC? I tried piping the output of "FIND \ -depth", etc... to cpio as per
>the AmigaUnix manual but it craps out after about 50 files. Do you have to
>format the tape somehow? Is there anyway to erase the tape or to force it
>to start from the begining so I could store a new backup over the old one?
>
My pet favorite is:
1) Bring the machine into single user mode.
2) umount /proc and /dev/fd 'cause cpio don't like 'em?!
This is why step 1 is necessary.
3) cd /
4) find . -print|cpio -ocB >/dev/rmt/4
5) Go have a long lunch.
6) Type cpio -ictB </dev/rmt/4 to make sure the dump
is good. Again, a second long lunch may be in order...
7) Reboot the machine.
This benifit of this method is that if you ever need to restore
from scratch you can use this tape instead of the stock commodore
tape! The install script finishes up by mounting the hard drive
on /mnt, cd'ing to /mnt and running cpio -icdumB </dev/rmt/4.
Hey commodore! How's about adding special options to the install
script so we can:
1) Create our own disk layouts and not have to use you're stock
idea of a "good" setup. I.e. ask if they want to use default
or roll their own. If they want default, do what you do now.
If they want to roll their own, ask them for partition names,
start, length and filesystem types. Do a little sanity checking
and let the script use the custom rather than default.
2) Allow the use of the high density tape, /dev/rmt/4h.
Some of us old UNIX hats would love to not have to go out of our way
to make our systems all snuggly configured the way we want them. I
still got the job done, but the install scripts didn't help any...
To the original poster, seriously, SCREAM at your C= reps till
they give you the proper software. If your a legit reseller then
they have zippo excuse for not shipping you the current software.
Yell, scream, rant, rave till someone at C= gets off their duff
and get's you the proper software.
-Rob
P.S To brave, foolish souls who want to chuck AmigaDOS 1.3, use
multiple UNIX partitions, and ufs on non-root partitions, send
me mail and I'll recount my battle with kas. I don't want to
post it because you can shoot yourself in the hand, foot, head
and other sensitive areas too easily. If the power fails at the
wrong moment you're in BIIIIIIIIIIIIG trouble as the disk
partitions are in a very scrambled state.
--
Rob Healey rhealey at digibd.com
Digi International (DigiBoard)
Eden Prairie, MN (612) 943-9020
More information about the Comp.unix.amiga
mailing list