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

OSS Leftovers

  • Canada’s Spy Agency Releases its Cyber-Defense Tool for Public
  • Canadian govt spooks open source anti-malware analytics tool
    The Communications Security Establishment (CSE) said the AssemblyLine tool is designed to analyse large volumes of files, and can automatically rebalance workloads.
  • Microservices served on blockchain, in open source
    Cloud application marketplace company Wireline is working with open source blockchain project developer Qtum The new union is intended to provide a conduit to consuming microservices at [web] scale using blockchain at the core. As we know, microservices offer the ability to create Application Programming Interfaces (APIs) without having to manage the underlying hardware and software infrastructure. [...] The Qtum a blockchain application platform combines the functions of Bitcoin Core, an account abstraction layer allowing for multiple virtual machines and a proof-of-stake consensus protocol aimed at tackling industry-use cases. The Qtum Foundation, headquartered in Singapore, is the decision-making body that drives the project’s development.
  • Rendering HTML5 video in Servo with GStreamer
    At the Web Engines Hackfest in A Coruña at the beginning of October 2017, I was working on adding some proof-of-concept code to Servo to render HTML5 videos with GStreamer. For the impatient, the results can be seen in this video here
  • Working Intel CET Bits Now Land In GCC8
    A few days back I wrote about Intel's work on Control-flow Enforcement Technology beginning to land in GCC. This "CET" work for future Intel CPUs has now landed in full for GCC 8. The bits wiring up this control-flow instrumentation and enforcement support are now all present in mainline GCC SVN/Git for next year's GCC 8.1 release.
  • Using Gitea and/or Github to host blog comments
    After having moved from FSFE’s wordpress instance I thought long about whether I still want to have comments on the new blog. And how I would be able to do it with a statically generated site. I think I have found/created a pretty good solution that I document below.

Security Leftovers

  • Where Did That Software Come From?
    The article explores how cryptography, especially hashing and code signing, can be use to establish the source and integrity. It examines how source code control systems and automated build systems are a key part of the software provenance story. (Provenance means “a record of ownership of a work of art or an antique, used as a guide to authenticity or quality.” It is increasingly being applied to software.)
  • Judge: MalwareTech is no longer under curfew, GPS monitoring [Updated]
    A judge in Milwaukee has modified the pre-trial release conditions of Marcus Hutchins, also known online as "MalwareTech," who was indicted two months ago on federal criminal charges. Under US Magistrate Judge William Duffin’s Thursday order, Hutchins, who is currently living in Los Angeles, will no longer be subject to a curfew or to GPS monitoring.
  • [Older] Leicester teen tries to hack CIA and FBI chiefs' computers
    A teenager attempted to hack senior US government officials' computers from his home. Kane Gamble, 18, from Coalville, Leicestershire, pleaded guilty to 10 charges relating to computer hacking. His targets included the then CIA director John Brennan and former FBI deputy director Mark Giuliano.

Debian: pk4, Freexian and More

Kernel and Graphics: ZenStates, AMDGPU, RADV, Vulkan, NVIDIA

  • ZenStates Allows Adjusting Zen P-States, Other Tweaking Under Linux
    ZenStates is an independent effort to offer P-States-based overclocking from the Linux desktop of AMD Ryzen processors and other tuning. ZenStates-Linux is an open-source Python script inspired by some available Windows programs for offering Ryzen/Zen CPU overclocking from the desktop by manipulating the performance states of the processor.
  • AMDGPU DC Gets A Final Batch Of Changes Before Linux 4.15
    The AMDGPU DC display code has a final batch of feature updates that were sent in this weekend for DRM-Next staging and is the last set besides fixes for the "DC" code for the 4.15 target.
  • Valve Developer Lands VK_EXT_global_priority For RADV Vulkan Driver
  • Vulkan 1.0.64 Adds In Another AMD-Developed Extension
    Vulkan 1.0.64 is out this weekend as the newest specification refinement to this high-performance graphics/compute API. As usual, most of the changes for this minor Vulkan revision are just documentation clarifications and corrections. This week's update brings just under a dozen fixes.
  • NVIDIA TX2 / Tegra186 Display Support Isn't Ready For Linux 4.15
    While the Jetson TX2 has been out since this past March and it's a phenomenal ARM development board, sadly the Direct Rendering Manager (DRM) driver support for it still isn't ready with the mainline Linux kernel. Thierry Reding of NVIDIA sent in the Tegra DRM driver changes for DRM-Next that in turn is staged for Linux 4.15. Reding commented that there is prepatory work for the TX2 (Tegra186) but it's not all ready for upstream yet.