I believe I have read your excellent posts. Blunt is good!
On 8/31/09, Technomage technomage.ha...@gmail.com wrote:
Lisa Kachold wrote:
Context is lost in email; often the process of tracking through
incorrect assumptions via limited information provided in PLUG list
email requires
Tried both 'sleep 1' and booting with acpi=off.
Neither worked. Still have the same endless error displayed.
---
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
what would happen if he just put a comment character on the line
On Fri, Aug 28, 2009 at 11:09 PM, Josef Lowder j...@actionline.com wrote:
Tried both 'sleep 1' and booting with acpi=off.
Neither worked. Still have the same endless error displayed.
I doubt it is an application problem. The system worked before and he
didn't mention he had a recent update take place.
My suspicion is that the partitions on his disk got corrupted. Perhaps
you can grab a bootable Linux and double check your partition tables
then run a fsck on the partition
Josef Lowder wrote:
Tried both 'sleep 1' and booting with acpi=off.
Neither worked. Still have the same endless error displayed.
What stage of booting does this happen in? If it's during the initrd
stage (before the main system is started), you'll need to build a new
initrd in order for the
A few days ago, I posted an inquiry on the subject issue, and the
problem is still unresolved. Following is the error message that I see
rapidly repeated on the screen non-stop until I totally power-off the
computer:
/etc/rc.d/rc.sysinit: line 1333: /bin/usleep: Input Output error
Stephen wrote:
Try changing the line to sleep 1. They way the line is now it's
trying to wait for 0.1 seconds. Yes, it'll be waiting 10 times as long
but maybe the problem is something associated with a timer interrupt
that's causing usleep to fail. By changing it to sleep it should use a
less
Josef Lowder wrote:
A few days ago, I posted an inquiry on the subject issue, and the
problem is still unresolved. Following is the error message that I see
rapidly repeated on the screen non-stop until I totally power-off the
computer:
/etc/rc.d/rc.sysinit: line 1333: /bin/usleep: Input
Josef Lowder wrote:
Tried changing usleep from 10 to 1
and that had no effect. Still this continuously on the screen
until I have to pull the power to stop it.
/etc/rc.d/rc.sysinit: line 1333: /bin/usleep: Input Output error
/etc/rc.d/rc.sysinit: line 1333: /bin/usleep: Input Output
Per this link:
http://fixunix.com/mandriva/250704-boot-i-get-bin-usleep-input-output-error.html
Turn acpi off in boot options. (On booting, type acpi=off into the boot
options.)
Does that do it?
On Fri, 2009-08-28 at 17:01 -0700, Eric Shubert wrote:
Josef Lowder wrote:
Tried changing
Recently, I found a way to put my IBM Thinkpad T40 running PCLinuxOS
to sleep rather than turning it off by using: apm -s
This has worked well for a couple of months with instant restarts
whenever I opened the lid ... until yesterday. Something went amiss,
and when I tried to restart, I saw
Josef Lowder wrote:
Recently, I found a way to put my IBM Thinkpad T40 running PCLinuxOS
to sleep rather than turning it off by using: apm -s
This has worked well for a couple of months with instant restarts
whenever I opened the lid ... until yesterday. Something went amiss,
and when I
On Aug 27, 2009, at 12:43 PM, Josef Lowder wrote:
Recently, I found a way to put my IBM Thinkpad T40 running PCLinuxOS
to sleep rather than turning it off by using: apm -s
This has worked well for a couple of months with instant restarts
whenever I opened the lid ... until yesterday.
Recently, I found a way to put my IBM Thinkpad T40 running PCLinuxOS
to sleep rather than turning it off by using: apm -s
This has worked well for a couple of months with instant restarts
whenever I opened the lid ... until yesterday. Something went amiss,
and when I tried to restart, I saw
On Thu, Aug 27, 2009 at 10:43 AM, Josef Lowder j...@actionline.com wrote:
Recently, I found a way to put my IBM Thinkpad T40 running PCLinuxOS
to sleep rather than turning it off by using: apm -s
This has worked well for a couple of months with instant restarts
whenever I opened the lid ...
Sounds like there's some kind of corruption in the bios causing apm/acpi
to freak out the kernel. It seems like you're getting an unchecked
error that's causing the init to hang, probably because the hardware is
being weird. Try clearing the cmos on the board if you can, or at least
remove the
From: Josef Lowder j...@actionline.com
Recently, I found a way to put my IBM Thinkpad T40 running PCLinuxOS
to sleep rather than turning it off by using: apm -s
APM has been deprecated for years and years. I'm surprised that
worked at all. You're supposed to do
echo mem /sys/power/state
In response to the subject problem, someone wrote:
Buy a Mac? ;)
That is obviously not helpful.
I did buy a macbook 15 a few weeks ago and found it to be weird and
totally unsatisfactory for many, many reasons ... beyond its
over-priced, under-valued, worse than M$ proprietary-ness.
So after a
On Aug 27, 2009, at 1:49 PM, Josef Lowder wrote:
In response to the subject problem, someone wrote:
Buy a Mac? ;)
That is obviously not helpful.
Of course not. It's a joke. I followed your thread about your Mac
problems. No offense intended.
PGP.sig
Description: This is a digitally
I think PLUG is an anomaly. It seems most people display snippety arrogance
rather than help.
On Thu, Aug 27, 2009 at 11:49 AM, Josef Lowder j...@actionline.com wrote:
In response to the subject problem, someone wrote:
Buy a Mac? ;)
That is obviously not helpful.
I did buy a macbook 15 a
On Thu, Aug 27, 2009 at 3:56 PM, mike havensbmi...@gmail.com wrote:
I think PLUG is an anomaly. It seems most people display snippety arrogance
rather than help.
I strongly disagree. My experience with PLUG since spring 2000 is
that it is one of the most helpful and well behaved groups I have
On Thu, Aug 27, 2009 at 4:02 PM, Alan Dayleyala...@consultpros.com wrote:
On Thu, Aug 27, 2009 at 3:56 PM, mike havensbmi...@gmail.com wrote:
I think PLUG is an anomaly. It seems most people display snippety arrogance
rather than help.
Context is lost in email; often the process of tracking
Yes I meant that PLUG is helpful.
On Thu, Aug 27, 2009 at 4:15 PM, Eric Cope eric.c...@gmail.com wrote:
I thought that is what Mike was saying. The world is snippy. Plug is the
anomaly - the anomaly being helpful folks.
Perhaps Mike should clarify before this flame war burns down the
A most excellent point, Eric!
I apologize, Mike, if I misinterpreted your statement.
I would agree that people on the whole are snippy, if for no other
reason than they have things to do. PLUG is different, the anomaly,
based on that premise.
Alan
On Thu, Aug 27, 2009 at 4:15 PM, Eric
good! Now that it is settled back to the original question
On Thu, Aug 27, 2009 at 4:30 PM, Alan Dayley ala...@consultpros.com wrote:
A most excellent point, Eric!
I apologize, Mike, if I misinterpreted your statement.
I would agree that people on the whole are snippy, if for no other
Hit with hammer?
*ducks*
one of the best things suggested so far is to find the file being
refrenced and what the heck line 1333? is.
On Thu, Aug 27, 2009 at 4:59 PM, mike havensbmi...@gmail.com wrote:
good! Now that it is settled back to the original question
On Thu, Aug 27, 2009 at
Over a couple of years, I too have at times felt an aire of superiority
here. They I realized 2 things:
A: I nearly ALWAYS get MULTIPLE good answers
B: At least in my case, they ARE superior. If (I) were in that
category, I'd not NEED help, but GIVE it too.
THANKS PLUG :-)
27 matches
Mail list logo
