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

today's howtos

Programming: CI/CD and 'DevRel'

  • CloudBees and Google Cloud Partner to Accelerate Application Development on Anthos

    Respective leaders in DevOps and cloud computing are partnering to provide end-to-end application development automation from source to production...

  • Codefresh’s More Robust, Open Source Marketplace Makes Coding Easier, Faster, More Secure

    First deployed in December 2018, the Codefresh Marketplace makes it easier for code developers to find commands without having to learn a proprietary API – every step, browsable in the pipeline builder, is a simple Docker image. The Marketplace contains a more robust set of pipeline steps provided both by Codefresh and partners, such as Blue-Green and Canary deployment steps for Kubernetes, Aqua security scanning, and Helm package and deployment. All plugins are open source and users can contribute to the collection by creating a new plugin.

  • Codefresh freshens produce at the Kubernetes code marketplace

    Codefresh is the first Kubernetes-native CI/CD technology, with CI denoting Continuous Integration and CD denoting Continuous Delivery, obviously. The organisation has this month worked to improve its open source marketplace with features that focus on faster code deployment. First deployed in December 2018, the Codefresh Marketplace [kind of like an app store] allows developers to find commands without having to learn a proprietary API — this is because every step, which is browsable in the pipeline builder, is a simple Docker image.

  • DevOps World | Jenkins World: CircleCI orbs, DevOps Institute’s Ambassador Program, and Codefresh Marketplace

    DevOps and Jenkins is on full display this week at CloudBees’ DevOps World | Jenkins World taking place in San Francisco. In addition to the DevOps thought leaders and community members coming together to learn, explore and help shape the next generation of Jenkins and DevOps, a number of organizations took the opportunity to reveal new products. [...] SmartBear revealed TestEngine, a new solution designed to automate test execution in CI/CD environments. In addition, the company announced ReadyAPI 2.8 to accelerate functional, security and load testing of RESTful, SOAP, GraphQL and other web services. The new tools are aimed at accelerating API delivery. Users can now execute ReadyAPI, SoapUI Pro and SoapUI Open Source tests simultaneously on a central source that’s integrated into their development processes. This tackles the challenges that Agile and DevOps teams have such as complex deployments, large regression suites, and global development teams, according to SmartBear in a post.

  • What Is Developer Relations?

    Matthew Broberg, Advocate and Editor at opensource.com says that in practice the implementation of DevRel has been far from consistent. "DevRel, in theory, is the intersection of three disciplines: engineering, marketing, and community management," he says. "In practice, DevRel applies to a wildly popular set of job titles with wildly different expectations across different organizations." [...] Rebecca Fitzhugh, Principal Technologist at Rubrik agrees. "While there is certainly a marketing component when representing the company to the customer and community, it's equally about representing the customer to the company," she says. "Our DevRel team brings feedback from our customers to the product and engineering team in order to drive a better developer experience against our product's APIs."

Network transparency with Wayland: Final report.

The goal of this 2019 Google Summer of Code project is to develop a tool with which to transparently proxy applications that use the Wayland protocol to be displayed by compositors. Unlike the original X protocol, only part of the data needed to display an application is transferred over the application's connection to the compositor; instead, large information transfers are made by sharing file descriptors over the (Unix socket) connection, and updating the resources associated with the file descriptors. Converting this side channel information to something that can be sent over a single data stream is the core of this work. The proxy program I have developed for the project is called Waypipe. It can currently be found at gitlab.freedesktop.org/mstoeckl/waypipe. (I am currently looking for a better stable path at which to place the project; the preceding URL will be updated once this is done.) A few distributions have already packaged the program; see here; alternatively, to build and run the project, follow the instructions in the README and the man page. My work is clearly identified by the commit logs, and amounts to roughly ten thousand lines of C code, and a few hundred of Python. Read more Also: Vulkan 1.1.120 Released As The Newest Maintenance Release

The ClockworkPi GameShell is a super fun DIY spin on portable gaming

Portable consoles are hardly new, and thanks to the Switch, they’re basically the most popular gaming devices in the world. But ClockworkPi’s GameShell is something totally unique, and entirely refreshing when it comes to gaming on the go. This clever DIY console kit provides everything you need to assemble your own pocket gaming machine at home, running Linux-based open-source software and using an open-source hardware design that welcomes future customization. The GameShell is the result of a successful Kickstarter campaign, which began shipping to its backers last year and is now available to buy either direct from the company or from Amazon. The $159.99 ( on sale for $139.99 as of this writing) includes everything you need to build the console, like the ClockworkPi quad-core Cortex A7 motherboard with integrated Wi-Fi, Bluetooth and 1GB of DDR3 RAM — but it comes unassembled. Read more