Re: screen blanking/setterm

Stefan Strandberg <[email protected]> Mon, 29 Mar 2004 11:48:42 -0600
Newsgroups gmane.linux.tomsrtbt
Message-ID <[email protected]>
Tom Oehser wrote:
>>The main problem is screen blanking.  I can find no way to turn it off,
>>save recompiling the kernel after modifying source.
> 
> 
> Tomsrtbt dd already has progress indicators, use:
> 
> --iprogress='i' --oprogress='o' for example to spit out "i" on input blocks
> and "o" on output blocks.

That might work.  I could make a little script thingie that figures out 
how many bytes are on the disk and change bs=BYTES to be 1/100 of that. 
  then 100 o's or whatever would imply a full disk.

Not sure how good of an idea that is though.

> 
> 
>>The "setterm" command would work, but I am unable to compile a copy that
>>uses libc5, and copying over the needed libraries from a rh9 machine
>>just causes Out of Memory errors during the uncompressing.
>>
>>Would it be possible for somebody to either offer a better suggestion to
>>disable screen blanking (since in our case it limits the usefulness of
>>the machine), or provide a setterm that will work if stuck into the
>>initrd.bz2 of the ElTorito image?
> 
> 
> The thing is, setterm just spits out strings to the terminal, so if you
> know what string it spits out to turn off blanking, you can just use an
> echo command and the literal control code string..  That is why setterm
> is not included, the workaround is good enough..  Um, for blank, the
> string looks to be printf("\033[9;%d]", opt_bl_min); where you want 0 to
> turn it off.  So, just echo that string, and you have a replacement for
> setterm that is only 5 or 10 bytes long...
> 
> -TOm

Thank you much, that should work.  I hadn't looked into it that closely, 
and had just done a few google searches.  It seemed that the only 
methods to do it were setterm and changing a line in one of the kernel 
source files.  I will report back if it doesn't work.

Thanks again

-stefan

-- 
Stefan Strandberg
University of Wisconsin - Madison
Computer Systems Lab
[email protected]