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