On 04/09/07 15:33:16, Kevin J. Cummings wrote:
Geoffrey Leach wrote:
> On 03/28/07 11:17:33, Mikkel L. Ellertson wrote:
>> Geoffrey Leach wrote:
>> > My new ASUS laptop periodically takes a 30 second or so nap.
[snip]
I have a new laptop, from R-cubed Technologies. They are using an
ASUS
motherboard in it. I too am seeing these 30-second hangs, but only
when
I'm actively running Windows-XP Pro in a VM-Ware session (at least
that's when I notice it). They are causing SSH and my Windows VPN to
drop the connections due to timeouts.
I've watched the speed of my disk drive drop from UDMA/133 all the way
down to PIO0 (and it continues to try and drop from there, tho there
is
no place to go from there....)
>> What does "hdparm -I /dev/sda" show? It sounds like the drive may
>> have power management enabled, and is spinning down.
I have just recently set:
hdparm -S 0 /dev/sda
Hopefully, this will keep the drive from spinning down. Do I need to
put this in rc.local? RH recently removed the hdparm stuff from
/etc/sysconfig....
> hdparm (thanks for the pointer) shows that idle shutdown was
configured
> for the drive. A little digging turned a two-hour idle timeout.
> Curiously, the problem started after about two hours, but definetly
not
> idle for that time. I disabled idle timeout, and after two hours I
get
> the following. Repeats every 15 minutes or so.
This definitely does NOT sound promising.
> ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
> ata2.01: (BMDMA stat 0x64)
> ata2.01: tag 0 cmd 0xa0 Emask 0x4 stat 0x40 err 0x0 (timeout)
> ata2: port is slow to respond, please be patient (Status 0xd0)
> ata2: port failed to respond (30 secs, Status 0xd0)
> ata2: soft resetting port
> ata2.00: configured for UDMA/100
> ata2.01: configured for UDMA/25
> ata2: EH complete
> SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB)
> sda: Write Protect is off/etc/sysconfig/laptop-mode
> SCSI device sda: drive cache: write back
> SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB)
> sda: Write Protect is off
> SCSI device sda: drive cache: write back
Turns out that the source of my problem was a HAL-initiated probe of
the optical drive (ata2 in the above) and NOT the hard disk. You might
wish to try either a blank disk in the optical drive or stopping HAL
(System->Administration->System Services->Services), although the
latter action has the side-effect of disabling shutdown and
auto-mounting the optical drive.
Should you need to tweak the hdparm settings, you can find them in
/opt/rcubed/share/fc6/etc/sysconfig/laptop-mode and
/etc/sysconfig/laptop-mode
Good luck.