Another successful operating system install on the IBM PS/2 Model 70 386 (with 486 upgrade and 16MB RAM). This time, it's Slackware 4.0. It's installed, networked, and we even have the graphical X server running! Let's talk about what it took in a 🧵 here.
So, basically what I decided to do is to use ZipSlack, which is a version of Slackware that you can just unzip to a system with a FAT16 or FAT32 partition! It's available as a folder on the Slackware 4.0 ISO, available here: slackware.cs.utah.edu/pub/slackware/…
Now, as people may recall, this PS/2 is a microchannel system. Fortunately, there is a microchannel kernel called ibmmca.s. I dragged the bzImage file over top of the vmlinuz file in the zipslack\linux folder to get this going! No, it didn't work 100%, more on that in a minute!
I then modified linux.bat to boot up our hard drive, which is located at /dev/hdd1. On boot, we basically will change into the C:\linux directory and run linux.bat to launch Slackware!
At this point, I got a little lazy 😂. I didn't want to do all of the install and configuration directly on the PS/2, so I fired up a VM and copied the linux directory into it. It sure boots up nice and fast!
The ZipSlack install doesn't include Samba or an X server, and I wanted both. So I copied files from the Slackware ISO to the directory as well. The README told me just what I needed to do for the X server setup!
So, next up, I actually created another VM and did a full Slackware install. Why? Well, I wanted to build drivers for my IBM LAN Adapter/A and also needed to build a new kernel. The Ardent Tool page had a link to some source that I was able to easily adopt to the 2.2.6 kernel
Before building the kernel, I ran "make menuconfig" and disabled SCSI support. I learned that booting up the stock MCA kernel on the PS/2 would result in a lockup, and since I am using IDE, I just decided to remove it altogether (lockup shown on the right)
I copied the ibmlana.c and ibmlana.h files to /usr/src/linux/drivers/net, applied the patch file and kicked a build. I had to purge some old .depend files, I'll show the syntax I used below!
cd /usr/src/linux
find . -type f -name .depend | xargs rm
make bzImage modules
Some of the modules didn't build, but we got enough of what we needed! I copied ibmlana.o to the /lib/modules directory. At this point, it was time to copy everything to a CF card and prepare to boot the machine!
And here we are, all booted up! We can see in the output that an MCA kernel was detected (I copied the bzImage file we built above over top of the existing vmlinuz file), and we are ready to login!
One of the first things I wanted to do is configure the network. The ZipSlack README.1st gives some good details on what to do.
However, before we run it, I did want to get that IBM LAN Adapter/A driver in place. To do that, I modified /etc/rc.d/rc.modules and added a modprobe line. From there I just ran "modprobe ibmlana" manually, but I could have rebooted to have it load on system boot too!
From there, I ran through the netconfig wizard. Here are some screenshots from it, well, part of it! I think it presented like 7 or 8 screens, but you get the idea.
The config utility got MOST things right. I had to go back and manually add a gateway and fix the network address in /etc/rc.d/rc.inet1, but before long, we were all set up and could ping the outside world!
Next up, I configured a connection to my Raspberry Pi file share using Samba. This worked great! I actually had installed Slackware 7.1 previously and was getting failures with Samba, prompting me to try Slackware 4.0. But, yes, we can mount a share using smbmount!
Next up, I configured the X server. As we saw earlier in the readme, this means running "xf86config". Setting up old X servers is always a pain, but once I mucked around with HorizSync, VertRefresh, and configured my Screen for the 16 color VGA server, I was set!
You're still here??? Good! Sorry this is so long. Anyway, I decided to play around a bit with some other things, including running "top" and inspecting the MCA configurations. Great fun! My machine only has 4 slots (one is the ESDI drive), so the rest are all "ff's"
So, yeah, another operating system installed! As noted, I did try Slackware 7.1. I also tried other newer versions, but 4.0 seems to suit this machine well. Thanks for following along, and let me know if any questions!!
@threadreaderapp unroll
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Here's some good news for BlueSCSI/ZuluSCSI owners who want wireless networking in DOS and Win3.1x: Michael Brutman (author of mTCP) has taken my DaynaPORT DOS packet driver and greatly improved it! I'm using it to browse the web. Let's talk about how in a 🧵 here!
First, some context: several months ago, I started down the path to get my BlueSCSI working in DOS, and made a very alpha driver to do such. As per usual, I then abandoned the project 😂
Then, Michael found out about the project, and greatly improved upon it! There is a beta version that you can find here: . Although the driver is currently beta, it is very well written, and is working great for me!github.com/mbbrutman/dayn…
I had a total blast testing my newly-acquired fleet of LTE 5000 series systems! Over the past four days, I was able to make 20 working systems from my haul of (I believe) 26 systems. Let's have a BRIEF outbrief in a 🧵 here!
First, just LOOK at everything!! Everything you see here either will go in a system (HDD, FDD, CD-ROMs, battery shells), is a spare part, or a conversation piece (PCMCIA cards without dongles 😂). And, oh, for the six systems that contributed to parts, look at all of the screws!
Here are the "failed" parts. Several failed or flaky mobos. Two bad processor cards. Several bad DC to DC cards. Only one bad FDD, which is miraculous. And of course, that one keyboard that took a lot of abuse, too much to repair.
Day 4 LTE 5000 (and probably some LTE Elite!) cleanup and testing. I'll just do highlight reel, I am sure you guys have seen enough at this point 😂. Let's do this! 🧵
First, we have doubled downstream testing power 😂. Now let's talk about the system on the right...
So, as you can see, the screen is bad, but I think the effect is lowkey cool! Also, this system had a bad processor card and DC to DC card. That's been fixed. The HDD caddy had the logic board for a HDD and was missing the cover. Someone has been in here!!
It's another beautiful day here... and time to clean and test some more LTE 5000 systems! And since I am taking an extended weekend, we have time to do this. Let's get to work. 🧵
So, first, the tarp earned its pay. It rained a bit overnight. Most systems did stay dry. No concerns here! I thought the tarp had a small hole in it. Indeed it did 😂
Before we proceed, I do have a confession: late last night, I did pull one more system off the stack, clean it up, and try to test it. Sadly, it's dead. Oh well, we will deal with that later.
Ooookay, one more laptop today. A few folks have asked "how about the red laptop? Does it have a chance?" Well, I think I'd say "kindof, with some help!" Let's explore in a 🧵 here!
Initially, I started out with some Goof Off to clean off the paint. That damaged the screen cover's plastic. But I soon learned that would not matter. Because, well, here's the screen. Also, look at that nice red HDD cover. Paint on the keyboard too. Oh boy!
After some effort, I got the battery out. It was sealed by the paint. Now we can take a look inside. Lovely!
Shall we continue our LTE 5000 series cleaning and testing? I'm glad I covered them with a tarp, we had some condensation overnight!! This one is a LTE 5380 without any drives. It cleaned up nice and it does power up!!
Okay, second one is a little rough. Cleaned up. Powered on once but won't power on again.
Next one! Cleaned up. Powered right up. A nice LTE 5380