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

Funding for Open 'Core' Companies

'Proper' GNU/Linux on Google OSes

  • Google’s Fuchsia OS will support Linux apps
    Google’s non-Linux-based Fuchsia OS has added an emulator for running Debian Linux apps. Like its upcoming Linux emulator for Chrome OS, Fuchsia’s “Guest” app will offer tighter integration than typical emulators. Google has added a Guest app to its emergent and currently open source Fuchsia OS to enable Linux apps to run within Fuchsia as a virtual machine (VM). The Guest app makes use of a library called Machina that permits closer integration with the OS than is available with typical emulators, according to a recent 9to5Google story.
  • Here are the latest Chrome OS devices that will support Linux apps
    The ability to run Linux apps in virtual machines in Chrome is expanding beyond Google's flagship Pixelbook line of Chromebooks. The feature, for which plans were first discovered in late February, was formally announced by Google at I/O 2018. Unlike the existing solution, Crouton, support for Linux apps does not require enabling developer mode on Chrome OS, allowing users to install Linux apps without needing to sacrifice security protections. In addition to the Pixelbook, support for the new Crostini virtual machine feature has also come to the original Samsung Chromebook Plus, the detachable HP Chromebook X2, and the ASUS Chromebook Flip C101. Likewise, according to a report from xda-developers, the feature is coming to the Acer Chromebook Spin 13 and Chromebook 13, as well as 2018-era Chromeboxes, which all share the same board ID "fizz." Of these, the Acer Chromebox CX13 series and ASUS Chromebox 3 series both have multiple SKUs, maxing out with an Intel Core i7-8550U paired with 16GB RAM and 64GB storage for $750.
  • Linux App Support Is Coming To Acer Chromebook Flip C101
    Acer’s Chromebook Flip C101 is now officially the latest Chrome OS device expected to be in-line for virtualized Linux app support, following a new commit pushed to the Chromium Gerrit on June 15. That places the Flip C101 in a very select club alongside Google’s Pixelbook, the HP Chromebook x2, and the first generation Samsung Chromebook Plus. Of course, there’s no official date with regard to when Linux App support will arrive for the Chromebook Flip C101. If previous trends are followed, then it shouldn’t take too long at all for its official arrival in the Canary Channel of the OS. That comes following a commit indicating that support for the new feature has been moved from the Samsung Chromebook Plus to the devices’ shared parent board. Since only the Chromebook Plus and Chromebook Flip C101 share that board, dubbed “Gru,” that suggests that both devices will support Linux apps in a virtual environment.

Linux Foundation: New Study, Automotive Grade Linux (AGL), and Hyperledger Fabric

Graphics: AMDGPU, Nvidia, Apple's Harm to Science

  • AMDGPU DRM Driver To Finally Expose GPU Load Via Sysfs
    The AMDGPU DRM driver appears to finally be crossing the milestone of exposing the current GPU load (as a percentage) in a manner that can be easily queried via sysfs. For years I've been frustrated via the lack of standardization of sysfs/debugfs files among the DRM drivers and some seemingly basic information not being exposed in such a manner that easily benefits various desktop plug-ins, those wanting to script basic monitors/checks/etc around such outputs, and use-cases like with the Phoronix Test Suite for easily querying this information too for its sensor recording. One of the frustrations with the Radeon Linux stack has been that there wasn't a trivial way to read the GPU load usage as a percentage... There's been ways if installing third-party utilities like RadeonTool, but no universal solution nor one that doesn't require root and would be widely available.
  • Radeon Software 18.20 Stable Released With Official Ubuntu 18.04 LTS Support
    The Radeon Software "AMDGPU-PRO" 18.20 hybrid driver stack is now available with official support for Ubuntu 18.04 LTS and Red Hat Enterprise Linux 17.20. Two months after the debut of the Ubuntu 18.04 LTS "Bionic Beaver" release, the Q2'2018 Radeon Sotware for Linux driver update has arrived with support for this latest long-term support release. Radeon Software 18.20 was officially released last week but seemingly went under everyone's radar until now.
  • Nvidia Releases a Batch of Open Source Tools for AI
    Graphics processors increasingly used as hardware accelerators for deep learning applications are also being deployed with the Kubernetes cluster orchestrator as another way to accelerate the scaling of training and inference for deep learning models. The two-front approach includes Nvidia’s (NASDAQ: NVDA) release to developers this week of a Kubernetes on GPU capability aimed at enterprises training models on multi-cloud GPU clusters. Previously, Google (NASDAQ: GOOGL) launched a beta version of GPUs on its Kubernetes Engine aimed at accelerating machine learning and image processing workloads.
  • AI caramba! Nvidia devs get a host of new kit to build smart systems
    Nvidia has released a bunch of new tools for savvy AI developers in time for the Computer Vision and Pattern Recognition conference in Salt Lake City on Tuesday.
  • Chemists criticise mooted shutdown of 3D visualisation tools
    End of support for Apple’s OpenGL programming interface could pull the plug on molecular modelling software Researchers are voicing concerns over a move that may affect many 3D visualisation programs that are commonly used in computational research. Apple’s Macintosh operating systems (macOS) is set to end support for OpenGL, the programming interface frequently used to display 3D graphics in medical and scientific visualisation software, which has existed since 1992. Nearly all open source and commercial chemistry visualisation programs that are used to display atoms, molecules, bonds and protein ribbons – such as Mercury, VMD and PyMOL – use the system.