The Testing Area :: loopaes-3.2b-2.4.31_x86.dsl



OK, so that is either a bug in 2.4 (can't be dd'd over max size in 2.6) or the current 2.4.31 kernel has a different config (mainly 100mb ram disk max size :p) than the one available.
Dunno.  Maybe it is a bug.

.config has CONFIG_BLK_DEV_RAM_SIZE=4096

If cautious, I suppose you could just use a file-backed loop on dsls /ramdisk or a hard drive.  You just write a file with dd and treat it as a device.  But your system might freeze (or not).

I'd probably just boot the thin clients toram and use a cheap pendrive long enough for a loopaes test.  .
But, is that .config the config of 2.4.26 or 2.4.31? No way to tell from it itself.
See [mirror]/current/kernel/dsl.config
OK, they came. Boot usb quite nicely, and have in absolutely no way crippled bioses, full Award ones with even overclocking available.

Well, even though they're Eden, the lower ones have Samuel 2 core which does not have Padlock. On them I get:
dd'ing a 40mb zero file: 10.13 secs
copying KNOPPIX from usb 2.0: 30.0 secs

For comparison on my P3-1Ghz laptop dd'ing 40mb took 2 secs.

I do have one higher thin client, the E90 with a double speed Eden compared to the others, which must be a Nehemiah just by the speed. I can't however boot it yet, it has a weird 4-pin power input :p
Next Page...
original here.