Work is done
- the whole thing is currently "burning" a laptop sitting next to me
Steps I've taken:
I had to create a new image
, as Adrian's had not enough space left to include stress.
Well, the new image is basically just the same as the old, besides that it is 500kb larger and now contains stress, sitting in /usr/bin, just like the rest of the burn-in-tools.
It just includes one more case (stress) for starting "stress".
echo "Starting /usr/bin/stress"
echo "Please start /usr/bin/stress with appropriate settings"
stress does not come up with a burn-in-test itself, but with the help-menu - that's the --help
It hast to be started manually, as there are different parameters (cpu/io/...) to chose from - I did not want to be the one in charge for deciding which combination is the best stress-test
Another thing I noticed when modifying linuxrc, was a call to cpuburn-in after the closing esac
in the linuxrc-script:
/cpuburn-in 10080I commented it out
, as it looks like a legacy line from a much older version of this script.
The correct menu.lst entry for grub
is - new image is named scburn.gz at the moment - but feel free to change this:
title stress - a system burn-in testCorresponding isolinux-entry:
kernel /dists/ubcd/boot/cpustres ubcd=stress ramdisk_size=9000
LABEL stressOne last thing:
MENU LABEL stress - a system burn-in test
APPEND initrd=/boot/scburn.gz ubcd=stress ramdisk_size=9000
I stumbled across a bug while booting some of the stuff in the old cpustres-image.
attemp to access beyond end of device
01:00: rw=0, want=8406, limit=4096
This only occured with two out of four test setups.
This was fixable by using the following boot-options
in the old and
in the new image - you can also see this in the menu.lst-enty or the isolinux-entry.
Well, that's it for now
Victor: I'll send you the new image in some minutes, after I got me some fresh coffee
I'd be glad if you could give me some feedback if the stuff is "okay" so far and if it will be included in one of the next releases.