Booterizer: I love it, but have some suggestions!

slime-eater

New member
Oct 25, 2020
3
5
3
Oh man - I'm going to be biased and assume the RPi 3 and newer installation, but several of these things could apply to the virtualized version of Booterizer as well.

I love Booterizer for what it is, but I wish for a few things (to which I have already done some of these for my own installations):

* Automatically expand file system after bootup / provide suggestions
Tons of people installing this on larger-than-32GB SD cards. Worth having raspi-config --expand-rootfs run automatically. If that's too complicated, maybe edit the /etc/motd, throw in a cool h4ck3r SGI greetz-logo with suggestions/mini documentation such as:
"Run raspi-config --expand-rootfs"
"Suggested packages to install: iotop, htop, nfs-kernel-server, finger, screen, ncftp, bsdgames, locate"


* IRIX 6.5 Roboinst installation (non-interactive installs)
If we're already creating installation scripts, why not make it client-installer-automated with roboinst? It's been easily two decades since I worked on roboinst unattended wipe-and-install scripting, but it seems like this would be perfect for booterizer setups. Nothing more annoying than tiring out and going to bed before typing quit to requickstart all of those freshly installed packages. What a waste. Roboinst is/was freely licensed for installs and was a chargeable option post-OS-installation, so all of the functionality should be available and ready. No need for a ton of ansible'ized custom configs per MAC address-bound machine, there should be an option to follow a class of machine if I recall correctly. (And wouldn't that be cool to get the right demos or binaries on the right machine!)

* Add NFSv2 (and NFSv3) support for shared TFTP directory
Since sometimes the installer forgets to include the ONC3/NFS3 installation disc, you might as well enable NFSv2 support in the Booterizer's NFS daemon and export the /irix directory to allow for easy mounting on a partially-installed system to continue onwards. Make installing the ONC3/NFS3 installation files later on easy. (Note that this requires the nfs-kernel-server package and a slight tweak to its startup config to enable version 2)

* Nekoware / demos installation
Nothing like a proper vintage out of box experience with a modern ssh, bash, ntpdate, wget, and actual nostalgia-laced SGI demos, right? This extra stuff should fit in the original 32GB SD card but easily fits in a 64GB and larger one.

* IPv4 forwarding / NAT wifi gateway
If the assumption is that it's a Raspberry Pi 4 machine or newer, you can assume that it will negotiate a connection without the need of an Ethernet hub (Auto MDI-X in the gigabit standard eliminates the need for Ethernet crossover cables too) and has wifi built-in, so might as well be a mini-wifi gateway to whatever SGI is needing to limp along to or download from some random internet site/repository. Perhaps someone gets a kick from ssh'ing to their favorite home server from vintage systems.

* Include the EFS kernel module
Have the EFS kernel module available for mounting EFS CDROMs (either via USB CD drive or more commonly ISO image)
I wanted to populate a few more files to install from CDROM images only to be greeted with mount: /mnt: unknown filesystem type 'efs'. Here comes the copy shuffle from another full-fat Ubuntu system elsewhere

* Assume that there may be more than one IRIX client machine you're installing onto
The documentation and ansible scripts seem to assume only one single client to install to. I am handy with manually editing dhcpd.conf and other weirdo files for booting, but ideally we'd be able to manage installation of multiple hosts.

I love Booterizer. I totally do, I just am sharing at least a few of my existing mods and hopes for a future booterizer iteration. Within the last month I used it to clean up and install IRIX 6.5 on a variety of machines I need to re-home (O2 R5K, O2 R10k, Octane R12k, Indy R5k, Indy R4.4k) and love that it mostly just works. Thank you so much for its existence!
 

Elf

Storybook
Feb 4, 2019
514
138
43
Good feedback for @Unxmaal ; I also think there is a lot of potential for extra functionality improvements past the installation phase for the RPi image, but we'll see if anyone contributes some pull requests :)

Regarding Nekoware installation, a lot of that has been taken over by our SGUG-RSE project, which provides some more up to date equivalents of at least the tools listed.
 

massiverobot

irix detailer
Feb 8, 2019
102
74
28
Philly
twitter.com
These are interesting suggestions, however I will comment on the last "Assume that there may be more..." - this is Ansible. It will work on as many machines as you like. There is no limitation, it's just the base Booter assumes one. Just add more hosts. Installing on multiple SGI at once would make a good Halloween nightmare story for the kids....


Many of these are not necessary when you use booterizer with a Macintosh host. I realize not everyone has a Mac to do this, but I want to point that out.

Finally, I think I know what Unxmaal might say "These are awesome suggestions, please fork, implement them and make your own new awesome image...."
 

slime-eater

New member
Oct 25, 2020
3
5
3
Ansible is great for scripted application automation and maintenance, post-install (or if you really want to, configuration generation, but that's not really the domain I'm talking about).

I'm talking about automated installs, which is similar but a different domain. Roboinst is the 'truly automated IRIX install' architecture but no one in the hobbyist scene seems to bother.

I'll see if I can figure out contribs for the diff and contribute back upstream..!
 
  • Like
Reactions: jupo and Elf

Unxmaal

Administrator
Feb 8, 2019
98
58
18
@slime-eater I did a lot of research on RoboInst early on, and could never figure out how to make it work properly. I gave up on it and switched to Ansible, since there's actually docs for that.

Please send me PRs for anything you come up with and I'll happily merge them.

Thanks!
 
  • Like
Reactions: slime-eater

About us

  • Silicon Graphics User Group (SGUG) is a community for users, developers, and admirers of Silicon Graphics (SGI) products. We aim to be a friendly hobbyist community for discussing all aspects of SGIs, including use, software development, the IRIX Operating System, and troubleshooting, as well as facilitating hardware exchange.

User Menu