Language Selection

English French German Italian Portuguese Spanish

DSL 2.1r1 on old Laptop

Filed under
Linux
Reviews
-s

The developers of Damn Small Linux have announced the availability of the first release candidate of version 2.1. My gentoo install is quite dated on my aging laptop, and due to speed and other certain hardware considerations (like a whiny harddrive after a couple hours of compiling), it isn't likely to be updated again. I decided to see if dsl could run on this ancient Dell laptop.

Damn Small Linux is a damn small linux distribution, literally. For those who don't know, it's a 50mb livecd that is also installable onto your harddrive or an usb key. It's a fully functional system consisting of an graphical interface featuring the fluxbox window manager and many useful applications and utilities/tools.

The Change log for 2.1r1 includes:
1. Improved SATA boot time support (see f3)
2. USB 2.0 boot time support fixed typo
3. Torsmo replaces asmem, wmcpuload, & wmnet to better support both window managers.
4. Ted replaces Flwriter
5. Updated xtdesk improved dragging when double click enabled.
6. New Icontool GUI controls many icon features.
7. Added missing tools section to jwm menu.

Well, the first test, to see if it would boot with only 80mb ram.

I needed to download and dd the bootfloppy img due to the fact that this laptop is so old, it doesn't support booting from the cdrom. How long before it's a fish sinker? Well, that may be inevitable, but it's not a fact today. My old laptop did in fact boot dsl on a p1 with only 80mb ram. However, (you knew there was a however, right?), the video/display wasn't very readable when just hitting enter at the boot prompt. I decided to reboot and try some of those fb modes the F2 options screen suggests is for laptops. Crossing my fingers I tried fb1024x768. When that didn't work, I tried fb800x600. That was the ticket. I was in. I was thrilled. I was comforted by the telltale "beep, beep" of the pcmcia network being activated (although it turned out to be short-lived). Then I was asked about which x server module to use, xvesa or xfbdev. I chose xfbdev and was asked about my lang and mouse. At the answering of those questions, X started and looked beautiful and my scroll ball mouse device worked too. Damn Small Linux scores again!

        

Fly in the ointment:

My old and commonly recognized pcmcia wireless network card (linksys wpc11 rev3 that uses orinoco) was incorrectly detected as some Bromax unsupported/unknown card. One can modprobe orinoco and it'd get loaded without error. Still no wlan or eth0 device was available. Also not correctly setup was my netgear FA411 wired pcmcia netcard (that uses 8390). However, we did have some luck with a 3Com/Megahertz 3CCFEM556B. So, whoops. One strike against. Have to, a laptop just isn't any fun if the wireless doesn't work. It's not just me, please see this post for confirmation.

Sound is another small issue. Actually it isn't. It wasn't correctly detected or setup, but in all fairness, it never is. It works fine in Linux, but I have to pass some specific options to the kernel for it to work. It's an old dell latitude XPIcd and I always have to use /sbin/modprobe sb io=0x230 irq=5 dma16=5. I can't tell you how long I spent finding that solution my first Linux install on this thing! Big Grin So, we'll give dsl the brownie point there.

But how would it perform on such a low resource system?

Well, overall, most excellent. Most light applications, like emelfm, Ted or xpaint opened within a few seconds. Dillo took about 9. Sylpheed required 3 or 4. However, mozilla took about 70 seconds to open and another 4 or 5 to render the dslos.com start page. It took about 6 second to render other sites at that point and there was a marked delay or unevenness (is that a word?) with scrolling. Of course, this isn't really a reflection on damn small, just an interesting note. Another thing, xmms was running at the time, which was requiring some cpu cycles to stream that default classical station it was playing. In addition, we're still running from the livecd at this point as well. I'd have to install Opera if I was going to install this onto my hard drive for sure, but given the fact that the pcmcia stuff is somewhat broken, I think I'll forgo the install and wait for the next rc.

        

Conclusion:

I found dsl to work rather well on this old laptop. Applications functioned well and looked quite nice, save mozilla. The video was great looking, the mouse device, cdrom and floppy worked fine of course, and the sound works with a bit of nudging. Some pcmcia cards work and some that should don't. The torsmo looked and worked great. I never did find that gui icontool in the menu (oh, ok, founnd it... hey, that's neato). In addition, I think there should be some kind of battery monitor. Once they sort out the pcmcia stuff, I'm sure it would perform much better from the harddrive.

        

Re: A wonderful review on DSL ?

atang1 wrote:

Its wonderful and tell tale DSL install.

Love your review of DSL.

Yeah, I'm going to soon replace gentoo with a binary distro and I think dsl will be the one.

Thanks for saying! I suffered with the "butterfly syndrome" as I hit submit, as I often do. I appreciate it. Smile

great review... UPDATE .....

UPDATE...

Added 128 mb of memory for a total of 160mb.

DSL now loads and works like a hot damm. Even found an older PCMCIA 3com network card and I had connectivity. Looks like the perfect distro for this laptop. Never would have beleived it if I hadn't tried it.

Nick

But tried it on a compaq presario 1200 with 32 meg mem. (k6 475 mhz processor)and it was next to useless. It booted up but took way too much time to get anything running.

Will try to upgrade the memory to 128m and try again

Nick

Great review but... Sorry for the duplicate...

DSL has lots of trouble on a compaq presario 1200 k6 475 with 32 m memory.

DSL boots up but just thrashes away continously. Got to find a 128 meg memory module to add or else its a doorstop.

nicsmr

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

KaOS 2018.01 KDE-focused Linux distro now available with Spectre and Meltdown fixes

It can be difficult to find a quality Linux distribution that meets your needs. This is partly because there are just too many operating systems from which to choose. My suggestion is to first find a desktop environment that you prefer, and then narrow down your distro search to one that focuses on that DE. For instance, if you like KDE, both Kubuntu and Netrunner are solid choices. With all of that said, there is another KDE-focused Linux distro that I highly recommend. Called "KaOS," it is rolling release, meaning you can alway be confident that your computer is running modern packages. Today, KaOS gets its first updated ISO for 2018, and you should definitely use it to upgrade your install media. Why? Because version 2018.01 has fixes for Spectre and Meltdown thanks to Linux kernel 4.14.14 with both AMD and Intel ucode. Read more

Today in Techrights

KDE: Linux and Qt in Automotive, KDE Discover, Plasma5 18.01 in Slackware

  • Linux and Qt in Automotive? Let’s meet up!
    For anyone around the Gothenburg area on Feb 1st, you are most welcome to the Automotive MeetUp held at the Pelagicore and Luxoft offices. There will be talks about Qt/QML, our embedded Linux platform PELUX and some ramblings about open source in automotive by yours truly ;-)
  • What about AppImage?
    I see a lot of people asking about state of AppImage support in Discover. It’s non-existent, because AppImage does not require centralized software management interfaces like Discover and GNOME Software (or a command-line package manager). AppImage bundles are totally self-contained, and come straight from the developer with zero middlemen, and can be managed on the filesystem using your file manager This should sound awfully familiar to former Mac users (like myself), because Mac App bundles are totally self-contained, come straight from the developer with zero middlemen, and are managed using the Finder file manager.
  • What’s new for January? Plasma5 18.01, and more
    When I sat down to write a new post I noticed that I had not written a single post since the previous Plasma 5 announcement. Well, I guess the past month was a busy one. Also I bought a new e-reader (the Kobo Aura H2O 2nd edition) to replace my ageing Sony PRS-T1. That made me spend a lot of time just reading books and enjoying a proper back-lit E-ink screen. What I read? The War of the Flowers by Tad Williams, A Shadow all of Light by Fred Chappell, Persepolis Rising and several of the short stories (Drive, The Butcher of Anderson Station, The Churn and Strange Dogs) by James SA Corey and finally Red Sister by Mark Lawrence. All very much worth your time.

GNU/Linux: Live Patching, Gravity of Kubernetes, Welcome to 2018

  • How Live Patching Has Improved Xen Virtualization
    The open-source Xen virtualization hypervisor is widely deployed by enterprises and cloud providers alike, which benefit from the continuous innovation that the project delivers. In a video interview with ServerWatch, Lars Kurth, Chairman of the Xen Project Advisory Board and Director, Open Source Solutions at Citrix, details some of the recent additions to Xen and how they are helping move the project forward.
  • The Gravity of Kubernetes
    Most new internet businesses started in the foreseeable future will leverage Kubernetes (whether they realize it or not). Many old applications are migrating to Kubernetes too. Before Kubernetes, there was no standardization around a specific distributed systems platform. Just like Linux became the standard server-side operating system for a single node, Kubernetes has become the standard way to orchestrate all of the nodes in your application. With Kubernetes, distributed systems tools can have network effects. Every time someone builds a new tool for Kubernetes, it makes all the other tools better. And it further cements Kubernetes as the standard.
  • Welcome to 2018
    The image of the technology industry as a whole suffered in 2017, and that process is likely to continue this year as well. That should lead to an increased level of introspection that will certainly affect the free-software community. Many of us got into free software to, among other things, make the world a better place. It is not at all clear that all of our activities are doing that, or what we should do to change that situation. Expect a lively conversation on how our projects should be run and what they should be trying to achieve. Some of that introspection will certainly carry into projects related to machine learning and similar topics. There will be more interesting AI-related free software in 2018, but it may not all be beneficial. How well will the world be served, for example, by a highly capable, free facial-recognition system and associated global database? Our community will be no more effective than anybody else at limiting progress of potentially freedom-reducing technologies, but we should try harder to ensure that our technologies promote and support freedom to the greatest extent possible. Our 2017 predictions missed the fact that an increasing number of security problems are being found at the hardware level. We'll not make the same mistake in 2018. Much of what we think of as "hardware" has a great deal of software built into it — highly proprietary software that runs at the highest privilege levels and which is not subject to third-party review. Of course that software has bugs and security issues of its own; it couldn't really be any other way. We will see more of those issues in 2018, and many of them are likely to prove difficult to fix.