Reply 20 of 48, by ynari
wrote:Recently I've been experimenting with possible linux distros to install on a Pentium DOS/Win9x machine. Not for everyday use but for system administration stuff, including repartitioning (gparted), disk imaging (dd), easy mounting of network shares (samba) and transferring files with the rest of the LAN.
Those are the main goals. Secondary bonuses would include light desktop capability and good 2D GUI acceleration with old video cards (S3 and Matrox are most likely to be used, but Voodoo3 is possible and I'd like it to adapt to changes easily).
I've observed that while newer distros claim to have drivers for these old cards, they perform like they're in plain VESA mode, or don't work at all. The drivers say they're "fully accelerated" in man pages, and that might be true for the drivers themselves, but something has broken them at some point, and from what little I understand I think it's x.org.
You'll probably be ok with S3 - I have a pentium II with a Savage 4 in it, and both Linux and OpenBSD perform OK. Matrox do have basic acceleration, but it's not exactly speedy.
The reason is the driver architecture behind X is on about its fourth iteration. Linux is now using KMS drivers, as are some of the BSDs. Before that was EXA, and XAA. In 1995, a G200 was fast, in 2016 it struggles to run modern X, even with a lightweight window manager (I have a G200e (PCIe G200) embedded in my main server motherboard running at 1x. Damn, it's slow). For quite old cards NetBSD might be the best option - its X drivers are quite old.
Why are you concerned about disk partitioning and imaging on a pentium? It'll be radically slower than a modern box, and you'll be running 100Mb/s at best rather than gigabit upwards.
I'd advise using parted rather than gparted. Any time you need to do disk recovery it's not unlikely you won't be in a GUI. Anything gnome based may struggle on a pentium, and quite possibly simply not work due to the lack of SSE/SSE2.
If you *really* need to faff around with an MBR based disk, I'd recommend using OpenBSD's fdisk. It's not friendly, but it's possible to achieve things that aren't easily possible elsewhere, such as playing around with the protective MBR on a GPT disk (not something I recommend as a matter of course, but this is one way of sharing a disk between OS X on a hackintosh, and Windows/Unix. Windows and Linux see the same disk very differently)