The collected works of noth

SGI:

- Indigo2 R10K @195MHz, 128Mb RAM (needs upgrading, damn slow), 4Gb HD (same issue), Solid Impact, IRIX 6.5.13f and I'm toying with putting Gentoo on it.
- Visual Workstation PIII@866MHz, 512 Mb RAM, 2x 80Gb HD, Gentoo2006.1, Slakware 9.1, NT4SP6a, Win2K pro SP4

SUN:

- Ultra1
- SparcStation 5

Amiga

A1200, 68030@50Mhz, 16Mb FastRam, 2Gb HD, ne2000 compatible PCMCIA netcard. Lost my floppies for OS3.1 so currently can't install anything :-/

PC
- VAIO TX1XP ultralight subnotebook, PentiumM 753 ULV, 1Gb DDR RAM, GMA900 graphics, 60Gb HD, Gentoo2006.1, Mac OSX 10.4.7, Vista RC1
- Via Eden@600Mhz on an EPIA motherboard, 256Mb RAM, 20Gb HD, Freebsd 6.1 (serves as a router and various network services including netboot)
- 2xAthlon MP 1800+, 1Gb RAM, 4x250Gb HD, Xenified Gentoo 2006.1 (racked in a colo space in Geneva)[/b]
Hi there, I'm trying to get AIX 1.3 to install using virtualization (32 Megs of ram, 512Meg HDD image, using the VMX extension for vbox) on my vaio laptop:

- Using virtualbox4, with the VM set up as an OS/2 machine and the HDD either as a SCSI or IDE drive, I can't get beyond the initial green AIX screen, after having inserted the 2 boot and 1 install floppy (PTF0024 or basic versions).

- Using bochs I can't even get the floppy images to be read! It'll read OpenBSD or FreeDOS ones though. It just calls the floppy a non-bootable device. I'm stumped and that Hungarian Bochs Install page doesn't offer any clues as it "just works" for that guy.

Has anyone got a suggestion on what I may need to change to be able to install this quite curious OS ?
Thanks for the suggestions, I'll have to try on a lab machine tomorrow. Don't have a windows box here.
The obvious answer seems to be use emacs on the IRIX box? That, or as others suggest, setup a version control system, but I presume you're compiling on the IRIX station. Use emacs+screen so disconnects aren't so much of an issue and you'll be fine.
Well Illumos is the core project for OpenSolaris derived operating systems, mainly dealing with the kernel. What Joyent, Nexenta and others are making of it is extremely interesting, especially since they now have KVM. OmniOS is the current project for a pure standalone server system, if you want that, and SmartOS is for clouds, with Nexenta for storage. It's a pretty dynamic community and having Dtrace + KVM + Containers + ZFS + a modern userland makes for a pretty compelling set of platforms. And the CDDL license keeps most people happy. So what's not to like ?
OpenBSD/sgi 5.2 is now out, with IP28 support! Thanks a lot miod, time to dig out the Indigo2 IMPACT R10k and give it a spin.
AMIX, Commodore's System V Release 4 port (runs on A2500UX & A3000UX) now runs on the fantastic WinUAE Amiga emulator! Version 2.6.0 introduced full MMU support for the 68030 which enabled it to work. You can get the install media at http://amigaunix.com as well as all the instructions needed. It took 6 hours to install on my dualcore Atom but it's great fun! Comes with a full X11R5 and a bunch of ancient freeware, and now that WinUAE supports RTG graphical cards like the Cirrus Logic based PicassoII you can have a full colour OLWM session. failure, the dev who's been toying with this since 2009 has ported a few tools over like wget and others too. All in all, a splendid effort by Toni Wilen and failure!

N.B. the website's tiki is playing up so you need to use google cache to access the pages and wget to download the install files.
Screenshots can be found in this thread: http://eab.abime.net/support-winuae/67210-amix-winuae.html .
ClassicHasClass wrote: Is this getting ported to FS-UAE too? I can actually run that on my G5.


Well FS-UAE does seem to track WinUAE development quite closely so I do hope it comes along soon. I tried to install AMIX in WinUAE under Wine in Ubuntu and it never loads the boot floppy. Stuck on Win7 for the time being... and the HDF seems to corrupt *really* easily. Best to back it up right after install if you don't want to do it 3 times over like I have. Oh and the install script barfs on the cpio archive extraction, I ended it up changing that line in /etc/profile on the root.adf with a simple cpio -icdmuvB < /dev/dsk/c5d0s0 and it runs very happily.

Also, updating to 2.1c gave me a system that hung on reboot, possibly because my HDF was over 1G (1.2G). I'll try again with a couple of size (you need at least 600M I reckon because there's kernel compile and whatnot during the update.
I'll be posting my findings as things go on. I'm trying to build more complicated configs but it's quite hit and miss. So far:

1. what ever you do, turn off all unnecessary eye candy, monitoring software, etc in Windows to get more I/O throughput. It can divide by 4 the time to install from the cpio archive on atom systems, so imagine on your superduper Core I7...

2. you *must* give the machine the hostname "amix" or the fixdisk will exit complaining that it's not dealing with AMIX.

3. fixdisk + update disk work, but that'll bork networking. Install the X11R5 package for PicassoII and the kernel recompile will restore networking.

4. How to import stuff easily? Well, I have, like most of you, a box running some *nix/bsd thing, and it shares the homedir using samba. This is fairly crucial so you can download, unarchive, then tar whatever you need to import. Then you set up a HDF at SCSI4 or 5 that point to that tar archive, reboot, and you should be able to untar from /dev/dsk/c4d0s0 or c5.

5. That pesky installation file. Once you've achieved a working HDF, back it up. Right away. And make 2 copies. You can now procede with testing differents configs, like loads of swap (512M) and maybe a separate /usr or /home partition. To do all this, you need the damn install file ( /etc/profile on the root.adf) to do it's job. It's not very good at it, and likes to hang at various points for hours for no reason. First thing to do is to boot up whatever linux install you have handy, loop mount the root.adf as a sysv fs and edit the /etc/profile near the end when it starts processing the cpio archive. Just comment all that rubbish about dd etc out and put

Code: Select all

cpio -icdmuB < /dev/dsk/c4d0s0


That's assuming you've got the archive set up as an HDF on SCSI4. If you've got a working install, copy that /etc/profile somewhere handy (not in /etc, obviously... ) and copy over all of the content of /etc, since it has a few binaries that aren't in the final install and can be useful.

6. I find easiest to let the floppy install do the partitioning, since neither sysadm (the inbuilt menued admin system) nor rdb are very effective or userfriendly (effective not for sysadm, and userfriendly not for rdb). It then claims to "check the partitions" but hangs half the time, that's when it's time to reboot into your working install and do the fs creation yourself. This oddly requires you to provide the partition size! So do this:

Code: Select all

rdb -p a /dev/dsk/c5d0s0
mkfs -F ufs /dev/dsk/c5d0sa sizethatrdbgaveya


a is the number of the partition. Usually 1 for the root partition, 2 for swap, 3 for boot, and 4 for Extra, which you can do anything you want to.

7. The kernel is written to a 2M boot partition, always the third partition of the disk. This is achieved by:

Code: Select all

cd /stand
make bootpart KERNEL=yourkernel (usually unix)


to actually build a fresh kernel, you need to go into /usr/sys and just do make. For linux folks, no there's no choosing options. This is SysVR4.

8. Unlike what I stated before, you can boot disks over 1G (I haven't tried over 2) but no partition can be over 1G. I have a working install with 950M for / . I'm not sure about the max size for swap, it barfed badly at 512M on initial boot, but that may just have been because of my manual install. You have to be very careful to use rdb to label the FS of each partition using a specific hex code that's in the install script. It's also in the manpage iirc.

9. It supports an unusual array of filesystems, including distributed ones. I've never heard of half of them, so if someone could chip in...
FS supported according to sysadm: bfs, fd, fifofs, namefs, nfs, procfs, rfs, s5, specfs, ufs, xnamfs .

10. X11 is nice, but I can't get Open Look working, it's complaining about missing it's default font and it's not provided by the install. Tried to symlink some other same size font, it won't take it. That leaves you with twm (in magenta, not green), tvtwm, and maybe some other thing. And the keyboard does whatever it pleases in X: y and z inverted, ' becomes paste, / migrates to 7, it sort of becomes some variant of a euro keyboard basically, but which one I'm not sure.

11. bash and ksh are provided, but bash in amiga console ignores the arrowpad so no backscrolling commands and whatnot. Works fine in X11.

12. The manpages aren't too bad and do explain a lot but I need to delve in much further. Apropos works!

13. Networking: (yes it needs to be at 13 the way it works...) TCP/IP works, but as in an ancient system. One which defaults to using a hosts file, not DNS. Now that the amigaunix.com site is back up, you better read the page there on how to do it all, plus, in WinUAE you're using SLIRP, so your host *has* to be 10.0.2.15 and the gateway *has* to be 10.0.2.2. DNS is at 10.0.2.3. Make sure you set it up right, with named (probably v4, violently ugly...) running so that you can do NFS/FTP/Telnet/all that stuff. ICMP doesn't work beyond the gateway, that's the nature of SLIRP apparently.

14. Speed up: turn off unnecessary services the usual way (renaming...) and get syslog running by editing the /etc/init.d/syslog file to remove that exit line. Can come in handy.

All in all, it works, but it takes a while to get everything working and then you feel the urge to install some updates, like an egrep that's recursive... amigaunix.com and amixbp.sf.net have stuff, so that could help. I have screen now! :)
Nice ! Hope it runs at least as face as WinUAE does for me :P .

Anyway, I'm at the stage where I'm trying to extend / update AMIX 2.1c. I've got findutils and grep and gzip to install pretty easily. Also, despite netstat and ifconfig having become non-functional, I can still use wget to import files! Shame DNS just won't work...

I've also concluded that X11R4 patched with Xsvga, rather than X11R5, is the way to go to have colour X11. I've tried fixing a zillion paths etc but to no avail, and nothing's moaning about R4... apart from OpenLook that loses it's default font when not in a 1bit mode!
It's more userfriendly that I thought it would be though... Do you have a RTG card for it? If not, remember AMIX only supports ZorroII slot ones via the third party drivers. Are you going to install Amix at all or just Amiga OS (or another BSD/linux)? There's a 68030@50MHz accelerator for the A3000 if you want to run a bit faster, http://www.amibay.com is the place to go hunting for that kind of thing.

I managed to compile some of the binutils last night, trying to get m4 to work (make barfs with a "line too long" before even starting... ). I'm going to explore making packages using the native tools, although I doubt it does dependencies checking.
Try looking for an Ariadne card too, they're a bit less rare and the third party drivers work on it.
Latest update: I've been trying to build the GNU toolchain but the damn configure scripts when I was doing ld suddenly declared gcc didn't create executables. And then nothing would compile, not even less. So since I was going to revert to a known good install, I thought I might mess with the tape method install. This proved to be fairly problematic, apart from needing to add an index.tape in the directory holding the cpio files (a simple ls -1 > index.tape is enough). But it appears from my extensive testing that as usual, the install script sucks (it can't tell if a cpio file is gziped or not) so it barfs some way through the dearchiving, but goes far enough in 2.01 and 2.03 that it can complete the install and reboot into a fullish AMIX with working packaging. 2.1 however can't even figure out what packages are on the tape because the first blob that has the list (the second has the BOM) can't be found. Not even if you rename all the blobs to relevant names etc. This is all in WinUAE 2.7b6 so if you can try a tape ClassicHasClass we'd like to hear from you!
ClassicHasClass wrote:
How much wattage does the split unit pull?

Back on topic, I did manage to land an Ariadne II network card. It appears Amix doesn't support this card, sadly, but it looks like it should work fine with Workbench 2.1 and AmiTCP 3.0b2. After some cussing, I got the ancient version of CrossDOS on it to read a disk (as di0: , not pc0: ?!) from the Power Mac and got AmiCDROM installed, so now it can read ISO 9660 CDs. This will make things a lot easier.

Then I guess I should get WHDLoad working on it and play some of my old A500 games.

As far as Amix, I'm going to see if the Solbourne will talk to the tape drive. If it will, then maybe I can use the Solbourne to write the install tapes. The Solbourne is a relative of the sun4c family, so I think it will work. As people saw from my other thread, the A3070 does not handle LUNs correctly and freaked out the Indy, so there goes that idea.


Can't you write to the tape from Workbench2.1? I'm pretty sure there's utils on AmiNet for that. Would be easier than trying random UNIX systems...
ClassicHasClass wrote:
The hard disk is something like 97% full. I want to back THAT up first, and I'd probably have to put another drive in. This computer is loaded to the brim with software; it even has CanDo and SAS/C.


You'll be all set to become a real Amiga dev 25 years afterwards then! Great stuff. Workbench 2.1 had BRU I believe, might be of use...

I've found on an Amiga forum how to access the HDF partitions from Linux using the losetup util:

Code:
losetup -o 65536 --sizelimit 724566K /dev/loop1 amix.hdf
mount -o loop -o ufstype=old -r -t ufs /dev/loop1 /mnt


AMIX uses the first 128 blocks of the disk for it's Rigid Disk Block so you have to use the offset option. Linux saves the day once again!

Meanwhile I'm running into plenty of weirdness... why can't ksh do a "cd ." when running ./configure ? It will after doing a cd..; cd thatthingimcompiling though. Daft. And of course most software barfs on compile with very unclear (for a non-dev) reasons.
Quick update, WinUAE from 2.7.1 beta 9 has portforwarding in SLiRP enabled so you can telnet/webbrowse/whatever straight in, giving you at last a decent console to work in. Great stuff, thanks to Toni Willen and neozeed!
ZFS is available for Mac you know... https://code.google.com/p/maczfs/ .
guardian452 wrote: I wonder if the disk subsystems in a 2006 mac pro is up to a 3-disk raidz with 3 or 4tb disks. I think this configuration would be ideal for my needs. I am only concerned because I know they sold some sort of RAID controller plug-in board to take over from the built in disk controller. And application compatibility is also a concern... I already use aperture, itunes, an xboxy-sharing service I use called connect360... time machine would be a bonus. MacZFS doesn't like USB disks but what's their opinion of firewire? esata is almost a non-starter as OSX doesn't support hot-plugging.

The PCI-e SSDs are nice-looking. One of those would make a good system disk. A 3-disk raidz for working files and storage, some sort of external backup that doesn't need to be super fancy but if it's automated with TM it would be a blessing... and one disk sled spare as I like to keep a windows VM on it's own disk.


Amazing how one faulty disk turns even me into a storage nerd :shock: ZFS seems overkill on a root disk which in my case is barely ~70GB and doesn't grow much. Super easy to backup and restore.



Looking at the FAQ for the MacZFS project, it seems that to get Time Machine to cooperate you need to export the ZFS volume with netatalk and then create a sparse drive on the network drive... or there's TimeMachine-ZFS, commandline but it seems to do the job. I've not tried any of this, but I imagine that if you need to use USB or e-sata then you eject the pool, then the drive. You, won't be able to use ZFS as the root drive for OS X though, at least not for what's needed to boot the OS from what I read. For a workstation, ZFS seems to bring too many benefits to be ignored, especially with atomic writes.
We know you're in Italy so it's shipping in Euros right? Is that a Phobos G130 (EISA) or G160(GIO64) in it?

I've an Indigo2/R10K, never found it snappy at all. I was quite disappointed when I got in circa 2002.
Ekiga was/is a FOSS client for h.323 that should work with InPerson, and it has a win32 version...
Linux should be able to mount those XFS partitions and then you can aim john the ripper at the passwd file in last recourse. OS X can't mount XFS partitions.
FreeBSD's msdosfs supports FAT32, no worries there. It's a flag when mounting the device. I imagine XFS got dropped from v10 because of the lack of maintainers... http://www.freebsd.org/cgi/man.cgi?query=mount_msdosfs&sektion=8&apropos=0&manpath=FreeBSD+10.1-RELEASE

UFS2 and FFS are both basically BSD UFS with some extras such as journaling and soft updates as well as larger disk support. The FFS in Bitrig, a fork of OpenBSD actually has GPT & journaling. As for Linux's XFS support it's been around ever since SGI ported it around 2000 and is supported in kernel by most modern distros, and has been for like forever. The problem is it's not always available when installing (RHEL (and thus CentOS) only made it a default in v7). Until ext4fs came around I used XFS as my standard FS and never lost a single piece of data, it's been wonderful!
Mine are greek mythology for network gear, and AC-47/119/130 variants (Spooky, Spectre, etc..) for computers.
I'd like to test it on OpenBSD -CURRENT if that's ok?
FS-UAE 2.6 series has been released some time ago, and it offers the MMU+FPU emulation at last, plus just about every option needed for AMIX to run, since it's based on WinUAE 3.1's core (2.4 was on 2.5). You should now be able to emulate AMIX on any *NIX with a decent uptodate port tree!