Slashdot Mirror
Full Debian ARM for Under $200
An anonymous reader writes "With minor elbow grease, you can now set yourself up with a complete Debian ARM Linux box for under $200. This is thanks to Peter Korsgaard, who figured out a cool byteswapped kernel hack for the little $99 Linksys NSLU2. Add a $99 USB harddrive, and the tiny, cute, quiet 'Slug' can run any of about 16,000 Debian ARM packages, 24x7, for pennies per month worth of electricity, since ARM is still orders of magnitude more power-efficient than anything x86. Serve files, music, web pages, printers, backups, kernel images, webcams/motion detection, firewalls/routers, wireless access point... or whatever. Oh, did I mention you can overclock the Slug?"
Where's the $100 ARM device for Debian that includes ethernet and stereo audio out (headphones/speakers)? Even used PocketPCs cost $100, plus $50-100 for PCMCIA ethernet/sleeve.
--
make install -not war
Does it run Li...Oh, right... ^_^
(sorry)
Unpretentious Sydney reviews by unqualified Sydney reviewers
The Linksys NSLU2 has already been hacked so you can run your own applications on it. :-)
OpenWRT is a similar thing for the Linksys WRT54G and GS wireless routers. Same goes for the Asus WL500 series. Linux forever! heh
Thank you, thank you.
#define CLUE 0
This is a cool project and Kudos to Linksys for using Linux as a basis for their NAS and Routers.
But TFA says "built-in 10/100 (not yet supported in litte-endian mode)". If I read this correctly the device works, but the network port doesn't. Hopefully someone can correct me and confirm that the ethernet port does work.
This would be a perfect low-cost always-on media centre server for Slim Devices Squeezebox Server
Orationem pulchram non habens, scribo ista linea in lingua Latina
Oh, did I mention, VHS sucks ass? I mean, come on, there's no excuse with Beta around.
Guess who lost that one! Just because it's the best techology, doesn't mean it's going to get used.
It's not our fault you prefer the never-changing BSD and the 1-button MAC mouse. With the second highest install base in the world, you're bound to get breached.
From TFA:
The device has 32MB of SDRAM, 8MB of NOR Flash, built-in 10/100 (not yet supported in litte-endian mode), and dual USB 2.0 ports.
How are you planning on accessing those files? Hopes and dreams? Network Attached Storage with no Network Attached is just a hard drive.
~Will
sig?
You do realize that you can install linux on the mac mini, and I'm sure PPC has better support than ARM, or you can just use fink (like bsd ports) to install *nix apps under OSX? Not to mention the mac mini is much more powerfull....
the debian LEG?
This is not an overclock. For reasons unknown, Linksys chose to clock the unit at 133mhz. The chip is spec'ed by intel to run at 266mhz w/o cooling. So your not overclocking your un-underclocking :-)
In a word...
Yes!
And so am I. Please enlighten us as to why people hate ARM now.
There: Something at a specific location.
Their: Owned by someone.
Please make sure your english compiles.
And be served with an RIAA lawsuit!
"It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
Can it use other USB 2.0 peripherals?
How much power does it consume? Better than a WRT54G?
Can it be further underclocked?
Moreover, I don't have to give the litigious bastards (Apple, of course) any of my dough!
I thought that was SCO's trademark.
NOTE: First page says that the built-in ethernet isn't working under the Debian install yet. Not thinking this will be useful for most people. I'll be getting one when that's worked out, I need a low-power box to run an HTTP proxy on.
Come again? I'll give you cheaper and more energy efficient but let's not get carried away. I bet you lose the energy efficiency once you plug in an external USB hard drive too.
With great power comes great fan noise.
RTFA. The NSLU has nothing to do with WIFI. Its a NAS device.
"The dinosaurs died because they didn't have a space program." - Niven
Cheaper? Granted, by at least 5x. More efficient? Less power, certainly, can't attest to what efficiency you're shooting for -- if its CPU cycles per cubic inch, not likely. Faster? If I put an identical IDE drive on a firewire bridge, the MacMini will be faster than some USB implementation.
Who cares about the warranty when you're doing something like this? With a Mac Mini, you're not voiding the warranty by loading an alternative OS anyway.
My Linux box is a PowerMac 7600 with a 500MHz G3 upgrade card, running PowerPC Debian. PowerPC doesn't have all the support of the x86 world in Linux (and ARM is even worse), but Debian provides a great platform to provide support for us non-x86 platform users.
Since both the NSLU2 and the Mac Mini support USB2, I don't really understand how one would have faster disk I/O than the other. Now, certainly, there can be questions about file system efficiency, but you could also say that the Mac Mini (for, granted, 5x the price) could have much faster I/O, since you have 256MB of RAM instead of 32MB for things like read-caching.
more stable
I'm very interested as to why the NSLU2 would be more stable than a Mac Mini. Personally, I think the short, square design of the Mini is more stable than the tall, tower design of the NSLU2. From a software standpoint, I'd say the two are rather comparable in stability for comparable activities (i.e., no complaining about 3D games crashing on the Mini when the NSLU2 doesn't even have a graphics chip).
more flexible
While the Mini's certainly not a flexibility powerhouse, I don't see the NSLU2 beating it out here, either. Software flexibility? Mac OS X has a lot of software available, both commerical and software libre (GPL/BSD). You can also run GNU/Linux on the Mini, including the Debian distribution with apt-get.
Not to mention the ability to hack it when I want (The warranty is already void!).
Open your Mini and replace the hard drive. Voila, both can be hacked at will because the warranty is void! ^__^
Hacking it will require strongarm tactics.
Buying largue quantities means you're exercising your right to bear ARMs.
People running to get them are conducting an ARMs race.
A beowulf cluster of these will be called an ARMy
Stallman's creating an OS specifically for this called GNU/HARM
They're marketing it and calling it a Linux-Installed Micro Box System (LIMBS) with a monitor called a Linux-Embedded Graphics Station (LEGS)
Unslung can be installed without using a serial port modification, because it simply uses the built-in Linksys web administration to upgrade the firmware to the Unslung distribution.
Once Unslung is installed, it only takes a matter of minutes to have your NSLU2 running Samba, OpenSSH, Apache, Slimserver, and even Asterisk!
Show me on the doll where his noodly appendage touched you.
Sounds like a bug...
Doesn't Debian run on PPC?
What exactly are the applications that depend on the backass ints?
Unslung supports USB memory sticks, so you don't actually have to use a HD with it.
Also, I have a 40 GB Segate attached to mine that is USB powered.
It still might use more power than the WRT54, but at least you don't need anymore power than is available with the NSLU2's adapter.
Show me on the doll where his noodly appendage touched you.
yeah, without an ethernet it's harder to connect to and pwn.
I've tried (Asterisk is already ported for Unslung). Unfortunately, the NSLU2 just isn't powerful enough for that.
You can get one side of a conversation at most, and it's really jittery.
Try it out anyway - it's an easy install with Unslung!
Show me on the doll where his noodly appendage touched you.
Just to note, I just performed the operation and de-neutered my NSLU to full speed. I went the non-soldering route and just used a boxcutter to cut the resistor in half, then scrapped it carefully off the board. From booting down the slug , till the time it was back and operational was 5 minutes. Very easy procedure, even if you don't have a soldering iron or soldering skills.
Yes, but often the 'exploits' people make use of in, say, Samba, involves injecting a little bit of binary code into the stream that runs and gives the cracker root. On a non-x86 platform, the cracker would have to keep around different 'little bits of binary code' to inject. And it's safe to say that script kiddies won't do that. They'll move along to the next box they've found somewhere else to crack.
[Note: I wrote about this just a day ago here; I'm paraphrasing and shortening it below]
I just bought myself a wireless router, for the price of 5100 yen (about $45). Of course, it's a real, full single-board computer that happens to have excellent connectivity to everything. Add storage ability and interfaces through USB2 and you can start thinking up some really interesting uses for this kind of gear.
With the kind of price we're starting to see, there's no reason to have only one. How about having two, three or more of them at home, in different rooms to get good wireless coverage anywhere? They could present themselves as being one single friendly system to its users, transparently talking to each other wirelessly and move data to where it's needed.
The units with hard disks could be hidden away in closets or workrooms where the noise doesn't bother anyone, while the ones out in the livingroom or bedrooms would would be small and quiet and have extra communications abilities like being able to play music or show movies stored anywhere in the home network. They would act as an external redundant storage (more convenient and much safer than backing up on CD:s or DVD:s), as backup, as household web, mail and IP telephone server, climate controller and general communications forwarder (whether you are at home, using your cellphone, or being on some conference trip halfway around the world, you can get to your email, voice mail and IM in the same way).
You need more storage or some new hardware functionality? Just get another unit. When powered on it'll join the rest of them and suddenly your home has a bit of added capacity it didn't have before.
When highly capable hardware like this is coming down into the sub-10000yen range, a whole new range of uses is becoming feasible.
Trust the Computer. The Computer is your friend.
since ARM is still orders of magnitude more power-efficient than anything x86
This is utter bullshit.
On this page it says that at 133MHz, idle, the board consumes 8.6W. There are plenty of embedded x86 boards that run lower power and/or higher clock frequency.
For example, here's a board that runs at 133MHz, 5 Watt at 100% CPU load.
Well, your P-75 probably has the advantage of virtual memory. Embedded devices usually don't.
The ARM610 (1993ish vintage) was regarded as more powerful than a 486DX - a contemporary chip. ARM CPU designs do get more powerful, though there are also lower power devices in the current range, but the prices are nowhere near 1998 desktop prices. Look at the Philips LPC2000 series - under $10 for an ARM7 microcontroller with decent memory, flash and I/O.
I don't see why the inability for some people to program the device should reflect on it's capability (and I wouldn't call VoIP trivial)
The Roku PhotoBridge ( http://rokulabs.com/products/photobridge/index.php ) has a 300MHz MIPS processor, high-definition video output, and digital audio out, all for under $300. Plus Linux is already preloaded, it couldn't be easier. Just plug it in and log on. There is even an SDK and active developer forums at http://rokulabs.com/forums/
See this one.
t ml t ml
You can buy it with $160.
http://supertank.iodata.jp/products/sotohdlwu/
CPU: SH-4/266MHz
DRAM: 64MB
NIC: 100BASE-TX (Realtek)
USB: 2.0 x2 (NEC)
SerialConsoleCable: (not include. extention$33)
HDD: 3.5 ATA HDD x2 (not include)
OS: Debian GNU/Linux SH (iohack version)
kernel: 2.4.21
daemons: mt-daapd, akaDAV, vsftpd, wizd,
mdnsresopnder, telnetd
Web reviews (Japanese)
http://pcweb.mycom.co.jp/column/jisakuparts/023/
http://bb.watch.impress.co.jp/cda/special/10056.h
http://bb.watch.impress.co.jp/cda/special/10074.h
The crippling factor on the NSLU2 is the limited memory. Fine for what it's intended to do, but they to expand it's capabilities, and you hit the wall. Many people have this problem when trying to use it as a UPnP Mediaserver (using Twonkyvision). The hardware is simply not powerfull enough, or enough memory to cope with large scale media databases and heavy network media streaming.
If you can get hold of a copy of the Windows source code, I'm sure you could compile it to run on this device. Of course it's possible that Windows also has endian issues of its own. But that's because those stupid people at Motorola decided to put the "units" last instead of first. Human beings tend to write numbers that way, because it makes for easier magnitude comparison; but when doing mathematics you have to work backwards: units, tens,hundreds ..... so processor manufacturers such as Intel and MOS Technologies figured to put the units first and the 256es second. 8080 code took up more space than 6502 code so Intel soon found themselves having to put the 65536es third and the 16777216es fourth, but that's by the by. Meanwhile Motorola stuck with their arse-about-face numbers.
The original ARM1 was a pure 32-bit processor, with a 32-bit-wide word and no inbuilt concept of "byte order" as such. Its instruction set was inspired by the 6502, which powered the venerable BBC microcomputer; but with every instruction conditional. The ARM1 had no NOP instruction as such, but there was a "never" condition {the better for writing automutative code, since one need only alter the condition bits in an instruction to block its execution, but preserve the order bits. A simple loop can "comment out" a vast swathe of program; and, thanks to fully conditional execution, the same code can be used later to restore it by using a processor flag to signal "enable" or "disable"} but this rather wasteful {for the time; memory was expensive in those days} setup was eventually abandoned, and most of the "do something never" instruction codes were reused in later ARM revisions for extended instructions.
There is only one branch instruction in ARM1 assembly, BL. It makes the jump and stores the address that would have been next in a register. If you know that your subroutine is not re-entrant and you don't need that register for anything else, you don't need to worry about a stack. If you don't care about returning you can just ignore it.
Je fume. Tu fumes. Nous fûmes!