[svlug] the continuing saga of the supercheap eMachines box;-)
Alex Martelli
aleaxit at gmail.com
Sun Jul 16 15:07:29 PDT 2006
So, as other installfest participants may recall, my wife Anna and I
were at the installfest at Google yesterday, with our by-now-infamous
$249-from-TigerDirect-on-special eMachines D6418 (Athlon 64 3200+,
768MB DDR, 80GB HD, DVD±RW DL, etc), the accompanying 19" Acer AL1703
LCD monitor, and a lot of determination to go away with a reasonable
Linux installation on the box (not the feeble 32-bit "Mandriva One"
that was the only one we had managed to install thus far).
Thanks *a lot* to all of you who helped out so generously -- even
though, it turns out, most of your well-meaning indications and
advice were in fact misleaded and misleading. I was, fortunately,
healthily skeptical about the nearly unanimous chorus of remarks such
as "oh, it's an eMachines -- must be full of weird super-cheap
proprietary chips and thus a lost cause"... if Mandriva One, feeble
as it may be, could install just fine, I didn't really see how other
distros could find the very same chips "too proprietary"!-) And
similarly for the DSL which claimed fsck had failed (fsck being
needed because we had just removed power brusquely) while the
messages from fsck itself claimed success, and the remarks THAT
prompted about how it must be something weird of proprietary about
the disk drive or controller -- even though a further reboot of the
same DSL went just fine and the partition was similarly just fine.
No matter how much we all may detest eMachines, ATI, &c, or love (and
feel well-justified heaps of gratitude for) all authors of Linux
distributions and components, sometimes Occam's Razor is the best
guide -- and here, in my opinion, good old Occam clearly pointed to
most (or all) "simple", "small" and/or "easy/simplified" Linux
distributions being pretty full of (different mixes of) bugs, sloppy
coding, and/or excessive corner-cutting in the name of "making the
user's life easier". Sure, getting a somewhat-less-cheap box (one
that's more likely to resemble what distro authors and maintainers
are likely to develop and debug on) may well help avoid many of those
corner cases -- if one's willing to do without some of the goodies,
spend a little more, do some physical assembly, etc. But, if one
could get a solid, well designed and maintained distro which does
_not_ cut corners etc, maybe the $249-wonder wasn't a lost cause.
So, getting home with the eMachines box still without a reasonable
Linux install (now with a DSL 2.0 working semi-well, instead of the
Mandriva) and with my mind full of such reflections, I thought about
-- what distros might best qualify in those terms? No corner-cutting
to try to make things simple, etc, etc? I thought of Debian and
Gentoo (mostly on the basis of reputation rather than direct
experience) and decided to try, downloading and burning the first CD
of Debian testing (etch) for AMD64 (I might have gone with stable
[sarge] but apparently there's no AMD64 version of that one, so
testing [etch] it had to be). Fortunately, my wife helped immensely
throughout the process.
In the end, though I would _not_ describe the process as easy nor
ever recommend it to anybody but hardcore geeks;-), we have just
about everything working fine (or as fine as we need it!-). The one
bit in the BIOS settings that apparently had to remain disabled was
the on-chip USB controller -- when enabled, it causes Debian's boot
to just hang forever in the "detecting hardware" phase -- but every
other aspect that we had at first disabled (APIC, ACPI, PnP OS, etc,
etc) we could re-enable without problems. And the one bit of manual
configuration that proved necessary was in xorg.conf: had to add
"HorizSync 30-82" to the "Monitor" section, otherwise X11, apparently
not autodetecting the AL1703's correct range of hsync, would be stuck
on 640x480. But the free "ati" driver otherwise does a good job (for
what we need) driving the ATI Radeon Xpress 200 (RS480) chip that
comes with the box (no need to get proprietary drivers or agonize
about the lack of 64-bit versions of such drivers and supporting
libraries, etc;-), and so on. Basically, I'm not really motivated to
go on and try gentoo at this point, as debian etch works.
Basically, I'm at the stage where the worst open issue is, how do I
get the box to fully participate like all others in my macs-filled
house's zeroconf/rendezvous/bonjour arrangements -- right now the box
"knows" it's called box.local (it can ping itself by that name;-) but
can't solve the xxx.local names of other machines on the LAN, and
other machines don't see it properly (by name, i.e., as box.local)
either. But, I can deal with having to call it 10.0.1.54 for a
while, while I research the issues at leisure (yes, I do have avahi-*
on the box already:-).
So -- thanks again to all who so willingly and generously helped or
tried to help, and a message of hope to all who try to pinch pennies
and get supercheap boxes on special...: even when the experts claim
the situation is hopeless because of the cheap and/or "hopelessly
proprietary" HW, and lightweight/"easy" distros (including Ubuntu)
just don't work, everything is not necessarily lost: a bit of bios-
setup-screens work, a sturdy distro such as Debian, a pinch of
xorg.conf editing, and you may still be able to arrange things quite
satisfactorily in the end!-)
Alex
More information about the Svlug
mailing list