[ltp] HDAPS and drives that can't park & can you park 2 drives
(main+ultraybay)?
Marc MERLIN
linux-thinkpad@linux-thinkpad.org
Wed, 26 Dec 2007 16:15:56 -0800
On Wed, Dec 26, 2007 at 10:47:08AM +0100, Adam Sloboda wrote:
> > Speaking of hdaps, I still get:
> > Dec 25 20:53:35 gandalf kernel: scsi_protect_queue(): head NOT parked!..
> > Dec 25 20:53:35 gandalf kernel: scsi_unprotect_queue(): No pending I/O,
> > re-enabling power management..
> > despite:
> > gandalf:/usr/src/linux# echo unload > /sys/block/sda/queue/protect_method
>
> Do you have "unload" method listed in /sys/block/sda/queue/protect_method?
> I have no other idea...
Yes:
gandalf:~# cat /sys/block/sda/queue/protect_method
auto unload [standby]
> > But at least, the sensors work now, it's just a matter of figure out
> > why my HD won't park (hints welcome) (I used the 'Latest sata/ide disk
> > protection patch for 2.6.22.9 and 2.6.23-rc9' disk-protect-2.6.22.9-2.patch
> > from http://www.thinkwiki.org/wiki/HDAPS#Disk_head_parking)
>
> The newer patch shouldn't hurt, I guess.
Ok, so I've fixed my other problems, but not this one yet.
HDAPS sensors work, as per hdaps-gl by using http://www.thinkwiki.org/wiki/Tp_smapi
and make load HDAPS=1
My drive info is pasted below, and as
http://www.thinkwiki.org/wiki/Problem_with_APS_harddisk_parking
says, when I shake, move my laptop, I get:
kernel: scsi_protect_queue(): head park not requested, used standby!..
with
gandalf:~# cat /sys/block/sda/queue/protect_method
auto unload [standby]
If I set unload, I get:
kernel: scsi_protect_queue(): head NOT parked!..
kernel: scsi_unprotect_queue(): No pending I/O, re-enabling power management..
and back to auto:
gandalf:/sys/block/sda/queue# echo auto > /sys/block/sda/queue/protect_method
gandalf:/sys/block/sda/queue# echo 1 > /sys/block/sda/queue/protect
kernel: scsi_protect_queue(): head park not requested, used standby!..
kernel: scsi_unprotect_queue(): No pending I/O, re-enabling power management..
If I read this right, it means my sda drive does not support head parking,
correct? I couldn't find details on standby, what does standby do exactly?
(obviously, I'm guessing it tries not to use the drive, ubt I'm not sure how,
and I already know that putting the drive to sleep is bad for the mechanics due to how often the daemon fires up)
As a counter example, my sdb (original) drive:
gandalf:/sys/block/sda/queue# echo 1 > /sys/block/sdb/queue/protect
kernel: scsi_protect_queue(): head parked..
kernel: scsi_unprotect_queue(): No pending I/O, re-enabling power management..
If I want to park my 2nd drive, do I need to run two /usr/sbin/hdapsd, one
for sda, and one for sdb, or can it be told to do both drives at once?
/dev/sda:
Model=Hitachi HTS541616J9SA00 , FwRev=SB4OC70P, SerialNo= SB2481SJK51V6E
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=7516kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 1: ATA/ATAPI-2,3,4,5,6,7
gandalf:~# hdparm -i /dev/sdb
/dev/sdb:
Model=ST910021AS , FwRev=4.06 ,
SerialNo= 3MH10Y43
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=195371568
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems & security ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/