* storage fixup laptop model dependent ?
@ 2009-12-03 13:33 Xavier
2009-12-14 12:29 ` Xavier
2010-02-17 23:30 ` Xavier Chantry
0 siblings, 2 replies; 8+ messages in thread
From: Xavier @ 2009-12-03 13:33 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: Type: text/plain, Size: 1456 bytes --]
Hello,
I have a dell xps m1530 which had a seagate 320 gb (not sure which
model exactly).
Anyway that disk was working fine except the last part of the disk
(~20gb or so) was bad and had many bad sectors.
I just stopped to use the bad part of the disk, and I had no problems
for almost one year. I finally decided to get it replaced, and got a
WDC WD3200BEVT-75ZCT2 instead.
I noticed directly that the disk was much more noisy, and also made a
lot of annoying click. After a few days, I check load cycle count,
which is pretty huge :
9 Power_On_Hours 0x0032 100 100 000 Old_age
Always - 36
193 Load_Cycle_Count 0x0032 200 200 000 Old_age
Always - 2481
I noticed this disk, or at least the pattern BEVT appear already 4
times in storage-fixup though the 4rd occurence seems to be either a
bug or a typo (BEVT vs BEVE) :
# Reported drive model: WDC WD1600BEVT-75ZCT0
ata model WDC WD*BEVT*
# Reported drive model: WDC WD3200BEVT-22ZCT0
ata model WDC WD*BEVT*
# Reported drive model: WDC WD1600BEVT-22ZCT0
ata model WDC WD*BEVT*
# Reported drive model: WDC WD3200BEVT-22ZCT0
ata model WDC WD*BEVE*
I am just wondering : does it really matter in which laptop that disk
is used ? As laptop disk can be changed/replaced easily, this also
sounds strange to me, but there might be a good reason I am missing :)
[-- Attachment #2: dmidecode.log --]
[-- Type: application/octet-stream, Size: 12784 bytes --]
# dmidecode 2.10
SMBIOS 2.4 present.
45 structures occupying 2001 bytes.
Table at 0x000F71E0.
Handle 0xDA00, DMI type 218, 251 bytes
OEM-specific Type
Header and Data:
DA FB 00 DA B2 00 0D 5F 0F 37 40 7D 00 00 00 00
00 7E 00 02 00 00 00 40 00 04 00 01 00 41 00 04
00 00 00 65 00 05 00 00 00 66 00 05 00 01 00 5E
00 06 00 01 00 5F 00 06 00 00 00 89 01 07 00 00
00 8A 01 07 00 01 00 42 00 08 00 01 00 43 00 08
00 00 00 55 00 09 00 00 00 6D 00 09 00 01 00 2D
00 0A 00 02 00 6E 00 0A 00 01 00 2E 00 0A 00 00
00 11 01 0B 00 00 00 10 01 0B 00 01 00 F0 00 0C
00 01 00 ED 00 0C 00 00 00 41 01 0D 00 01 00 40
01 0D 00 00 00 47 01 0E 00 01 00 46 01 0E 00 00
00 4A 01 0F 00 00 00 4B 01 0F 00 01 00 52 01 10
00 01 00 53 01 10 00 00 00 80 01 11 00 01 00 7F
01 11 00 00 00 7C 01 12 00 01 00 7B 01 12 00 00
00 7E 01 13 00 01 00 7D 01 13 00 00 00 92 01 14
00 00 00 91 01 14 00 01 00 94 01 15 00 00 00 93
01 15 00 01 00 FF FF 00 00 00 00
Handle 0xDA01, DMI type 218, 251 bytes
OEM-specific Type
Header and Data:
DA FB 01 DA B2 00 0D 5F 0F 37 40 86 01 16 00 01
00 85 01 16 00 00 00 82 01 17 00 01 00 81 01 17
00 00 00 84 01 18 00 01 00 83 01 18 00 00 00 9B
01 19 00 00 00 9C 01 19 00 01 00 9D 01 19 00 02
00 9E 01 19 00 03 00 8D 01 1A 00 00 00 8E 01 1A
00 01 00 EA 00 1B 00 00 00 EB 00 1B 00 01 00 EC
00 1B 00 02 00 28 00 1C 00 00 00 29 00 1C 00 01
00 2A 00 1C 00 02 00 2B 00 1D 00 00 00 2C 00 1E
00 00 00 E7 00 1F 00 01 00 E6 00 1F 00 00 00 0E
01 20 00 01 00 0F 01 20 00 00 00 9B 00 21 00 01
00 9C 00 21 00 00 00 4D 01 22 00 01 00 4C 01 22
00 00 00 01 01 23 00 00 00 02 01 23 00 01 00 04
01 23 00 02 00 37 01 24 00 00 00 38 01 24 00 01
00 D9 01 25 00 01 00 D8 01 25 00 00 00 EA 01 26
00 00 00 EB 01 26 00 01 00 EC 01 27 00 00 00 ED
01 27 00 01 00 FF FF 00 00 00 00
Handle 0xDA02, DMI type 218, 65 bytes
OEM-specific Type
Header and Data:
DA 41 02 DA B2 00 0D 5F 0F 37 40 76 01 76 01 01
00 75 01 75 01 01 00 DD 01 DD 01 03 00 DC 01 DC
01 02 00 01 F0 01 F0 00 00 02 F0 02 F0 00 00 03
F0 03 F0 00 00 04 F0 04 F0 00 00 FF FF 00 00 00
00
Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: Dell Inc.
Version: A12
Release Date: 11/19/2008
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 2048 kB
Characteristics:
ISA is supported
PCI is supported
PC Card (PCMCIA) is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
3.5"/720 kB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
AGP is supported
Smart battery is supported
BIOS boot specification is supported
Function key-initiated network boot is supported
Targeted content distribution is supported
BIOS Revision: 1.2
Firmware Revision: 1.2
Handle 0x0100, DMI type 1, 27 bytes
System Information
Manufacturer: Dell Inc.
Product Name: XPS M1530
Version: Not Specified
Serial Number: BC1934J
UUID: 44454C4C-4300-1031-8039-C2C04F33344A
Wake-up Type: Power Switch
SKU Number: Not Specified
Family:
Handle 0x0200, DMI type 2, 9 bytes
Base Board Information
Manufacturer: Dell Inc.
Product Name: 0D501F
Version:
Serial Number: .BC1934J.CN701668AM0F83.
Asset Tag:
Handle 0x0300, DMI type 3, 13 bytes
Chassis Information
Manufacturer: Dell Inc.
Type: Portable
Lock: Not Present
Version: Not Specified
Serial Number: BC1934J
Asset Tag: Not Specified
Boot-up State: Safe
Power Supply State: Safe
Thermal State: Safe
Security Status: None
Handle 0x0400, DMI type 4, 40 bytes
Processor Information
Socket Designation: Microprocessor
Type: Central Processor
Family: Core 2 Duo
Manufacturer: Intel
ID: 76 06 01 00 FF FB EB BF
Signature: Type 0, Family 6, Model 23, Stepping 6
Flags:
FPU (Floating-point unit on-chip)
VME (Virtual mode extension)
DE (Debugging extension)
PSE (Page size extension)
TSC (Time stamp counter)
MSR (Model specific registers)
PAE (Physical address extension)
MCE (Machine check exception)
CX8 (CMPXCHG8 instruction supported)
APIC (On-chip APIC hardware supported)
SEP (Fast system call)
MTRR (Memory type range registers)
PGE (Page global enable)
MCA (Machine check architecture)
CMOV (Conditional move instruction supported)
PAT (Page attribute table)
PSE-36 (36-bit page size extension)
CLFSH (CLFLUSH instruction supported)
DS (Debug store)
ACPI (ACPI supported)
MMX (MMX technology supported)
FXSR (Fast floating-point save and restore)
SSE (Streaming SIMD extensions)
SSE2 (Streaming SIMD extensions 2)
SS (Self-snoop)
HTT (Hyper-threading technology)
TM (Thermal monitor supported)
PBE (Pending break enabled)
Version: Not Specified
Voltage: 3.3 V
External Clock: 200 MHz
Max Speed: 2100 MHz
Current Speed: 1200 MHz
Status: Populated, Enabled
Upgrade: None
L1 Cache Handle: 0x0700
L2 Cache Handle: 0x0701
L3 Cache Handle: Not Provided
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Core Count: 2
Core Enabled: 2
Thread Count: 2
Characteristics:
64-bit capable
Handle 0x0700, DMI type 7, 19 bytes
Cache Information
Socket Designation: Not Specified
Configuration: Enabled, Not Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 32 kB
Maximum Size: 32 kB
Supported SRAM Types:
Unknown
Installed SRAM Type: Unknown
Speed: Unknown
Error Correction Type: None
System Type: Data
Associativity: 4-way Set-associative
Handle 0x0701, DMI type 7, 19 bytes
Cache Information
Socket Designation: Not Specified
Configuration: Enabled, Not Socketed, Level 2
Operational Mode: Varies With Memory Address
Location: Internal
Installed Size: 3072 kB
Maximum Size: 3072 kB
Supported SRAM Types:
Pipeline Burst
Installed SRAM Type: Pipeline Burst
Speed: 15 ns
Error Correction Type: None
System Type: Unified
Associativity: Other
Handle 0x0804, DMI type 8, 9 bytes
Port Connector Information
Internal Reference Designator: USB
Internal Connector Type: None
External Reference Designator: Not Specified
External Connector Type: Access Bus (USB)
Port Type: USB
Handle 0x0806, DMI type 8, 9 bytes
Port Connector Information
Internal Reference Designator: MONITOR
Internal Connector Type: None
External Reference Designator: Not Specified
External Connector Type: DB-15 female
Port Type: Video Port
Handle 0x080B, DMI type 8, 9 bytes
Port Connector Information
Internal Reference Designator: FireWire
Internal Connector Type: None
External Reference Designator: Not Specified
External Connector Type: IEEE 1394
Port Type: Firewire (IEEE P1394)
Handle 0x080C, DMI type 8, 9 bytes
Port Connector Information
Internal Reference Designator: Modem
Internal Connector Type: None
External Reference Designator: Not Specified
External Connector Type: RJ-11
Port Type: Modem Port
Handle 0x080D, DMI type 8, 9 bytes
Port Connector Information
Internal Reference Designator: Ethernet
Internal Connector Type: None
External Reference Designator: Not Specified
External Connector Type: RJ-45
Port Type: Network Port
Handle 0x0900, DMI type 9, 13 bytes
System Slot Information
Designation: PCMCIA 0
Type: 32-bit PC Card (PCMCIA)
Current Usage: Available
Length: Other
ID: Adapter 0, Socket 0
Characteristics:
5.0 V is provided
3.3 V is provided
PC Card-16 is supported
Cardbus is supported
Zoom Video is supported
Modem ring resume is supported
Handle 0x0A00, DMI type 10, 6 bytes
On Board Device Information
Type: Video
Status: Enabled
Description: NVIDIA NB8P-GS
Handle 0x0A01, DMI type 10, 6 bytes
On Board Device Information
Type: Sound
Status: Enabled
Description: Sigmatel 9205
Handle 0x0B00, DMI type 11, 5 bytes
OEM Strings
String 1: Dell System
String 2: 5[0004]
String 3: 13[PP25L]
Handle 0x0D00, DMI type 13, 22 bytes
BIOS Language Information
Installable Languages: 1
en|US|iso8859-1
Currently Installed Language: en|US|iso8859-1
Handle 0x1000, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 4 GB
Error Information Handle: Not Provided
Number Of Devices: 2
Handle 0x1100, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 2048 MB
Form Factor: DIMM
Set: None
Locator: DIMM_A
Bank Locator: Not Specified
Type: DDR
Type Detail: Synchronous
Speed: 800 MHz
Manufacturer: AD00000000000000
Serial Number: 00007133
Asset Tag: 410846
Part Number: HYMP125S64CP8-S6
Handle 0x1101, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 2048 MB
Form Factor: DIMM
Set: None
Locator: DIMM_B
Bank Locator: Not Specified
Type: DDR
Type Detail: Synchronous
Speed: 800 MHz
Manufacturer: AD00000000000000
Serial Number: 04004081
Asset Tag: 410846
Part Number: HYMP125S64CP8-S6
Handle 0x1301, DMI type 19, 15 bytes
Memory Array Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x000FFFFFFFF
Range Size: 4 GB
Physical Array Handle: 0x1000
Partition Width: 0
Handle 0x1401, DMI type 20, 19 bytes
Memory Device Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x000FFFFFFFF
Range Size: 4 GB
Physical Device Handle: 0x1100
Memory Array Mapped Address Handle: 0x1301
Partition Row Position: 1
Interleave Position: 1
Interleaved Data Depth: 8
Handle 0x1411, DMI type 126, 19 bytes
Inactive
Handle 0x1402, DMI type 20, 19 bytes
Memory Device Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x000FFFFFFFF
Range Size: 4 GB
Physical Device Handle: 0x1101
Memory Array Mapped Address Handle: 0x1301
Partition Row Position: 1
Interleave Position: 2
Interleaved Data Depth: 8
Handle 0x1412, DMI type 126, 19 bytes
Inactive
Handle 0x1500, DMI type 21, 7 bytes
Built-in Pointing Device
Type: Touch Pad
Interface: Bus Mouse
Buttons: 2
Handle 0x1600, DMI type 22, 26 bytes
Portable Battery
Location: Sys. Battery Bay
Manufacturer:
Name: DELL RN8878A
Design Capacity: 52000 mWh
Design Voltage: 11100 mV
SBDS Version: 1.0
Maximum Error: 3%
SBDS Serial Number: 0898
SBDS Manufacture Date: 2008-10-15
SBDS Chemistry: LION
OEM-specific Information: 0x00000001
Handle 0x1B00, DMI type 27, 12 bytes
Cooling Device
Type: Fan
Status: OK
OEM-specific Information: 0x0000DD00
Handle 0x1C00, DMI type 28, 20 bytes
Temperature Probe
Description: CPU Internal Temperature
Location: Processor
Status: OK
Maximum Value: 127.0 deg C
Minimum Value: 0.0 deg C
Resolution: 1.000 deg C
Tolerance: 0.5 deg C
Accuracy: Unknown
OEM-specific Information: 0x0000DC00
Handle 0x2000, DMI type 32, 11 bytes
System Boot Information
Status: No errors detected
Handle 0xB000, DMI type 176, 5 bytes
OEM-specific Type
Header and Data:
B0 05 00 B0 00
Handle 0xB100, DMI type 177, 12 bytes
OEM-specific Type
Header and Data:
B1 0C 00 B1 02 00 00 00 00 00 00 00
Handle 0xD000, DMI type 208, 10 bytes
OEM-specific Type
Header and Data:
D0 0A 00 D0 01 04 FE 00 2E 02
Handle 0xD800, DMI type 216, 9 bytes
OEM-specific Type
Header and Data:
D8 09 00 D8 01 03 01 F0 03
Strings:
NVidia Corp.
060.084.064.000.008.000
Handle 0xD900, DMI type 217, 8 bytes
OEM-specific Type
Header and Data:
D9 08 00 D9 01 02 01 03
Strings:
US-101
Proprietary
Handle 0xDB00, DMI type 219, 9 bytes
OEM-specific Type
Header and Data:
DB 09 00 DB 03 01 02 03 FF
Strings:
System Device Bay
Floppy, Battery, CD-ROM, CD-RW, DVD, DVD+RW, DVD+/-RW, Hard Disk, BLU-RAY
DVD+/-RW
Handle 0xDC00, DMI type 220, 22 bytes
OEM-specific Type
Header and Data:
DC 16 00 DC 01 F0 00 00 02 F0 00 00 00 00 03 F0
04 F0 00 00 00 00
Handle 0xDD00, DMI type 221, 19 bytes
OEM-specific Type
Header and Data:
DD 13 00 DD 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00
Handle 0xD400, DMI type 212, 37 bytes
OEM-specific Type
Header and Data:
D4 25 00 D4 74 00 75 00 00 10 2D 2E 5C 00 78 BF
40 5D 00 78 BF 00 08 00 1D DF 00 03 00 1D DF 00
FF FF 00 00 00
Handle 0xD401, DMI type 212, 17 bytes
OEM-specific Type
Header and Data:
D4 11 01 D4 74 00 75 00 03 40 49 4A FF FF 00 00
00
Handle 0xDE00, DMI type 222, 16 bytes
OEM-specific Type
Header and Data:
DE 10 00 DE 01 02 FF FF 00 00 00 00 00 00 00 01
Handle 0x7F00, DMI type 127, 4 bytes
End Of Table
[-- Attachment #3: hdparm.log --]
[-- Type: application/octet-stream, Size: 3000 bytes --]
/dev/sda:
ATA device, with non-removable media
Model Number: WDC WD3200BEVT-75ZCT2
Serial Number: WD-WXC0AA9E9477
Firmware Revision: 11.01A11
Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5
Standards:
Supported: 8 7 6 5
Likely used: 8
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 625142448
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 305245 MBytes
device size with M = 1000*1000: 320072 MBytes (320 GB)
cache/buffer size = 8192 KBytes
Nominal Media Rotation Rate: 5400
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 0
Advanced power management level: 254
Recommended acoustic management value: 128, current value: 128
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
SET_MAX security extension
* Automatic Acoustic Management feature set
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* 64-bit World wide name
* IDLE_IMMEDIATE with UNLOAD
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Native Command Queueing (NCQ)
* Host-initiated interface power management
* Phy event counters
DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT Long Sector Access (AC1)
* SCT LBA Segment Access (AC2)
* SCT Error Recovery Control (AC3)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
unknown 206[12] (vendor specific)
unknown 206[13] (vendor specific)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
106min for SECURITY ERASE UNIT. 106min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50014ee2ae493f1d
NAA : 5
IEEE OUI : 0014ee
Unique ID : 2ae493f1d
Checksum: correct
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: storage fixup laptop model dependent ?
2009-12-03 13:33 storage fixup laptop model dependent ? Xavier
@ 2009-12-14 12:29 ` Xavier
2009-12-15 4:39 ` Tejun Heo
2010-02-17 23:30 ` Xavier Chantry
1 sibling, 1 reply; 8+ messages in thread
From: Xavier @ 2009-12-14 12:29 UTC (permalink / raw)
To: linux-ide; +Cc: Tejun Heo, Kel Modderman
On Thu, Dec 3, 2009 at 2:33 PM, Xavier <shiningxc@gmail.com> wrote:
> Hello,
>
> I have a dell xps m1530 which had a seagate 320 gb (not sure which
> model exactly).
> Anyway that disk was working fine except the last part of the disk
> (~20gb or so) was bad and had many bad sectors.
> I just stopped to use the bad part of the disk, and I had no problems
> for almost one year. I finally decided to get it replaced, and got a
> WDC WD3200BEVT-75ZCT2 instead.
>
> I noticed directly that the disk was much more noisy, and also made a
> lot of annoying click. After a few days, I check load cycle count,
> which is pretty huge :
> 9 Power_On_Hours 0x0032 100 100 000 Old_age
> Always - 36
> 193 Load_Cycle_Count 0x0032 200 200 000 Old_age
> Always - 2481
>
> I noticed this disk, or at least the pattern BEVT appear already 4
> times in storage-fixup though the 4rd occurence seems to be either a
> bug or a typo (BEVT vs BEVE) :
> # Reported drive model: WDC WD1600BEVT-75ZCT0
> ata model WDC WD*BEVT*
> # Reported drive model: WDC WD3200BEVT-22ZCT0
> ata model WDC WD*BEVT*
> # Reported drive model: WDC WD1600BEVT-22ZCT0
> ata model WDC WD*BEVT*
> # Reported drive model: WDC WD3200BEVT-22ZCT0
> ata model WDC WD*BEVE*
>
> I am just wondering : does it really matter in which laptop that disk
> is used ? As laptop disk can be changed/replaced easily, this also
> sounds strange to me, but there might be a good reason I am missing :)
>
Was it the right place for this information ?
I added the two people who committed to storage-fixup git, just in case.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: storage fixup laptop model dependent ?
2009-12-14 12:29 ` Xavier
@ 2009-12-15 4:39 ` Tejun Heo
2009-12-18 13:22 ` Xavier
0 siblings, 1 reply; 8+ messages in thread
From: Tejun Heo @ 2009-12-15 4:39 UTC (permalink / raw)
To: Xavier; +Cc: linux-ide, Kel Modderman
Hello,
On 12/14/2009 09:29 PM, Xavier wrote:
>> I am just wondering : does it really matter in which laptop that disk
>> is used ? As laptop disk can be changed/replaced easily, this also
>> sounds strange to me, but there might be a good reason I am missing :)
OEMs sometimes load specialized firmwares to drives and BIOS may
configure APM differently according to drive model, so it kind of
matters.
> Was it the right place for this information ?
> I added the two people who committed to storage-fixup git, just in case.
storage-fixup is at best a stop-gap measure until something better and
more intelligent comes along. It might be able to serve as
documentation later on too. I don't think it would be wise to
configure APM to certain value after matching only the drive model.
That's too wide. A good solution would be...
* Build database of load cycle limits and useable APM values on drive
models.
* Monitor load cycle count by smart commands and if it continues to
increase at an excessive rate, warn the user and configure higher
APM value.
If you replaced the drive yourself, putting hdparm command in one of
boot scripts should do it for now. :-(
Thanks.
--
tejun
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: storage fixup laptop model dependent ?
2009-12-15 4:39 ` Tejun Heo
@ 2009-12-18 13:22 ` Xavier
2009-12-21 4:34 ` Tejun Heo
0 siblings, 1 reply; 8+ messages in thread
From: Xavier @ 2009-12-18 13:22 UTC (permalink / raw)
To: Tejun Heo; +Cc: linux-ide, Kel Modderman
On Tue, Dec 15, 2009 at 5:39 AM, Tejun Heo <tj@kernel.org> wrote:
> Hello,
>
> On 12/14/2009 09:29 PM, Xavier wrote:
>>> I am just wondering : does it really matter in which laptop that disk
>>> is used ? As laptop disk can be changed/replaced easily, this also
>>> sounds strange to me, but there might be a good reason I am missing :)
>
> OEMs sometimes load specialized firmwares to drives and BIOS may
> configure APM differently according to drive model, so it kind of
> matters.
>
Ah ok, good to know.
>> Was it the right place for this information ?
>> I added the two people who committed to storage-fixup git, just in case.
>
> storage-fixup is at best a stop-gap measure until something better and
> more intelligent comes along. It might be able to serve as
> documentation later on too. I don't think it would be wise to
> configure APM to certain value after matching only the drive model.
> That's too wide. A good solution would be...
>
> * Build database of load cycle limits and useable APM values on drive
> models.
>
> * Monitor load cycle count by smart commands and if it continues to
> increase at an excessive rate, warn the user and configure higher
> APM value.
>
Yes, that sounds quite good and reasonable to me.
> If you replaced the drive yourself, putting hdparm command in one of
> boot scripts should do it for now. :-(
>
Well for now, I just edited storage-fixup.conf [1] but I could indeed
just run hdparm directly.
Since this is not the original disk, you think it does not deserve
being in upstream storage-fixup.conf as an additional rule [2] ?
Note that the original disk was under warranty and that the new wd
drive was shipped by dell.
[1]
rule dell-xps-m1530
dmi system-manufacturer Dell Inc.
dmi system-product-name XPS M1530
#ata model SAMSUNG HM*I
ata model WDC WD*BEVT*
act hdparm -B 254 $DEV
[2]
rule dell-xps-m1530-2
dmi system-manufacturer Dell Inc.
dmi system-product-name XPS M1530
ata model WDC WD*BEVT*
act hdparm -B 254 $DEV
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: storage fixup laptop model dependent ?
2009-12-18 13:22 ` Xavier
@ 2009-12-21 4:34 ` Tejun Heo
2009-12-22 0:43 ` Robert Hancock
2010-01-11 8:11 ` Tejun Heo
0 siblings, 2 replies; 8+ messages in thread
From: Tejun Heo @ 2009-12-21 4:34 UTC (permalink / raw)
To: Xavier; +Cc: linux-ide, Kel Modderman, mzxreary, Kay Sievers
(cc'ing Kay and Lennart. Hello.)
This thread was discussing about drives which unload heads too
frequently. These problems happen mostly on laptops. Either mobile
HDDs default to too aggressive power saving or laptop firmware
configures them that way. Anyways, some drives end up unoading and
reloading the head more quite a few times per minute.
Mobile drives tend to have higher load cycle limits than desktop ones
and this information can be found from drive specs published on vendor
websites. Most modern mobile ones seem to be rated for 600,000
cycles. Unfortunately, with 5 unloads per minute, the drive will
reach its rated limit only after 83 days of uptime. IOW, if you use
the machine 8hrs per day, it will expire before one year has passed.
Very short unload timeout is inherently dangerous as idle IO patterns
can differ depending on a lot of things and these rapid load/unload
cycles can happen under various different configurations (it happens
under windows too). When this problem first appeared, I thought
vendors would realize the danger and it would go away sooner or later.
Expecting it to be a temporary problem, I wrote up a simple script
named storage-fixup which matches the system and harddrive model and
issues safe powersave configuration. This is a crude and sub-optimal
solution which doesn't scale too well. Many of those configurations
wouldn't require such APM adjustments and a lot of configurations
where APM re-configuration is required are out there killing their
drives.
A proper solution would be....
* Build database of load cycle limits and useable APM values on drive
models. The former shouldn't be difficult. Each vendor carries
only a few product lines at any given time and publish datasheets on
the webpage. Plus, all the mobile drives I've seen are rated for
600,000 cycles. The latter may be a bit more tricky. Depending on
drive model, certain APM values simply don't work (e.g. 255 means
max power by spec but some firmwares wrap the value and recognize it
as min power), some values overheats the device and so on. In most
cases the value 254 seems safe tho. storage-fixup.conf should be
useable as the source for useable values, I think.
* Monitor load cycle count by smart commands and if it continues to
increase at an excessive rate (e.g. such that it reduces uptime to
under a year), warn the user and configure higher APM value.
As this problem mostly happens on laptops, I think it's probably best
to handle this from the new desktop disk management thing so that the
user can be warned. Do you think it's feasible to handle this from
devkit?
On 12/18/2009 10:22 PM, Xavier wrote:
> On Tue, Dec 15, 2009 at 5:39 AM, Tejun Heo <tj@kernel.org> wrote:
>> Hello,
>>
>> On 12/14/2009 09:29 PM, Xavier wrote:
>>>> I am just wondering : does it really matter in which laptop that disk
>>>> is used ? As laptop disk can be changed/replaced easily, this also
>>>> sounds strange to me, but there might be a good reason I am missing :)
>>
>> OEMs sometimes load specialized firmwares to drives and BIOS may
>> configure APM differently according to drive model, so it kind of
>> matters.
>
> Ah ok, good to know.
And the above was my rationale for matching the drive model. Another
thing was that I really wanted to avoiding forcing APM setting to a
very conserative value where not necessary.
>>> Was it the right place for this information ?
>>> I added the two people who committed to storage-fixup git, just in case.
>>
>> storage-fixup is at best a stop-gap measure until something better and
>> more intelligent comes along. It might be able to serve as
>> documentation later on too. I don't think it would be wise to
>> configure APM to certain value after matching only the drive model.
>> That's too wide. A good solution would be...
>>
>> * Build database of load cycle limits and useable APM values on drive
>> models.
>>
>> * Monitor load cycle count by smart commands and if it continues to
>> increase at an excessive rate, warn the user and configure higher
>> APM value.
>>
>
> Yes, that sounds quite good and reasonable to me.
>
>> If you replaced the drive yourself, putting hdparm command in one of
>> boot scripts should do it for now. :-(
>>
>
> Well for now, I just edited storage-fixup.conf [1] but I could indeed
> just run hdparm directly.
>
> Since this is not the original disk, you think it does not deserve
> being in upstream storage-fixup.conf as an additional rule [2] ?
Unfortunately, yeah, for now.
Let's see if we can find a scaleable solution.
Thanks.
--
tejun
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: storage fixup laptop model dependent ?
2009-12-21 4:34 ` Tejun Heo
@ 2009-12-22 0:43 ` Robert Hancock
2010-01-11 8:11 ` Tejun Heo
1 sibling, 0 replies; 8+ messages in thread
From: Robert Hancock @ 2009-12-22 0:43 UTC (permalink / raw)
To: Tejun Heo; +Cc: Xavier, linux-ide, Kel Modderman, mzxreary, Kay Sievers
On 12/20/2009 10:34 PM, Tejun Heo wrote:
> (cc'ing Kay and Lennart. Hello.)
>
> This thread was discussing about drives which unload heads too
> frequently. These problems happen mostly on laptops. Either mobile
> HDDs default to too aggressive power saving or laptop firmware
> configures them that way. Anyways, some drives end up unoading and
> reloading the head more quite a few times per minute.
>
> Mobile drives tend to have higher load cycle limits than desktop ones
> and this information can be found from drive specs published on vendor
> websites. Most modern mobile ones seem to be rated for 600,000
> cycles. Unfortunately, with 5 unloads per minute, the drive will
> reach its rated limit only after 83 days of uptime. IOW, if you use
> the machine 8hrs per day, it will expire before one year has passed.
>
> Very short unload timeout is inherently dangerous as idle IO patterns
> can differ depending on a lot of things and these rapid load/unload
> cycles can happen under various different configurations (it happens
> under windows too). When this problem first appeared, I thought
> vendors would realize the danger and it would go away sooner or later.
>
> Expecting it to be a temporary problem, I wrote up a simple script
> named storage-fixup which matches the system and harddrive model and
> issues safe powersave configuration. This is a crude and sub-optimal
> solution which doesn't scale too well. Many of those configurations
> wouldn't require such APM adjustments and a lot of configurations
> where APM re-configuration is required are out there killing their
> drives.
>
> A proper solution would be....
>
> * Build database of load cycle limits and useable APM values on drive
> models. The former shouldn't be difficult. Each vendor carries
> only a few product lines at any given time and publish datasheets on
> the webpage. Plus, all the mobile drives I've seen are rated for
> 600,000 cycles. The latter may be a bit more tricky. Depending on
> drive model, certain APM values simply don't work (e.g. 255 means
> max power by spec but some firmwares wrap the value and recognize it
> as min power), some values overheats the device and so on. In most
> cases the value 254 seems safe tho. storage-fixup.conf should be
> useable as the source for useable values, I think.
>
> * Monitor load cycle count by smart commands and if it continues to
> increase at an excessive rate (e.g. such that it reduces uptime to
> under a year), warn the user and configure higher APM value.
>
> As this problem mostly happens on laptops, I think it's probably best
> to handle this from the new desktop disk management thing so that the
> user can be warned. Do you think it's feasible to handle this from
> devkit?
I think that would be a good approach if we can do it. The situation
definitely isn't ideal though. Has anyone approached any of the laptop
manufacturers or drive manufacturers regarding this problem? I suspect
there's probably a lack of awareness about it. (Though it could just be
that Windows usually accesses the drive so often that it just never
really reaches the unload timeouts..)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: storage fixup laptop model dependent ?
2009-12-21 4:34 ` Tejun Heo
2009-12-22 0:43 ` Robert Hancock
@ 2010-01-11 8:11 ` Tejun Heo
1 sibling, 0 replies; 8+ messages in thread
From: Tejun Heo @ 2010-01-11 8:11 UTC (permalink / raw)
To: Xavier; +Cc: linux-ide, Kel Modderman, mzxreary, Kay Sievers
Hello,
On 12/21/2009 01:34 PM, Tejun Heo wrote:
> (cc'ing Kay and Lennart. Hello.)
>
> A proper solution would be....
>
> * Build database of load cycle limits and useable APM values on drive
> models. The former shouldn't be difficult. Each vendor carries
> only a few product lines at any given time and publish datasheets on
> the webpage. Plus, all the mobile drives I've seen are rated for
> 600,000 cycles. The latter may be a bit more tricky. Depending on
> drive model, certain APM values simply don't work (e.g. 255 means
> max power by spec but some firmwares wrap the value and recognize it
> as min power), some values overheats the device and so on. In most
> cases the value 254 seems safe tho. storage-fixup.conf should be
> useable as the source for useable values, I think.
>
> * Monitor load cycle count by smart commands and if it continues to
> increase at an excessive rate (e.g. such that it reduces uptime to
> under a year), warn the user and configure higher APM value.
>
> As this problem mostly happens on laptops, I think it's probably best
> to handle this from the new desktop disk management thing so that the
> user can be warned. Do you think it's feasible to handle this from
> devkit?
Lennart, any thought on this?
Thanks.
--
tejun
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: storage fixup laptop model dependent ?
2009-12-03 13:33 storage fixup laptop model dependent ? Xavier
2009-12-14 12:29 ` Xavier
@ 2010-02-17 23:30 ` Xavier Chantry
1 sibling, 0 replies; 8+ messages in thread
From: Xavier Chantry @ 2010-02-17 23:30 UTC (permalink / raw)
To: linux-ide
On Thu, Dec 3, 2009 at 2:33 PM, Xavier <shiningxc@gmail.com> wrote:
> Hello,
>
> I have a dell xps m1530 which had a seagate 320 gb (not sure which
> model exactly).
> Anyway that disk was working fine except the last part of the disk
> (~20gb or so) was bad and had many bad sectors.
> I just stopped to use the bad part of the disk, and I had no problems
> for almost one year. I finally decided to get it replaced, and got a
> WDC WD3200BEVT-75ZCT2 instead.
>
> I noticed directly that the disk was much more noisy, and also made a
> lot of annoying click. After a few days, I check load cycle count,
> which is pretty huge :
> 9 Power_On_Hours 0x0032 100 100 000 Old_age
> Always - 36
> 193 Load_Cycle_Count 0x0032 200 200 000 Old_age
> Always - 2481
>
> I noticed this disk, or at least the pattern BEVT appear already 4
> times in storage-fixup though the 4rd occurence seems to be either a
> bug or a typo (BEVT vs BEVE) :
> # Reported drive model: WDC WD1600BEVT-75ZCT0
> ata model WDC WD*BEVT*
> # Reported drive model: WDC WD3200BEVT-22ZCT0
> ata model WDC WD*BEVT*
> # Reported drive model: WDC WD1600BEVT-22ZCT0
> ata model WDC WD*BEVT*
> # Reported drive model: WDC WD3200BEVT-22ZCT0
> ata model WDC WD*BEVE*
>
> I am just wondering : does it really matter in which laptop that disk
> is used ? As laptop disk can be changed/replaced easily, this also
> sounds strange to me, but there might be a good reason I am missing :)
>
This disk died after two months usage.
I don't know what I am doing wrong, or if Dell just gives my crappy
disks, or if my laptop is doing crazy things with it, or ...
The new one is TOSHIBA MK3263GSX , and I get crazy loading/unloading
with an annoying noise, just like with the WD :
193 Load_Cycle_Count 0x0032 100 100 000 Old_age
Always - 402
In half a day...
I just noticed the Power on Hours went crazy :
9 Power_On_Hours 0x0032 100 100 000 Old_age
Always - 603
I must have some magic power for destroying any hard drives that I touch :)
Unless Power_On_Hours actually means Power_On_Minutes , I will monitor
that field too.
And I will just live with hdparm -B254 , no big deal !
cheers
Xavier
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-02-17 23:31 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-12-03 13:33 storage fixup laptop model dependent ? Xavier
2009-12-14 12:29 ` Xavier
2009-12-15 4:39 ` Tejun Heo
2009-12-18 13:22 ` Xavier
2009-12-21 4:34 ` Tejun Heo
2009-12-22 0:43 ` Robert Hancock
2010-01-11 8:11 ` Tejun Heo
2010-02-17 23:30 ` Xavier Chantry
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.